FC3: coredump, RH9: OK!

Hi,

I’ve already posted this problem two day ago, but it disapeared. Here
it is again.

I’m running C++ programs using ROOT library on linux OS, one is RH9
[gcc (GCC) 3.2.2 20030222 (Red Hat Linux 3.2.2-5), ROOT 4.00/08], the
other one is FC3 [gcc (GCC) 3.4.2 20041017 (Red Hat 3.4.2-6.fc3), ROOT
4.03/03]. I installed ROOT from CVS (last tuesday) on FC3 after having
some problems using the “pro” version.

At least two of my programs (fitsnrate.cc and pa.cc) which are working
perfectly on RH9 are core-dumping on FC3… Below I included the output
as well as the gdb “where” result.

Another program using ROOT is working well on both systems.
I cannot include all the code, since it’s a bit too long, I hope
nevertheless somebody can figure out what’s wrong…

Many thanks in advance,
Guillaume

Running fitsnrate.cc:

*** Break *** segmentation violation Generating stack trace... 0x004e648a in TH1::AxisChoice(char const*) const + 0x16 from /disk1/blanc/packages/root/root/lib/libHist.so 0x004e6a4d in TH1::SetLabelFont(short, char const*) + 0x27 from /disk1/blanc/packages/root/root/lib/libHist.so 0x0805a7cc in main + 0x9e5a from exe/fitsnrate.exe 0x04dfce33 in __libc_start_main + 0xe3 from /lib/tls/libc.so.6 0x0804eec5 in sinh + 0x31 from exe/fitsnrate.exe Abort (core dumped)

gdb where output:


(gdb) where

#0 0x002817a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x04e0f955 in raise () from /lib/tls/libc.so.6 #2 0x04e11319 in abort () from /lib/tls/libc.so.6 #3 0x00aebec0 in TUnixSystem::Abort () from /disk1/blanc/packages/root/root/lib/libCore.so #4 0x00aea52e in TUnixSystem::DispatchSignals () from /disk1/blanc/packages/root/root/lib/libCore.so #5 0x00ae8a87 in SigHandler () from /disk1/blanc/packages/root/root/lib/libCore.so #6 0x00aedf33 in sighandler () from /disk1/blanc/packages/root/root/lib/libCore.so #7 <signal handler called> #8 0x004e648a in TH1::AxisChoice () from /disk1/blanc/packages/root/root/lib/libHist.so #9 0x004e6a4d in TH1::SetLabelFont () from /disk1/blanc/packages/root/root/lib/libHist.so #10 0x0805a7cc in main (argc=2, argv=0xbffff454) at /home/blanc/codeC++/src/fitsnrate.cc:1774

Line 1774 in fitsnrate.cc:

TH2F *hpx = new TH2F("hpx","",10, 0.001,sfr_zmax,10,0.001,0.4); 1774--> hpx->SetStats(kFALSE); hpx->Draw();
Other example: pa.cc

graspa:~> meeus/exe/pa.exe -f meeus/bidule -o Asiago_Ekar -H 1:00:00 -g

Asiago_Ekar -- Latitude = 45.8434 Lat: 45.84 2004dj 07:37:17.02 65:35:57.80 ST= 00:00:00.00 HA= 01:00:00.00 PA= 150.32 Lat: 45.84 2004et 20:35:25.40 60:07:17.60 ST= 00:00:00.00 HA= 01:00:00.00 PA= 141.42 Lat: 45.84 2004gt 12:01:50.37 -18:52:12.70 ST= 00:00:00.00 HA= 01:00:00.00 PA= 11.37 Lat: 45.84 2005W 01:50:45.77 21:45:35.40 ST= 00:00:00.00 HA= 01:00:00.00 PA= 23.39 Lat: 45.84 2005am 09:16:12.47 -16:18:16.00 ST= 00:00:00.00 HA= 01:00:00.00 PA= 11.61 Lat: 45.84 2005aq 04:31:38.82 -04:35:06.80 ST= 00:00:00.00 HA= 01:00:00.00 PA= 13.20 *** glibc detected *** malloc(): memory corruption: 0x08897508 *** Abort (core dumped)

(gdb) where

#0 0x002817a2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x05acd955 in raise () from /lib/tls/libc.so.6 #2 0x05acf319 in abort () from /lib/tls/libc.so.6 #3 0x05b00f9a in __libc_message () from /lib/tls/libc.so.6 #4 0x05b080c6 in _int_malloc () from /lib/tls/libc.so.6 #5 0x05b09bd1 in malloc () from /lib/tls/libc.so.6 #6 0x04e0f957 in operator new () from /usr/lib/libstdc++.so.6 #7 0x00a4e730 in TStorage::ObjectAlloc () from /disk1/blanc/packages/root/root/lib/libCore.so #8 0x0804f53d in TObject::operator new (sz=96) at TObject.h:154 #9 0x0804e661 in main (argc=8, argv=0xbffff424) at /home/blanc/meeus/src/pa.cc:311

Line 311 in pa.cc:

[code]311–> TGraph *truc = new TGraph(NB_POINTS, HA, PAngle);

[/code]

Please send the shortest possible running script reproducing the problem.

Rene