[Bug 919703] Review Request: libgap - libGAP -- a C library version of the GAP kernel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugzilla.redhat.com/show_bug.cgi?id=919703

Paulo Andrade <paulo.cesar.pereira.de.andrade@xxxxxxxxx> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
              Flags|needinfo?(paulo.cesar.perei |
                   |ra.de.andrade@xxxxxxxxx)    |



--- Comment #7 from Paulo Andrade <paulo.cesar.pereira.de.andrade@xxxxxxxxx> ---
Sorry for the delay. Real life, job, personal projects, etc :-)
I just did look at it again as I would need to add an
even uglier patch to disable libgap in sagemath 5.11.

Now it apparently needs to be updated again to match gap in rawhide:

$ rpm -q gap
gap-4.6.5-1.fc20.x86_64

Running the test cases I see:

$ libtool --mode=execute gdb shell
...
(gdb) r
Starting program:
/home/pcpa/rpmbuild/BUILD/libgap-4.6.4.p0/src/test/.libs/lt-shell 
ebp = 0x7fffffffdeb0
&i = 0x7fffffffde94
frame addres = 0x7fffffffdeb0
ebp = 0x7fffffffdeb0
&i = 0x7fffffffde94
frame addres = 0x7fffffffdeb0
Initialized
Input:
1+2+3;
Output:
6
Input:
g:=FreeGroup(2);

Program received signal SIGSEGV, Segmentation fault.
libGAP_RNamName (name=name@entry=0x7ffff7970314 "context") at records.c:94
94          pos = (pos % libGAP_SizeRNam) + 1;
#0  libGAP_RNamName (name=name@entry=0x7ffff7970314 "context") at records.c:94
#1  0x00007ffff791046b in libGAP_CallErrorInner (
    msg=msg@entry=0x7ffff795af08 "Variable: <<unknown>> must have an assigned
value", arg1=arg1@entry=0, arg2=arg2@entry=0, justQuit=justQuit@entry=1, 
    mayReturnVoid=mayReturnVoid@entry=0, mayReturnObj=mayReturnObj@entry=0, 
    lateMessage=0x7ffef7785728, printThisStatement=printThisStatement@entry=1)
    at gap.c:1433
#2  0x00007ffff791064b in libGAP_ErrorQuit (
    msg=msg@entry=0x7ffff795af08 "Variable: <<unknown>> must have an assigned
value", arg1=arg1@entry=0, arg2=arg2@entry=0) at gap.c:1451
#3  0x00007ffff7843974 in libGAP_ErrorMustHaveAssObjHandler (
    self=<optimized out>, args=<optimized out>) at gvars.c:156
#4  0x00007ffff79105a2 in libGAP_CallErrorInner (
    msg=msg@entry=0x7ffff795af08 "Variable: <<unknown>> must have an assigned
value", arg1=arg1@entry=0, arg2=arg2@entry=0, justQuit=justQuit@entry=1, 
    mayReturnVoid=mayReturnVoid@entry=0, mayReturnObj=mayReturnObj@entry=0, 
    lateMessage=0x7ffef7785728, printThisStatement=printThisStatement@entry=1)
    at gap.c:1443
#5  0x00007ffff791064b in libGAP_ErrorQuit (
    msg=msg@entry=0x7ffff795af08 "Variable: <<unknown>> must have an assigned
value", arg1=arg1@entry=0, arg2=arg2@entry=0) at gap.c:1451
#6  0x00007ffff7843974 in libGAP_ErrorMustHaveAssObjHandler (
    self=<optimized out>, args=<optimized out>) at gvars.c:156
#7  0x00007ffff79105a2 in libGAP_CallErrorInner (
    msg=msg@entry=0x7ffff795af08 "Variable: <<unknown>> must have an assigned
value", arg1=arg1@entry=0, arg2=arg2@entry=0, justQuit=justQuit@entry=1, 
    mayReturnVoid=mayReturnVoid@entry=0, mayReturnObj=mayReturnObj@entry=0, 
    lateMessage=0x7ffef7785728, printThisStatement=printThisStatement@entry=1)
    at gap.c:1443
<<<< stack overflow in recursive calls >>>>


libtool --mode=execute gdb error_handler
(gdb) r
Starting program:
/home/pcpa/rpmbuild/BUILD/libgap-4.6.4.p0/src/test/.libs/lt-error_handler 

Program received signal SIGSEGV, Segmentation fault.
libGAP_RNamName (name=name@entry=0x7ffff7970314 "context") at records.c:94
94          pos = (pos % libGAP_SizeRNam) + 1;
<<<< same stack overflow >>>>

$ libtool --mode=execute test
(gdb) r
Starting program:
/home/pcpa/rpmbuild/BUILD/libgap-4.6.4.p0/src/test/.libs/lt-test 
--------------------
Input: 0;
Output follows...
0
--------------------
Input: 1 + CyclicGroup(2);

Program received signal SIGSEGV, Segmentation fault.
libGAP_RNamName (name=name@entry=0x7ffff7970314 "context") at records.c:94
94          pos = (pos % libGAP_SizeRNam) + 1;
<<<< same stack overflow >>>>


  I still think it would be better if Jerry and Volker maintained the package.
Perfect solution probably would be to have it integrated in upstream gap...

-- 
You are receiving this mail because:
You are on the CC list for the bug.
Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=8Z3BPiEoOZ&a=cc_unsubscribe
_______________________________________________
package-review mailing list
package-review@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/package-review





[Index of Archives]     [Fedora Legacy]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]