[mapserver-dev] Almost forgot, beta3 today...
Yewondwossen Assefa
yassefa at dmsolutions.ca
Thu Jun 26 12:36:53 EDT 2008
Tamas Szekeres wrote:
> Assefa,
>
> Yes it works fairly well, you can find the build/test results at the buildbot:
> http://buildbot.osgeo.org:8504/waterfall
>
> Could you confirm that the wxs test results are acceptable on the
> various platforms by looking at the msautotest-wxs stdio links at the
> buildbot?
> We can find some mapserver errors here but unrelated to this problem.
>
Tamas,
Most of the failed errors that I have seen are due to some minor
differences in the xml files. AFAIK, there are no major issues with the
tests.
One thing I noticed though was that all the OGC SOS tests are skipped
probably because the mapserver build does not include SOS. I would be
useful for completeness to build with SOS.
Best Regards,
>
> Best regards,
>
> Tamas
>
>
>
>
>
> 2008/6/26 Yewondwossen Assefa <yassefa at dmsolutions.ca>:
>> Tamas,
>>
>> I believe this is related to bug
>> http://trac.osgeo.org/mapserver/ticket/2297
>> I committed a fix few minutes ago, if you could please test and let me know.
>>
>> Thanks
>>
>>
>> Tamas Szekeres wrote:
>>> Steve,
>>>
>>> Though I couldn't do a more detailed test it seems like the
>>> wfs_filter_dwithin_units python test is failing. By invoking mapserv
>>> with these parameters the process gets into a deadlocked state and
>>> when breaking into the code I get the following call stack of the main
>>> thread.
>>> I hope some of us may have more knowledge about this portion of the
>>> code to to find a fix more quickly than me.
>>>
>>> Best regards,
>>>
>>> Tamas
>>>
>>>> ntdll.dll!7d61c828()
>>> [Frames below may be incorrect and/or missing, no symbols loaded
>>> for
>>> ntdll.dll]
>>> ntdll.dll!7d628678()
>>> ntdll.dll!7d628576()
>>> ntdll.dll!7d625226()
>>> ntdll.dll!7d62757a()
>>> ntdll.dll!7d627607()
>>> ntdll.dll!7d6275b2()
>>> ntdll.dll!7d61cb0d()
>>> kernel32.dll!7d4dccfc()
>>> kernel32.dll!7d4dccd6()
>>> kernel32.dll!7d53577f()
>>> ntdll.dll!7d61f748()
>>> ntdll.dll!7d61f78c()
>>> kernel32.dll!7d4d9bba()
>>> kernel32.dll!7d4d0a58()
>>> ntdll.dll!7d61c858()
>>> kernel32.dll!7d4d08a8()
>>> kernel32.dll!7d4d08cb()
>>> ntdll.dll!7d61c92d()
>>> msvcr80.dll!78132c78()
>>> msvcr80.dll!78132e24()
>>> ntdll.dll!7d61cb0d()
>>> kernel32.dll!7d54eeb8()
>>> kernel32.dll!7d5116ba()
>>> kernel32.dll!7d4d8a25()
>>> ntdll.dll!7d61ec2a()
>>> ntdll.dll!7d61ebfb()
>>> ntdll.dll!7d63549e()
>>> ntdll.dll!7d61ea36()
>>> ntdll.dll!7d620ea5()
>>> msvcr80.dll!78134c58()
>>> libmap.dll!_msShapeFileLayerClose() + 0x22 bytes C
>>> libmap.dll!_msLayerClose() + 0x68 bytes C
>>> ntdll.dll!7d61f5ed()
>>> msvcr80.dll!78134c39()
>>> libmap.dll!_FLTApplyFilterToLayer() + 0x3e bytes C
>>> libmap.dll!_FLTFreeFilterEncodingNode() + 0x48 bytes C
>>> libmap.dll!_msWFSGetFeature() + 0x921 bytes C
>>> libmap.dll!_msWFSDispatch() + 0x297 bytes C
>>> libmap.dll!_msOWSDispatch() + 0x63 bytes C
>>> mapserv.exe!00404005()
>>> ntdll.dll!7d62f361()
>>> ntdll.dll!7d636f75()
>>> ntdll.dll!7d636fcf()
>>> ntdll.dll!7d6251d0()
>>> ntdll.dll!7d6251d7()
>>> ntdll.dll!7d62155b()
>>> ntdll.dll!7d61f78c()
>>> ntdll.dll!7d62155b()
>>> ntdll.dll!7d61f78c()
>>> kernel32.dll!7d534a7b()
>>> kernel32.dll!7d4dcd44()
>>> kernel32.dll!7d5124b8()
>>> ntdll.dll!7d61f645()
>>> ntdll.dll!7d6251d0()
>>> msvcr80.dll!78132c78()
>>> msvcr80.dll!78132e24()
>>> msvcr80.dll!78132e2f()
>>> msvcr80.dll!78137021()
>>> msvcr80.dll!781370a0()
>>> msvcr80.dll!7813725c()
>>> msvcr80.dll!78132632()
>>> msvcr80.dll!7813271b()
>>> msvcr80.dll!78131d4f()
>>> mapserv.exe!00405b31()
>>> mapserv.exe!00405c55()
>>> kernel32.dll!7d4e7d2a()
>>>
>>>
>>> 2008/6/26 Tamas Szekeres <szekerest at gmail.com>:
>>>> Steve,
>>>>
>>>> I'm still not satisfied with the results mapserv.exe is hanging with
>>>> the python tests on windows, I'm searching for the root of the problem
>>>> and notify you if I find something.
>>>>
>>>> Best regards,
>>>>
>>>> Tamas
>>>>
>>>>
>>>>
>>>> 2008/6/25 Steve Lime <Steve.Lime at dnr.state.mn.us>:
>>>>> Hi all: We are scheduled for another beta today. I have one bug that I
>>>>> want to address tonight if possible related to the
>>>>> entity_encoded_follow_text
>>>>> test. It was introduced with label_pre_clip patch. What would folks
>>>>> think about postponing the beta until tomorrow?
>>>>>
>>>>> Steve
>>>>>
>>>>> _______________________________________________
>>>>> mapserver-dev mailing list
>>>>> mapserver-dev at lists.osgeo.org
>>>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>>>>>
>>> _______________________________________________
>>> mapserver-dev mailing list
>>> mapserver-dev at lists.osgeo.org
>>> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>>>
>>
>> --
>> ----------------------------------------------------------------
>> Assefa Yewondwossen
>> Software Analyst
>>
>> Email: assefa at dmsolutions.ca
>> http://www.dmsolutions.ca/
>>
>> Phone: (613) 565-5056 (ext 14)
>> Fax: (613) 565-0925
>> ----------------------------------------------------------------
>>
>>
> _______________________________________________
> mapserver-dev mailing list
> mapserver-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/mapserver-dev
>
--
----------------------------------------------------------------
Assefa Yewondwossen
Software Analyst
Email: assefa at dmsolutions.ca
http://www.dmsolutions.ca/
Phone: (613) 565-5056 (ext 14)
Fax: (613) 565-0925
----------------------------------------------------------------
More information about the mapserver-dev
mailing list