Bugs item #1218268, was opened at 2005-06-10 07:32
Message generated for change (Comment added) made by sf-robot
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1218268&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/runtime
Group: (zombie: Pathfinder 0.8.0)
>Status: Closed
Resolution: None
Priority: 2
Private: No
Submitted By: Wouter Alink (vzzzbx)
Assigned to: Nobody/Anonymous (nobody)
Summary: XQuery: Bus Error

Initial Comment:
When using an xml-document of size +-200MB, the
following query produces an "Bus error":

for $q in doc("result.xml")//folder
where not($q/ancestor::folder) and $q//*[contains(.,"aap")]
return $q/@name

The xml-document can be found here:
~alink/test-data/large.xml.gz

The query expresses (to my best knowledge) the most
shallow 'folder' element (without its descendant
'folder' elements) in which "aap" is found.

I think that the above query could be rewritten as:

for $q in doc("result.xml")//folder 
  except doc("result.xml")//folder//folder
where $q//*[contains(.,"aap")]
return $q/@name

which works fine... (and is almost solved in
interactive time)
So this bug is not really important important.



Program received signal SIGBUS, Bus error.
[Switching to Thread -1284027472 (LWP 9026)]
0x00e1438a in ll_descendant (result=0xb3770604,
iter_bat=0xa68ffc8, ctx_bat=0xa69f868,
pre_size=0x9a7ba000, cand_bat=0xa640838, height=19,
    min_iter=1, max_iter=7847, self=1 '\001') at
ll_staircasejoin.mx:880
880     ll_staircasejoin.mx: No such file or directory.
        in ll_staircasejoin.mx
(gdb) bt
#0  0x00e1438a in ll_descendant (result=0xb3770604,
iter_bat=0xa68ffc8, ctx_bat=0xa69f868,
pre_size=0x9a7ba000, cand_bat=0xa640838,
    height=19, min_iter=1, max_iter=7847, self=1
'\001') at ll_staircasejoin.mx:880
\#1  0x00e1096b in PFll_descendant_or_self
(result=0xa67ff60, iter_bat=0xa68ffc8,
ctx_bat=0xa69f868, pre_size=0xa304150,
    cand_bat=0xa640838, _height=0x1ea7,
_one_iter=0x1ea7 <Address 0x1ea7 out of bounds>,
_one_ctx=0x1ea7 <Address 0x1ea7 out of bounds>,
    _min_iter=0x1ea7, _max_iter=0x1ea7) at
