Bugs item #1887911, was opened at 2008-02-06 14:56
Message generated for change (Comment added) made by stmane
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1887911&group_id=56967
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: PF/compiler
Group: Pathfinder 0.22
Status: Open
Resolution: None
Priority: 8
Private: No
Submitted By: Jan Flokstra (jflokstra)
Assigned to: Nobody/Anonymous (nobody)
Summary: Any ns:fun() usage crashes compiler
Initial Comment:
Since a couple of days the usage of any pftijah function crahses the compiler
in both the STABLE and CURRENT(0.22) branches on SuSe9.3 and SuSe 10.3. It
crahses in the PF/compiler function ns_lookup() looking up the "tijah"
namespace. To reproduce just start the Mserver and query
"tijah:ft-index-info()" result in a crash. The gdb stack trace reads:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1221921712 (LWP 14750)]
0x4614fca5 in ns_lookup (prefix=0x48d52048 "tijah") at ns.c:281
281 for (unsigned int i = PFarray_last (stat_known_ns); i; i--) {
(gdb) where
#0 0x4614fca5 in ns_lookup (prefix=0x48d52048 "tijah") at ns.c:281
#1 0x46150575 in ns_resolve (n=0x48d521b8) at ns.c:850
#2 0x4614fdda in ns_resolve (n=0x48d52218) at ns.c:1019
#3 0x4614fdda in ns_resolve (n=0x48d52248) at ns.c:1019
#4 0x46131a57 in PFcompile_MonetDB (
xquery=0x8ab5981 "tijah:ft-index-info()\n",
url=0x8ab5981 "tijah:ft-index-info()\n", prologue=0x48d4f4ec,
query=0x48d4f454, epilogue=0x48d4f4f4, options=1177801568) at compile.c:889
#5 0x4612eb6f in xquery_compile_exec (ctx=0x8c5e160,
url=0x8ab5981 "tijah:ft-index-info()\n", is_url=0, prologue=0x48d4f4ec,
query=0x48d4f4f0, epilogue=0x48d4f4f4, nsurl=0x0) at pathfinder.mx:4404
#6 0x461306f0 in xquery_prepare (ctx=0x8c5e160, usec=The value of variable
'usec' is distributed across several
locations, and GDB cannot access its value.
) at pathfinder.mx:5746
#7 0x461316d7 in xquery_client_engine (mc=0x467d1918) at pathfinder.mx:5895
#8 0x467cf293 in mapi_client_engine (FC=0x467d1918) at mapi.mx:501
#9 0x4096eaa7 in start_thread () from /lib/tls/libpthread.so.0
#10 0x40b88c2e in clone () from /lib/tls/libc.so.6
(gdb)
----------------------------------------------------------------------
>Comment By: Stefan Manegold (stmane)
Date: 2008-02-06 16:09
Message:
Logged In: YES
user_id=572415
Originator: NO
Jan (F), I assume you today's checkout were from the XQuery_0-22 Stable
release branch, right?
Jan (R)'s fixes have not yet been propagated to the Current development
trunk ...
----------------------------------------------------------------------
Comment By: Jan Flokstra (jflokstra)
Date: 2008-02-06 16:04
Message:
Logged In: YES
user_id=1054297
Originator: YES
After a better look at
[ 1886508 ] PF: many (most?) tests fail after recent checkins
I conclude this must be the same bug but after Jan's analysis 4/2 it still
needs to be fixed because my checkouts were all today 6/2 after 14:00.
----------------------------------------------------------------------
Comment By: Jan Flokstra (jflokstra)
Date: 2008-02-06 15:27
Message:
Logged In: YES
user_id=1054297
Originator: YES
I was too quick in my previous bug report thinking it was only pftijah
which suffered. Any namespace usage crashes the compiler when running in
the server. The input
fn:count(((1))
crahses ns_lookup() the same way. When running the compiler standalone
(eg. pf) everything works fine.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1887911&group_id=56967
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs
