Re: [UMN_MAPSERVER-USERS] Mapserver returns blank pages

[Stuart Eve]

We are having (and have had for while_ this problem - and it does seem reasonably random. The main trouble is that I don't know how to get php to spew out the error - and instead it just returns this blank screen, instead of returning the error as it does normally. I had first thought that it was because I was using php mapscript and had nested functions - but it seems like lots of people are coming up with the same thing. Anyone got any ideas? Matthew Kane wrote: I wasn't actually using php mapscript in the mapfile that gave me segmentation faults. Strangely, I got the map to display on a Sun machine if I removed all references to true-type fonts and relied only on bitmap fonts for my labels. Even more strange is that when I moved the same file to a red hat server, mapserver simply hangs. No error message in either the browser or the apache error logs, just hanging. The same thing happened when I tried running the mapfile with shp2img. Has anyone else experienced this problem? Could this be a bug in one of the third party libraries that mapserver relies on? Or more likely a problem in how we code our mapfiles? Thanks, Matt On 7/12/06, antti siukola <[EMAIL PROTECTED]> wrote: Hi! As we can see a lot of people are suffering from this but no one seems to have any solutions. Does this only appear with php mapscript? Is this a bug? A known bug? Is there a solutions? This is a fatal error since this kind of behavior avoids us to use php mapscript in production, in case this is a php mapscript issue as it seems to be. Regards, Antti S On 6/13/06, Matthew Kane < [EMAIL PROTECTED]> wrote: > I second that question, as I am receiving Segmentation Faults as well... > > Matt > > On 6/13/06, antti siukola < [EMAIL PROTECTED]> wrote: > > Hi! > > > > Every time MapServer returns a blank page I find "[notice] child pid > > xxxx exit signal Segmentation fault (11)" from apache's error_log. Any > > thoughts? Blank pages are returned randomly. > > > > AnttiS > > > -- Stuart Eve L - P : Archaeology [EMAIL PROTECTED]