Date: Wed, 17 Mar 1999 17:45:00 +0200 (IST) From: Eli Zaretskii X-Sender: eliz AT is To: "Ya'qub" cc: djgpp AT delorie DOT com Subject: Re: Strange behaviour In-Reply-To: <36ef8416.0@nnrp1.news.uk.psi.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Reply-To: djgpp AT delorie DOT com X-Mailing-List: djgpp AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Wed, 17 Mar 1999, Ya'qub wrote: > On top of that, it's very frustrating that > Martin Ambuhl has got it working but neither myself nor my colleague have > managed to get it to work except under MSVC. I can only add to your frustration: your program works for me as well. > Call frame traceback EIPs: > 0x00007bf2 __put_path2+54 > 0x00007b9d __put_path+13 > 0x00007b3b __chmod+55 > 0x00006c2d _remove+29 > 0x00002167 _fclose+107 > 0x00001641 _main+157, line 17 of hex2dec.c > 0x00001b9e ___crt1_startup+138 Something is terribly wrong with your program/library/setup: this traceback shows that `fclose' called `remove'. But that should only happen if the _IORMONCL (remove-on-close) bit is set in the FILE structure, which normally should only be used with temporary files, and is not meant for anything but library functions such as `tmpfile'. If this bit is set, `fclose' expects the name of the file to be stored in the FILE structure. In your case, the file name is NULL, and I assume that's why the program crashes. You need to find out how does that bit get set in the first place. One possibility is that you somehow use wrong header files (from MSVC?) where stdio.h has a different definition of the FILE struct. Another possibility is that your library is messed up. (Btw, why do you still use v2.01? It's not maintained anymore, and most people would not be able to try to reproduce your problems if they are specific to v2.01. I suggest to upgrade to v2.02. I did verify that your programs works with v2.01 in this case, though.)