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.
ROFL, that's a genuine regression; in our previous version errno wasn't checked at all, just whether the return value of getcwd() was NULL (then increasing the size of the buffer until it fits). -leif > 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 > <http://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/issues/428> > > https://github.com/cschwan/sage-on-gentoo/commit/2297850b60f452b47bef46f3383daa7779b1c358 > > <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.
