[mapserver-users] AGG vs GD rendering shows no difference
Adrian Popa
adrian_gh.popa at romtelecom.ro
Tue Jun 16 06:13:04 PDT 2009
Thank you for your suggestion Andreas,
I have run shp2img and unfortunately:
[root at terra tmp]# shp2img -o /tmp/out.png -m
/var/www/html/msmap/dynamicmaps/fibUaBrx.map -e "20.259999999999998
43.16 29.700000000000003 49.2016" -s "1250 800" -l "GranitaJudete Judete
Urban Rural RuralSate buildings fibra fiber-common fiber-STM64
fiber-STM16 fiber-STM4 fiber-STM1 fiber-problems-main
fiber-problems-related fibraProblems"
*Segmentation fault*
Running the command through strace, it ends up like this:
........
read(4, "h\376\237\224O\320;@p\225\4\25\'xG@\264d\270>^\320;@\26"...,
45056) = 45056
read(4, "\303\362oU\36\206;@BY\237\354isG@\34\271\214\333\37\206"...,
4096) = 4096
_llseek(9, 12288, [12288], SEEK_SET) = 0
read(9, " "..., 4096) = 148
_llseek(4, 1458176, [1458176], SEEK_SET) = 0
read(4, "\25\327\377\332\27\23G@\30\256\23v9|;@\233M%\235\372\22"...,
24576) = 24576
read(4, " A\1$\203\21G at .\245\211Px ;@\314\353\330\355\242\21G@\367"...,
4096) = 1784
close(8) = 0
munmap(0xb7f36000, 4096) = 0
close(4) = 0
munmap(0xb7f38000, 4096) = 0
close(9) = 0
munmap(0xb7f35000, 4096) = 0
gettimeofday({1245157506, 462482}, NULL) = 0
gettimeofday({1245157506, 462600}, NULL) = 0
open("/etc/localtime", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=798, ...}) = 0
fstat64(4, {st_mode=S_IFREG|0644, st_size=798, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f38000
read(4, "TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\7\0\0\0\7\0"...,
4096) = 798
close(4) = 0
munmap(0xb7f38000, 4096) = 0
gettimeofday({1245157506, 463468}, NULL) = 0
gettimeofday({1245157506, 463535}, NULL) = 0
gettimeofday({1245157506, 463599}, NULL) = 0
gettimeofday({1245157506, 463664}, NULL) = 0
gettimeofday({1245157506, 463734}, NULL) = 0
gettimeofday({1245157506, 463802}, NULL) = 0
gettimeofday({1245157506, 463866}, NULL) = 0
gettimeofday({1245157506, 463934}, NULL) = 0
gettimeofday({1245157506, 464028}, NULL) = 0
*open("/var/www/html/msmap/dynamicmaps/../data/Judete.shp",
O_RDONLY|O_LARGEFILE) = 4*
open("/var/www/html/msmap/dynamicmaps/../data/Judete.shx",
O_RDONLY|O_LARGEFILE) = 8
fstat64(4, {st_mode=S_IFREG|0555, st_size=1484536, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f38000
*read(4*, "\0\0\'\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\vS|"...,
4096) = 4096
fstat64(8, {st_mode=S_IFREG|0555, st_size=436, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f36000
read(8, "\0\0\'\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
4096) = 436
open("/var/www/html/msmap/dynamicmaps/../data/Judete.dbf",
O_RDONLY|O_LARGEFILE) = 9
fstat64(9, {st_mode=S_IFREG|0555, st_size=12436, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0xb7f35000
read(9, "\3k\6\24*\0\0\0\201\0%\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
4096) = 4096
_llseek(9, 0, [0], SEEK_SET) = 0
read(9, "\3k\6\24*\0\0\0\201\0%\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
4096) = 4096
_llseek(8, 0, [0], SEEK_SET) = 0
read(8, "\0\0\'\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"...,
4096) = 436
read(8, "", 4096) = 0
_llseek(4, 0, [0], SEEK_SET) = 0
*read(4*, "\0\0\'\n\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\vS|"...,
4096) = 4096
*read(4,*
"\\T7 at By\233\300\226BG@\342\376\n\341\340T7@\266Mo\267\241"..., 49152) =
49152
*read(4,* "]\3366@\34\21\376\224 +G at g\245\\8\247\3356 at 6\277\213.\f"...,
4096) = 4096
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Process 20970 detached
I'm not sure if it faults because it can't read from file handler 4
(Judete.shp), or if it's something else... I also tried by not
specifying Judete in the layer list, but it still dies (while reading
Judete.shp!).
I will look further into problems with AGG (because it renders fine with
PNG)
Thank you for your help - now I know where to look.
Regards,
Adrian
P.S. Ideas are welcome!
Andreas Albarello wrote:
>
> On 16 Jun 2009, at 14:25, Adrian Popa wrote:
>
>> Hello David,
>>
>> I got the 500 errors from the http error log file. Unfortunately no
>> additional information is provided.
>> I added the MS_ERRORFILE and DEBUG statements to my map file and
>> although the errorfile is created, I don't get any other information
>> (neither when the map loads perfectly, nor when it dies with
>> premature end of script headers.
>>
>> I read RFC 28 (http://mapserver.org/development/rfc/ms-rfc-28.html)
>> and they specified that the server should be compiled with
>> -DENABLE_STDERR_DEBUG, so I recompiled mapserver:
>> CFLAGS=-DENABLE_STDERR_DEBUG ./configure --with-freetype --with-png
>> --with-agg=../agg-2.5 --with-proj --with-ogr --with-gdal --with-xml2
>> --with-wfs --with-wcs --with-wmsclient --with-wfsclient
>> --with-postgis --with-threads --with-sos --with-mygis --with-geos
>> --with-tiff
>>
>> I used the new binary and unfortunately nothing changed :(
>>
>> My (relevant part of the) mapfile looks like this:
>>
>> MAP
>> CONFIG "MS_ERRORFILE" "/tmp/mapserver.log"
>> CONFIG "MS_DEBUGLEVEL" "5"
>> DEBUG 5 ...
>> END
>>
>> What else can I try?
>
> Try to bypass the webserver/CGI stuff and launch shp2img directly from
> the shell, that should hopefully yield some better output:
>
> shp2img -o test.png -m mapfile.map
>
> If you haven't already done so in your mapfile, you might need to add
> an image size (-s 500 500) and/or an extent (-e minx miny maxx maxy)
> to the above command line options.
>
> Best regards,
> --
> --------------------------------------------------------------------
> Andreas Albarello
> Analysis & SW Development
>
> Territorium Online srl/GmbH
> Via Buozzi/Buozzistra�e 12 - I 39100 Bolzano/Bozen
> email: andreas.albarello at territoriumonline.com
> web: www.territoriumonline.com
> --------------------------------------------------------------------
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/mapserver-users/attachments/20090616/14a97f17/attachment.htm>
More information about the MapServer-users
mailing list