Bugs item #1714603, was opened at 2007-05-07 23:32
Message generated for change (Comment added) made by stmane
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=482468&aid=1714603&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: Pathfinder CVS Head
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Stefan Manegold (stmane)
Assigned to: Peter Boncz (boncz)
Summary: PF: XRpc tests fail on MacOS (Darwin) since 2007-03-10

Initial Comment:
Since 2007-03-10 (almost) all XRpc tests fail on MacOS (Darwin) with

!ERROR: during RPC call to "localhost:45639"
!ERROR: HTTP Error Code  : 403 Verbidden
!ERROR: SOAP Fault Code  : env:Sender
!ERROR: SOAP Fault Reason:
!ERROR: Called module not allowed.
!ERROR: CMDhttp_post: operation failed.

See, e.g.,
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.32.32.d-Darwin8.9.0/benchmarks_XMark_XRpc/q01.err.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.32.32.d-Darwin8.9.0/benchmarks_XMark_XRpc/q20.err.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.32.32.d-Darwin8.9.0/tests_XRpc/add_dbl.err.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.32.32.d-Darwin8.9.0/tests_XRpc/insertNode.err.00.html


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

>Comment By: Stefan Manegold (stmane)
Date: 2007-05-09 10:47

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

Fixed in CVS.

This turned out to be not a MacOS (Darwin) specific problem,
but two general BUGs in isAllowed():

(1)
In "BATloop(<bat>, p, q)", the loop/iterator variable is "p", not "q" !

(2)
BATs xrpc_trusted, xrpc_admin & xrpc_user are [str,void(nil)],
hence, in isAllowed() we need to use BUNhead instead of BUNtail
to read the BUNs'\'' (head!) values.


I have not idea, why the code apparently happened to work on all other
platforms,
despite these quite foundamental BUGs;
might be little-/big-endial related.


Cetero Censeo:

For the umpteenth time,
this proves how important and "handy" multi-platform testing is to detect
and eventually fix *foundamental* bugs in the code
--- provided anybody does care at all ...


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

Comment By: Stefan Manegold (stmane)
Date: 2007-05-09 10:30

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

Assigned to Peter, as his checkin on Fri Mar 9 2007 seems to trigger
(cause) the problem:
http://monetdb.cvs.sourceforge.net/monetdb/pathfinder/runtime/xrpc_server.mx?view=log#rev1.21
http://monetdb.cvs.sourceforge.net/monetdb/pathfinder/runtime/xrpc_server.mx?r1=1.20&r2=1.21


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

Comment By: Ying Zhang (yingying)
Date: 2007-05-08 11:42

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

Hi Stefan,

Thanks for fixing this.  I saw the problem earlier.  Since the current
branch is not that stable, I thought I can wait for a while to see if the
problem will disappear.  But then, I forget to check again :P

Canonicalise the path before storing it might be a good/flexible idea.  I
will have a look how this can be done.

Jennie

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

Comment By: Fabian (mr-meltdown)
Date: 2007-05-08 09:40

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

Is it possible to let Xrpc canonicalise the path before storing it?  The
next Darwin release is said to have no /private anymore.

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

Comment By: Stefan Manegold (stmane)
Date: 2007-05-08 08:20

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

Seems to be "my" bug report ...


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

Comment By: Stefan Manegold (stmane)
Date: 2007-05-08 08:20

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

[For those who care]

The problem seems to be that testing uses "/var/tmp/" as prefix / target
location for testing.
On MacOs (Darwin), however, "/var" is a symlink to "/private/var";
hence, the logical path "/var/tmp/..." does not match the physical one
"/private/var/tmp/...".

With XRpc, the logical one is listed in xrpc_trusted but the physical one
is used as requested location.
See, e.g.,
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.32.32.d-Darwin8.9.0/tests_XRpc/add_dbl.err.00.html
http://monetdb.cwi.nl/testing/projects/monetdb/Current/pathfinder/.mTests103/GNU.32.32.d-Darwin8.9.0/runtime/XRpc_BATs.out.00.html

(Hopefully) fixed by making testing use the physical prefix / target
location "/private/var/tmp/".


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

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

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Monetdb-bugs mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/monetdb-bugs

Reply via email to