Hello rooters,
I face the same problem as Andreas,
using Visual 6 service pack 5,
and ROOT 3.10.02 win32GDK (debug version)
and msfrt40.dll, msvcr70.dll, msvcp70.dll, msvci70.dll and dformd.dll libraries copied in the same directory where ROOT libraries are.
As I don't have cygwin 'make' installed, I use 'nmake',
And therefore the Makefile.win32 file (see quote below):
P:\root_v3.10.02.win32gdk_Debug\test>nmake -f Makefile.win32 tstring.exe
Microsoft (R) Program Maintenance Utility Version 6.00.8168.0
Copyright (C) Microsoft Corp 1988-1998. All rights reserved.
cl -DWIN32 -D_WIN32 -D_MT -D_DLL -MD -EHsc -nologo -G5 -GR -MD -DWIN32 -DVISUAL_CPLUSPLUS -D_WINDOWS -Ip:\root_v3.10.02.win32gdk_Debug/include -O2 -c tstring.cxx
tstring.cxx
link -opt:ref /NODEFAULTLIB /INCREMENTAL:NO /PDB:NONE /RELEASE /NOLOGO -subsystem:console,4.0 -nologo tstring.obj p:\root_v3.10.02.win32gdk_Debug/lib/libCore.lib p:\root_v3.10.02.win32gdk_Debug/lib/libCint.lib p:\root_v3.10.02.win32gdk_Debug/lib/libHist.lib p:\root_v3.10.02.win32gdk_Debug/lib/libGraf.lib p:\root_v3.10.02.win32gdk_Debug/lib/libGraf3d.lib p:\root_v3.10.02.win32gdk_Debug/lib/libGpad.lib p:\root_v3.10.02.win32gdk_Debug/lib/libTree.lib p:\root_v3.10.02.win32gdk_Debug/lib/libRint.lib p:\root_v3.10.02.win32gdk_Debug/lib/libPostscript.lib p:\root_v3.10.02.win32gdk_Debug/lib/libMatrix.lib p:\root_v3.10.02.win32gdk_Debug/lib/libPhysics.lib msvcrt.lib oldnames.lib kernel32.lib ws2_32.lib mswsock.lib advapi32.lib user32.lib gdi32.lib comdlg32.lib winspool.lib MSVCPRT.LIB
-out:tstring.exe
"tstring.exe done"
Running tstring.exe gives me a : "l'instruction à "0x..." emploie l'adresse mémoire "0x0000014". La mémoire ne peut pas être "Read" "
If I choose to debug at that time I got from Visual the message : "unhandled exception in tstring.exe (NTDLL.DLL) : 0x000005: Access Violation."
Since I have been said in reply of some previous post that the compilation options are not correct with the 'Makefile.win32' file, I also tried to import the tstring source in one Visual project and modify by hand the options so that they stick as close as possible to the ones in 'Makefile', but could not get tstring to work neither this way.
In fact, when running step by step the debug version of tstring under visual, the program crashes for the first instance of :
cout << s << endl;
(exactly the instruction that was causing problems to Andreas)
with the message : "Unhandled exception in tstring.exe (NTDLL.exe)0xC0000005 : Access violation "
I also tried to removed the libNew.lib / dll / plg from the root directories, as I read that these libraries may cause problem under Visual,
But this did not help,
Eric
-----Message d'origine-----
De : owner-roottalk@pcroot.cern.ch [mailto:owner-roottalk@pcroot.cern.ch] De la part de Valeri Fine
Envoyé : lundi 8 mars 2004 16:02
À : zog@mpe.mpg.de; 'Rene Brun'
Cc : 'Andreas Zoglauer'; 'Nick van Eijndhoven'; roottalk@pcroot.cern.ch
Objet : RE: [ROOT] Different behaviour (i.e. Crash) of TString on Linux andWindows
Hi Andreas,
Let me repeat my question,
"Did you try to build ROOT test suite (especially "tstring" test)?"
If your problem cause is the "DLL mess" adding new software (like
cygwin) to your computer may have ended up with this mess "increased".
I'd like to call your attention the crash you were speaking about was
not reproduced with either ROOT version.
Hope this helps,
----
Best regards
Valeri
> -----Original Message-----
> From: Andreas Zoglauer [mailto:zog@mpe.mpg.de]
> Sent: Monday, March 08, 2004 3:52 AM
> To: Rene Brun
> Cc: Andreas Zoglauer; Valeri Fine; 'Nick van Eijndhoven';
> roottalk@pcroot.cern.ch
> Subject: Re: [ROOT] Different behaviour (i.e. Crash) of TString on
Linux
> andWindows
>
>
> Hi Rene,
>
> Thanks for all the work you have done, but the problem is still the
same:
>
> My small test program still crashes.
>
> Furthermore, compiling all programs in $ROOTSYS/test leads to all
> programs running smoothly, except tstring, which crashes immediately
>
> I will try to set up a cygwin environment in the next days, to compile
> my own version of ROOT. If I can figure out the reason of the problem
I
> will let you know.
>
> Thanks a lot for all of your efforts,
> Andreas
>
>
>
> --
>
> Andreas Zoglauer
>
> MPI fuer extraterrestrische Physik Phone: +49/89-30000-3848
> Postfach 1312 Fax: +49/89-30000-3569
> 85741 Garching, Germany Email: zog@mpe.mpg.de
********
Ce message et eventuellement les pieces jointes sont exclusivement transmis a l'usage de leur destinataire. Leur contenu est strictement confidentiel. Si vous n etes pas le bon destinataire nous vous demandons de ne pas conserver, copier, utiliser ou divulguer cette communication. Merci de le detruire et de me notifier cette erreur.
INTERNET ne permettant pas d assurer l integrite de ce message, SODERN decline toute responsabilite au cas ou il aurait ete intercepte ou modifie.
This message and possibly attachments are transmit for the exclusive use of their address. Their content is strictly confidential. If you are not the intended recipient please do not keep, copy, use or disclose this communication to others. Also please delete it and notify the sender at once.
Because of the nature of INTERNET the sender is not in a position to ensure the integrity of this message, therefore SODERN disclaims any liability whatoever in the event of this message having been intercepted and/or altered.
This archive was generated by hypermail 2b29 : Sun Jan 02 2005 - 05:50:06 MET