Hello ROOT'ers.
The matter had been discussed a while ago
http://root.cern.ch/cgi-bin/print_hit_bold.pl/root/roottalk/roottalk03/1
789.html?MSVCPRT#first_hit
I think the problem comes from the
!include <win32.mak>
That is to provide the local value for 2 make variables, namely:
$(conlflags)
$(guilibsdll)
Since "include <win32.mak>" (from VC6 distribution) has no idea one is
linking against of VC7 libraries, it provides the wrong list of those
libraries.
To test this I would appreciate a lot some one with VC6 in possession
try to correct the Makefile.win32 to see whether that makes any
difference?
( I can not check myself since I have no VC6 ;-(
conlflags =/INCREMENTAL:NO /NOLOGO -subsystem:console,5.0
or
conlflags =/INCREMENTAL:NO /NOLOGO -subsystem:console,4.0
guilibsdll=kernel32.lib ws2_32.lib mswsock.lib advapi32.lib
user32.lib gdi32.lib comdlg32.lib winspool.lib
This should allow to link properly the obj files compiled with VC6
against if the libraries compiled with VC7 ( I am crossing my fingers )
On the other hand I have to highlight one never promises the forward
compatibility.
Hoep this helps
----
Best regards
Valeri
> -----Original Message-----
> From: ANCIANT E. [mailto:eric.anciant@sodern.fr]
> Sent: Monday, March 08, 2004 12:37 PM
> To: Valeri Fine; zog@mpe.mpg.de; Rene Brun
> Cc: Andreas Zoglauer; Nick van Eijndhoven; roottalk@pcroot.cern.ch
> Subject: RE : [ROOT] Different behaviour (i.e. Crash) of TString on
Linux
> andWindows
>
>
> 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