[bug #25037] gorm not correctly working on openbsd 4.3 sparc64

[Sebastian Reitenbach]

Follow-up Comment #12, bug #25037 (project gnustep):

gdnc doesn't crash anymore, but the test nsinvocation is segfaulting:
# gdb obj/nsinvocation
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc64-unknown-openbsd4.4"...
(gdb) r
Starting program:
/usr/ports/x11/gnustep/base/w-gnustep-base-1.18.0p0/gnustep-base-1.18.0/Testing/obj/nsinvocation
Starting
Calling proxy
Testing NS_MESSAGE ... ERROR ... expecting 6,6 and got 0,6
Testing NS_INVOCATION ... ERROR ... expecting 8,8 and got 0,8
Expect: 99, invoke: 0 forward: 0
Expect: 12345, invoke: 0 forward: -10240
Expect: 123456, invoke: 0 forward: 55296
Expect: 123456, invoke: 123456 forward: 123456
Expect: 123456, invoke: 123456 forward: 123456
Expect: 123.456, invoke: 123.456 forward: 123.456
Expect: 123.456, invoke: 123.456 forward: 123.456
Expect: 0x42789010, invoke: 0x42789010 forward: 0x427890b0
Expect: 'string', invoke: 'string' forward: 'string'
Expect: 1, invoke: 0 forward: 0
Expect: 2, invoke: 0 forward: -10240
Expect: 3, invoke: 0 forward: 55296
Expect: 4, invoke: 4 forward: 4
Expect: 4, invoke: 4 forward: 4
Expect: 5.0, invoke: 5.0 forward: 5.0
Expect: 6.0, invoke: 6.0 forward: 6.0
Expect: 6.0, forward: 6.0
Expect: 0x42788f30, invoke: 0x42788f30 forward: 0x42789330
Expect: 'Hello', invoke: 'Hello' forward: 'Hello'
called multi argument method
Expect: {11,22}, invoke: {11,22} forward: {11,22}
Expect: {99,large,99.99}, invoke: {99,large,99.99} forward: {99,large,99.99}

Program received signal SIGSEGV, Segmentation fault.
memcpy (dst0=0x4ec86778, src0=0x800000000000009, length=0) at
/usr/src/lib/libc/string/bcopy.c:91
91      /usr/src/lib/libc/string/bcopy.c: No such file or directory.
        in /usr/src/lib/libc/string/bcopy.c
(gdb) bt
#0  memcpy (dst0=0x4ec86778, src0=0x800000000000009, length=0) at
/usr/src/lib/libc/string/bcopy.c:91
#1  0x0000000049134e4c in -[GSFFIInvocation
initWithCallback:returnp:values:frame:signature:] (self=0x4bc33e90,
_cmd=0x49500680, cif=0x4ec86700, retp=0xfffffffffffc6b30,
    vals=0xfffffffffffc6a40, frame=0x4ec86700, aSignature=0x4f0a5d90) at
GSFFIInvocation.m:284
#2  0x00000000491356bc in GSFFIInvocationCallback (cif=0x4ec86700,
retp=0xfffffffffffc6b30, args=0xfffffffffffc6a40, user=0x4ec86700) at
GSFFIInvocation.m:531
#3  0x0000000043c5b1bc in ffi_closure_sparc_inner_v9 (closure=0x4c312000,
rvalue=0xfffffffffffc6b30, gpr=0xfffffffffffc6c50, fpr=0xfffffffffffc6b50) at
src/sparc/ffi.c:606
#4  0x0000000043c5b538 in ffi_closure_v9 () from
/usr/local/lib/libffi.so.0.0
#5  0x0000000000105d2c in gnustep_base_user_main () at nsinvocation.m:497
#6  0x0000000000100c38 in _start ()
#7  0x0000000000100c38 in _start ()
Previous frame identical to this frame (corrupt stack?)
(gdb) quit


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?25037>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/