Correct, I never suspected the compiler. I suspect the mapserver code, for some reason, isn't interacting properly with glibc ...
I'm going to try and explore the possibility of chrooting mapserver and linking it against a separate older glibc. CentOS comes with glibc 2.3.4 ... If I can install/compile link mapserver and it's dependencies on CentOS against glibc 2.2.5 (the version from RH 7.3) ... Then that might give us a clue as to what the problem is. That's a fair emount of work though, so I'm going to revert back to my older servers for now :( J.F. -----Original Message----- From: Lowell.Filak [mailto:[EMAIL PROTECTED] Sent: March 3, 2006 1:20 PM To: Doyon, Jean-Francois Cc: [email protected] Subject: Re: [UMN_MAPSERVER-USERS] MapServer incompatibility with RHEL4/CE NTOS4.2 Doyon, Jean-Francois writes: > No, the linking is dynamic so you just move the executable, and it > starts using the libs on the current box. There was some > incompatibility between libraries, so I had to remove PNG and > SSL/Crypto support from the excutable I was compiling on 7.3 before > moving it over. Like I said, it ran fine on CentOS, using CentOS' libs, but the "bug" was still there ... Then if the libs aren't the same the bug is in the libs, no? This doesn't point to gcc being the problem. Lowell