ll_staircasejoin.mx:366
#2  0x00df56de in
PFll_descendant_or_self_unpack1036176909 (argc=10,
argv=0xa67ff60) at pf_support.glue.c:952
#3  0x0066350e in interpret (stk=571, lt=0xa657028,
res=0xa0e8000) at monet_interpreter.mx:1147
#4  0x00668b1a in interpret_assignment (stk=571,
lt=0xa656f40, res=0xa0e8000) at monet_interpreter.mx:1725
#5  0x006625ab in interpret (stk=571, lt=0xa656f40,
res=0xa0e8000) at monet_interpreter.mx:748
#6  0x00668e1c in interpret_seqblock (stk=571,
lt=0xa656ed8, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#7  0x00662600 in interpret (stk=583, lt=0xa656ed8,
res=0xa0e8000) at monet_interpreter.mx:755
#8  0x006626f8 in interpret (stk=583, lt=0xa656ca0,
res=0xa0e8000) at monet_interpreter.mx:775
#9  0x00668e1c in interpret_seqblock (stk=583,
lt=0xa646c00, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#10 0x00662600 in interpret (stk=582, lt=0xa6429a0,
res=0xa0e8000) at monet_interpreter.mx:755
#11 0x00668e1c in interpret_seqblock (stk=582,
lt=0xa642180, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#12 0x00662600 in interpret (stk=594, lt=0xa642180,
res=0xa0e8000) at monet_interpreter.mx:755
#13 0x00663938 in interpret (stk=594, lt=0xa5aa5c0,
res=0xa0e8000) at monet_interpreter.mx:1133
#14 0x00668b1a in interpret_assignment (stk=594,
lt=0xa5aa4d8, res=0xa0e8000) at monet_interpreter.mx:1725
#15 0x006649d5 in interpret_var (stk=594, lt=0xa5aa470,
res=0xa0e8000) at monet_interpreter.mx:1302
#16 0x00662b09 in interpret (stk=594, lt=0xa5aa470,
res=0xa0e8000) at monet_interpreter.mx:817
#17 0x00668e1c in interpret_seqblock (stk=594,
lt=0xa547830, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#18 0x00662600 in interpret (stk=601, lt=0xa547830,
res=0xa0e8000) at monet_interpreter.mx:755
#19 0x006626f8 in interpret (stk=601, lt=0xa547488,
res=0xa0e8000) at monet_interpreter.mx:775
#20 0x00668e1c in interpret_seqblock (stk=601,
lt=0xa5446f0, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#21 0x00662600 in interpret (stk=589, lt=0xa5446f0,
res=0xa0e8000) at monet_interpreter.mx:755
#22 0x00668e1c in interpret_seqblock (stk=589,
lt=0xa543ed0, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#23 0x00662600 in interpret (stk=585, lt=0xa543ed0,
res=0xa0e8000) at monet_interpreter.mx:755
#24 0x00663938 in interpret (stk=585, lt=0x9587f20,
res=0xa0e8000) at monet_interpreter.mx:1133
#25 0x00668b1a in interpret_assignment (stk=585,
lt=0x9582070, res=0xa0e8000) at monet_interpreter.mx:1725
#26 0x006649d5 in interpret_var (stk=585, lt=0x956fb58,
res=0xa0e8000) at monet_interpreter.mx:1302
#27 0x00662b09 in interpret (stk=585, lt=0x956fb58,
res=0xa0e8000) at monet_interpreter.mx:817
#28 0x00668e1c in interpret_seqblock (stk=585,
lt=0x9587e50, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#29 0x00662600 in interpret (stk=599, lt=0x9587e50,
res=0xa0e8000) at monet_interpreter.mx:755
#30 0x006626f8 in interpret (stk=599, lt=0x978d278,
res=0xa0e8000) at monet_interpreter.mx:775
#31 0x00668e1c in interpret_seqblock (stk=599,
lt=0x94a2938, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#32 0x00662600 in interpret (stk=591, lt=0x94a2938,
res=0xa0e8000) at monet_interpreter.mx:755
---Type <return> to continue, or q <return> to quit---\
#33 0x00668e1c in interpret_seqblock (stk=591,
lt=0x9589e68, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#34 0x00662600 in interpret (stk=602, lt=0x9564d20,
res=0xa0e8000) at monet_interpreter.mx:755
#35 0x006626f8 in interpret (stk=602, lt=0x97b5fb0,
res=0xa0e8000) at monet_interpreter.mx:775
#36 0x00668e1c in interpret_seqblock (stk=602,
lt=0x95455c0, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#37 0x00662600 in interpret (stk=607, lt=0x95455c0,
res=0xa0e8000) at monet_interpreter.mx:755
#38 0x00668e1c in interpret_seqblock (stk=607,
lt=0x96a5430, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#39 0x00662600 in interpret (stk=532, lt=0xa0fe680,
res=0xa0e8000) at monet_interpreter.mx:755
#40 0x006626f8 in interpret (stk=532, lt=0x9b46ee8,
res=0xa0e8000) at monet_interpreter.mx:775
#41 0x00668e1c in interpret_seqblock (stk=532,
lt=0xa0fe958, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#42 0x00662600 in interpret (stk=559, lt=0xa1037d0,
res=0xa0e8000) at monet_interpreter.mx:755
#43 0x00668e1c in interpret_seqblock (stk=559,
lt=0x96f17e8, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#44 0x00662600 in interpret (stk=560, lt=0x9730628,
res=0xa0e8000) at monet_interpreter.mx:755
#45 0x009f78c4 in CMDcatch (stk=560, lt=0x9c7aff0,
res=0xa0e8000) at builtin.mx:1050
#46 0x00662bc0 in interpret (stk=560, lt=0x9c7aff0,
res=0xa0e8000) at monet_interpreter.mx:845
#47 0x00668b1a in interpret_assignment (stk=560,
lt=0x9c7b070, res=0xa0e8000) at monet_interpreter.mx:1725
#48 0x006625ab in interpret (stk=560, lt=0x9c7b070,
res=0xa0e8000) at monet_interpreter.mx:748
#49 0x00668e1c in interpret_seqblock (stk=560,
lt=0x9c7b0e8, res=0xa0e8000, scope=1) at
monet_interpreter.mx:1775
#50 0x00662600 in interpret (stk=3, lt=0x9c7b0e8,
res=0xa0e8000) at monet_interpreter.mx:755
#51 0x00668e1c in interpret_seqblock (stk=3,
lt=0x9c7bb60, res=0xa0e8000, scope=0) at
monet_interpreter.mx:1775
#52 0x00662600 in interpret (stk=3, lt=0x9c7bb60,
res=0xa0e8000) at monet_interpreter.mx:755
#53 0x00661369 in interpret_str (stk=0,
    buf=0xb2689008 "\n\n# MAIN MIL QUERY\n\n{\n var
