Re: Zinf crashes on Win98 without even opening a Window

TGOS wrote:
> 
> Okay, I really would like to try out Zinf.
> WinAMP3 sucks - it's slow, very slow; the skins are all ugly (185 and
> they all suck, can you imagine that??? The good ones don't work or are
> buggy and the other ones are so ugly and unpractical, it's unbelievable.
> I found a single one that looks really good and it's quite buggy). The
> player itself is stable, but full of options I don't understand and all
> the important options of WinAMP2 are now missing. But I don't want to go
> back either. I need a new player that plays MP3, Ogg (my favorite
> format) and preferable WAV, too, so I don't need any other players
> installed (except RealPlayer, as no other format than RealAudio sounds
> acceptable at 32 kbit/s and below when listening streaming audio via a
> weak Internet connection or pre-listen CDs on Amazon and the like).
> 
> That's why I thought, why not FreeAmp (of that I heard about a while
> ago)... just to find out that FreeAmp doesn't exist anymore. Okay, so
> it's now Zinf. It would be really nice to try it out... but I can't!
> When I start it, it crashes. It crashes before any Window comes up. It's
> 2.2.0a and I'm using Win98. So any idea?
> 
> 
> BTW, it makes no good impression when a program has to replace any files
> in \Windows\System. I see no reason why a program has to put any files
> into the system directory or even worse, overwrite them. A program
> should limit itself to its own program directory. DLLs can all be loaded
> from there, too. Putting DLLs into the system directory makes only sense
> if several programs depend on the same DLL and you want to save the
> space to have multiple copies of these. So either Zinf uses a DLL no
> other program does, in that case it can store it in its own directory,
> or it doesn't, but then I already have a copy of that file and there is
> no reason to "replace it", instead of using the one that is already
> there.
> 

the install program should give you the option of "replacing" or 
choosing not to.   If it doesn't then this is a bug in our installer. 
Zinf should still run if the dll is the same or newer.

The current release of zinf in win32 is known to have many issues, the 
cvs fixes most of these issues but that requires someone to compile it 
and all that.  I suggest using the last stable version of freeamp before 
the manditory name change or wait a bit for the next release.

If you cant compile the executable yourself that's how the cookie crumbles.



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390