FW: Crash due to _fini

Bill Medland billmedland at mercuryspeed.com
Wed Jun 2 15:39:31 CDT 2004

On June 1, 2004 09:39 pm, Rajeev Bansal wrote:
> Hi
> Dimi,
> I was trying to understand why any wine shared dll (like msvcrt.dll.so)
> crashed at the _fini call. This does not happen if I use my own created
> shared libraries. I was seeking help to find out why the crash occurs only
> with wine shared library. I had to port my windows code even on MacOS,
> hence I was attempting to use the wine libs without winegcc/wineg++ and
> specs file. This would make "porting" to any platform not supported
> currently by wine easy.

Basically you can't do what you are trying to do (well, you can't without a 
load of hacking etc).  Because of the clever things Wine has to do in order 
to work, it has to be the main program.  Your code simply ends up as a shared 
object that wine calls.  winegc etc. helps set that up for you.

> Thanks
> rajeev
> -----Original Message-----
> From: Dimitrie O. Paun [mailto:dpaun at rogers.com]
> Sent: Monday, May 31, 2004 11:24 PM
> To: Rajeev Bansal
> Cc: wine-devel at winehq.org
> Subject: Re: Crash due to _fini
> On Mon, May 31, 2004 at 05:16:47PM +0530, Rajeev Bansal wrote:
> > Please tell me a way so that i can use wine libraries directly without
> > winegcc or specs file
> Please don't do that. Or if you do, I'm afraid we can't help you.
> > on using winegcc  for code which contains new and delete operator it
> > gives
> >
> >  undefined reference to following symbols
> > operator new(unsigned)
> > operator delete[](void*)
> > _Unwind_Resume
> > __gxx_personality_v0
> >
> > please help me to resolve above symbols
> Use wineg++ to compile and link.

Bill Medland
mailto:billmedland at mercuryspeed.com

More information about the wine-devel mailing list