Hi,

I'm currently using xgrid for my computations... Here is the setup:

We have multiple imac OS 10.6, a intel server with mac OS 10.5 and two
G5 mac (10.5). All of them have sage4.3 (or 4.3.1) binary build.

In order for us to make xgrid work with sage, we gave some more rights
for user "nobody". (We copied /usr/share/sandbox/
xgridagentd_task_somebody.sb over xgridagentd_task_nobody.sb. So now
xgrid can execute sage anywhere on the disk)

We created a batch job ( a .plist file) to send to xgrid. The tasks
are .sh files containing the lines:

------------------------------
#!/bin/bash

export HOME=`pwd`

/usr/local/bin/sage Script.sage
------------------------------

and Script.sage contains the line:
------------------------------
load My_module.py

Fonction(int1,int2,int3)
------------------------------

The Script.py generated file (located on the agent's disk) is then:
------------------------------
# This file was *autogenerated* from the file Script.sage.
from sage.all_cmdline import *   # import sage library
_sage_const_int1 = Integer(int1); _sage_const_int2 = Integer(int2);
_sage_const_int3 = Integer(int3)
execfile("My_module.py")

Fonction(_sage_const_int1 ,_sage_const_int2 ,_sage_const_int3 )
------------------------------

Now, we send the batch job to xgrid. The intel server does everything
OK, so as the G5. But all the imac give the following error:

WARNING: There is one major unsolved bug in some versions of
Sage on OS X 10.6 that causes an 'Abort trap' crash when
doing certain symbolic computations.
See http://trac.sagemath.org/sage_trac/ticket/7095/.
Setting permissions of DOT_SAGE directory so only you can read and
write it.
Traceback (most recent call last):
  File "Script.py", line 2, in <module>
    from sage.all_cmdline import *   # import sage library
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
all_cmdline.py", line 14, in <module>
    from sage.all import *
  File "/Library/sage/local/lib/python2.6/site-packages/sage/all.py",
line 64, in <module>
    from sage.misc.all       import *         # takes a while
  File "/Library/sage/local/lib/python2.6/site-packages/sage/misc/
all.py", line 70, in <module>
    from sage_input import sage_input
  File "/Library/sage/local/lib/python2.6/site-packages/sage/misc/
sage_input.py", line 163, in <module>
    from sage.misc.functional import parent
  File "/Library/sage/local/lib/python2.6/site-packages/sage/misc/
functional.py", line 37, in <module>
    from sage.rings.complex_double import CDF
  File "complex_double.pyx", line 88, in init
sage.rings.complex_double (sage/rings/complex_double.c:13660)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/rings/
complex_field.py", line 86, in ComplexField
    C = ComplexField_class(prec)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/rings/
complex_field.py", line 177, in __init__
    self._populate_coercion_lists_(coerce_list=[complex_number.RRtoCC
(self._real_field(), self)])
  File "complex_number.pyx", line 2003, in
sage.rings.complex_number.RRtoCC.__init__ (sage/rings/complex_number.c:
12936)
  File "map.pyx", line 41, in sage.categories.map.Map.__init__ (sage/
categories/map.c:1962)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
categories/homset.py", line 152, in Hom
    H = category.hom_category().parent_class(X, Y, category =
category)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
categories/rings.py", line 117, in __new__
    from sage.rings.homset import RingHomset
  File "/Library/sage/local/lib/python2.6/site-packages/sage/rings/
homset.py", line 17, in <module>
    import quotient_ring
  File "/Library/sage/local/lib/python2.6/site-packages/sage/rings/
quotient_ring.py", line 32, in <module>
    import sage.rings.polynomial.multi_polynomial_ideal
  File "/Library/sage/local/lib/python2.6/site-packages/sage/rings/
polynomial/multi_polynomial_ideal.py", line 229, in <module>
    from sage.interfaces.all import (singular as singular_default,
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/all.py", line 8, in <module>
    from gap import gap, gap_reset_workspace, gap_console,
gap_version, is_GapElement, Gap
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/gap.py", line 987, in <module>
    gap_reset_workspace(verbose=False)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/gap.py", line 978, in gap_reset_workspace
    g.eval('SaveWorkspace("%s");'%WORKSPACE)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/gap.py", line 480, in eval
    result = Expect.eval(self, input_line, **kwds)
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/expect.py", line 983, in eval
    return '\n'.join([self._eval_line(L, **kwds) for L in code.split
('\n') if L != ''])
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/gap.py", line 685, in _eval_line
    self._start()
  File "/Library/sage/local/lib/python2.6/site-packages/sage/
interfaces/gap.py", line 362, in _start
    raise RuntimeError, msg
RuntimeError: Unable to start gap because the command 'gap -r -b -p -T
-o 9999G /Library/sage/data//extcode/gap/sage.g' failed.

Moreover, the same machine did give me the same error for the same
computation (for different inputs), but the last line is simply:

RuntimeError: Unable to start gap

As the python command appears to be runned by user "nobody", I guess
the problem is the difference between the rights of nobody in 10.6 and
10.5...

My computation are considerably slowed down by this bug and I would be
very happy to find a solution! Help! If you need more info, let me
know!

Thanks!

J-P Labbé

-- 
To post to this group, send email to sage-support@googlegroups.com
To unsubscribe from this group, send email to 
sage-support+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/sage-support
URL: http://www.sagemath.org

Reply via email to