err, ws := int(nil);\n err := CATCH({ws :=
create_ws();\nvar loop000 :=
bat(void,oid,1).seqbase([EMAIL PROTECTED]).insert([EMAIL PROTECTED],
[EMAIL PROTECTED]).access(BAT_READ);\nvar vu_fid;\nvar vu_vid;\nvar
inner000 ;\n"..., res=0xa0e8000) at
monet_interpreter.mx:245
#54 0x0065fed7 in monet_eval (
    mil_script=0xb2689008 "\n\n# MAIN MIL QUERY\n\n{\n
var err, ws := int(nil);\n err := CATCH({ws :=
create_ws();\nvar loop000 :=
bat(void,oid,1).seqbase([EMAIL PROTECTED]).insert([EMAIL PROTECTED],
[EMAIL PROTECTED]).access(BAT_READ);\nvar vu_fid;\nvar vu_vid;\nvar
inner000 ;\n"..., ret_type=0xb377488c)
    at monet.mx:592
#55 0x0065ffe7 in monet_exec (
    mil_script=0xb2689008 "\n\n# MAIN MIL QUERY\n\n{\n
var err, ws := int(nil);\n err := CATCH({ws :=
create_ws();\nvar loop000 :=
bat(void,oid,1).seqbase([EMAIL PROTECTED]).insert([EMAIL PROTECTED],
[EMAIL PROTECTED]).access(BAT_READ);\nvar vu_fid;\nvar vu_vid;\nvar
inner000 ;\n"...) at monet.mx:627
#56 0x0076601e in CMDxquery (mode=0x959a5d0 "dm-mapi",
xquery=0x0) at pathfinder.mx:828
#57 0x00766664 in CMDxquery_server (stk=2,
lt=0x959a6a9, res=0xb3774a40) at pathfinder.mx:971
#58 0x00662bc0 in interpret (stk=2, lt=0x9736cf8,
res=0xb3774a40) at monet_interpreter.mx:845
#59 0x00675ed3 in handleRequest (t=0x140909c,
q=0x94d51b0, res=0xb3774a40) at monet_queue.mx:533
#60 0x006762ae in doRequest (t=0x140909c,
preference=0x0) at monet_queue.mx:559
#61 0x006ac54b in monetInterpreter (status=0x6b3fe8) at
monet_process.mx:111
---Type <return> to continue, or q <return> to quit---
#62 0x0073698c in start_thread () from
/lib/tls/libpthread.so.0
#63 0x001cf7da in clone () from /lib/tls/libc.so.6
(gdb)


----------------------------------------------------------------------

>Comment By: SourceForge Robot (sf-robot)
Date: 2007-11-29 19:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 365 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2006-11-29 01:09

Message:
Logged In: YES 
user_id=572415
Originator: NO

over-ruling "sf-robot":
re-set to "Pending" since adding a proper test has neither been done nor
finally been discarded, yet.

User (submitter) & developer (assignee),
please check, again.


----------------------------------------------------------------------

Comment By: SourceForge Robot (sf-robot)
Date: 2006-11-24 19:20

Message:
Logged In: YES 
user_id=1312539
Originator: NO

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 365 days (the time period specified by
the administrator of this Tracker).

----------------------------------------------------------------------

Comment By: Fabian (mr-meltdown)
Date: 2005-12-19 01:06

Message:
Logged In: YES 
user_id=963970

BugDay_2005-12-19, meltdown: NO TEST / TOO LARGE
(and also not reproduced apparently, Wouter can you check
whether this bug can be closed?)

----------------------------------------------------------------------

Comment By: Peter Boncz (boncz)
Date: 2005-11-24 16:09

Message:
Logged In: YES 
user_id=591107

wouter, can you supply me with this data file?

I can't find it; nor can I reproduce the bug.

----------------------------------------------------------------------

Comment By: Wouter Alink (vzzzbx)
Date: 2005-06-16 05:46

Message:
Logged In: YES 
user_id=621590

The memory setting described in #1221107 did not solve the
problem. 

I have lowered the priority of this bug, because the sample
query does not deserve a recommendation and i could not
reproduce with another query until now.

----------------------------------------------------------------------

Comment By: Stefan Manegold (stmane)
Date: 2005-06-16 05:02

Message:
Logged In: YES 
user_id=572415

Wouter,

I'm not sure, whether this will help, here, but you could try to 
change the memory setting of MonetDB as described in bug 
report #1221107 "XQuery: shred_doc does take too long for 
1GB document"; you must execute these MIL commands 
before calling `pfstart();`.

Stefan.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1218268&group_id=56967

-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to