This is now http://trac.sagemath.org/20845



On Sunday, June 19, 2016 at 11:34:33 AM UTC+2, Volker Braun wrote:
>
> This is now https://gitlab.com/embeddable-common-lisp/ecl/issues/258
>
> On Sunday, June 19, 2016 at 11:18:05 AM UTC+2, Volker Braun wrote:
>>
>> If you look at ECL's current_dir() function then it starts with a buffer 
>> length of 128 bytes and then increases it if ENAMETOOLONG is raised. But 
>> thats the wrong error, it should be ERANGE according to the man page.
>>
>>
>>
>>
>> On Sunday, June 19, 2016 at 12:56:04 AM UTC+2, François wrote:
>>>
>>> Hi, 
>>>
>>> As some of you may know sage-on-gentoo has two branches. One 
>>> that follows the releases on github’s sagemath and one that 
>>> can pull Volker’s branch at github.com/vbraun/sage. 
>>> This helps me to track problems in sage-on-gentoo before they 
>>> hit a beta release or even a final release. 
>>>
>>> Last week Volker merged trac #20530, which seems innocuous as 
>>> it is just adding some examples and plots to a specific file. Yet 
>>> it crashes the generation of the documentation here: 
>>> [geometry ] reading sources... [ 12%] sage/geometry/hasse_diagram 
>>> [geometry ] reading sources... [ 14%] 
>>> sage/geometry/hyperbolic_space/hyperbolic_geodesic 
>>> libpng warning: iTXt: bad compression info 
>>> libpng warning: iTXt: bad compression info 
>>> libpng warning: iTXt: bad compression info 
>>> ext::getcwd error: Numerical result out of range 
>>>
>>> Internal or unrecoverable error in: 
>>> Can't work without CWD 
>>>   [34: Numerical result out of range] 
>>>
>>> ;;; ECL C Backtrace 
>>> ;;; /usr/lib64/libecl.so.16.1(si_dump_c_backtrace+0x39) [0x7f396758e3a0] 
>>> ;;; /usr/lib64/libecl.so.16.1(ecl_internal_error+0x7c) [0x7f396758170a] 
>>> ;;; /usr/lib64/libecl.so.16.1(+0x1b7206) [0x7f39675ad206] 
>>> ;;; /usr/lib64/libecl.so.16.1(si_getcwd+0xd1) [0x7f39675ad9e1] 
>>> ;;; /usr/lib64/libecl.so.16.1(cl_boot+0x386) [0x7f396748a1c5] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/libs/ecl.so(+0x8693)
>>>  
>>> [0x7f396fa67693] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/libs/ecl.so(+0x88ef)
>>>  
>>> [0x7f396fa678ef] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/libs/ecl.so(+0x727e)
>>>  
>>> [0x7f396fa6627e] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/libs/ecl.so(initecl+0x372e)
>>>  
>>> [0x7f396fa75e86] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(_PyImport_LoadDynamicModule+0xba) 
>>> [0x7f3988d52fe2] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xebe67) [0x7f3988d50e67] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xec0c8) [0x7f3988d510c8] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xec3cc) [0x7f3988d513cc] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyImport_ImportModuleLevel+0x506) 
>>> [0x7f3988d520b1] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xd2e17) [0x7f3988d37e17] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyCFunction_Call+0x67) 
>>> [0x7f3988ce3b4f] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyObject_Call+0x5c) [0x7f3988cae123] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyEval_CallObjectWithKeywords+0xb5) 
>>> [0x7f3988d392b7] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x3bc7) 
>>> [0x7f3988d3d388] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x82c) 
>>> [0x7f3988d40523] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyEval_EvalCode+0x22) 
>>> [0x7f3988d405dc] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyImport_ExecCodeModuleEx+0xcd) 
>>> [0x7f3988d50338] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xeb87e) [0x7f3988d5087e] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xebe41) [0x7f3988d50e41] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xec0c8) [0x7f3988d510c8] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xec3cc) [0x7f3988d513cc] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyImport_ImportModuleLevel+0x506) 
>>> [0x7f3988d520b1] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(+0xd2e17) [0x7f3988d37e17] 
>>> ;;; /usr/lib64/libpython2.7.so.1.0(PyCFunction_Call+0x67) 
>>> [0x7f3988ce3b4f] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/misc/lazy_import.so(+0x64fa)
>>>  
>>> [0x7f398024e4fa] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/misc/lazy_import.so(+0xeff4)
>>>  
>>> [0x7f3980256ff4] 
>>> ;;; 
>>> /scratch2/portage/sci-mathematics/sage-9999/work/sage-9999/src-python2_7/build/lib/sage/misc/lazy_import.so(+0x920d)
>>>  
>>> [0x7f398025120d] 
>>> Warning: Missing title for sage.groups.perm_gps.partn_ref 
>>> Warning: Missing title for sage.groups.perm_gps.partn_ref2 
>>>
>>> Two of the examples causes this see 
>>> https://github.com/cschwan/sage-on-gentoo/issues/428 
>>>
>>> https://github.com/cschwan/sage-on-gentoo/commit/2297850b60f452b47bef46f3383daa7779b1c358
>>>  
>>> for full details. 
>>>
>>> After removing those two everything builds fine and I can even execute 
>>> those examples from sage. 
>>>
>>> Failures of getcwd with this message usually are associated with a file 
>>> name 
>>> that is too long. But why those two examples? Anyway, does anyone has an 
>>> idea on how to further debug this? 
>>> Further, vanilla sage does not have any problem building at the same 
>>> commit 
>>> on the same commit. 
>>>
>>> Cheers, 
>>> François 
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to