[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: problem with gnustep on OpenBSD sparc64
From: |
Sebastian Reitenbach |
Subject: |
Re: problem with gnustep on OpenBSD sparc64 |
Date: |
Wed, 06 Jul 2011 14:13:07 +0200 |
User-agent: |
SOGoMail 1.3.7 |
Hi,
On Wednesday, July 6, 2011 14:04 CEST, David Chisnall <theraven@sucs.org>
wrote:
> On 6 Jul 2011, at 13:01, Sebastian Reitenbach wrote:
>
> > 69 /* Find the last superclass with at least one ivar.
> > */
> > 70 while (NULL == super->ivars)
> > 71 {
> > 72 super = class_getSuperclass(super);
> > 73 }
> > 74 struct objc_ivar *ivar =
> > 75
> > &super->ivars->ivar_list[super->ivars->count-1];
> > 76
> > 77 // Find the end of the last ivar - instance_size
> > contains some padding
> > 78 // for alignment.
> > (gdb)
> >
> >
> > Do you maybe can propose an NSLog() statement that I could add somewhere
> > after teh line 74 to print out the values you would like to see?
> > Easiest would be a patch for me that I can apply and recompile, and report
> > back.
>
>
>
> On line 76:
>
> fprintf(stderr, "Ivar type: %s, size: %d\nSuperclass size: %d", ivar->type,
> (int)objc_sizeof_type(ivar->type), (int)super->instance_size);
Thanks, now I got something, hope it helps you:
$ gdb AddressManager
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.9"...
(gdb) r
Starting program: /usr/local/bin/AddressManager
Ivar type: C, size: 1
Superclass size: 16Ivar type: C, size: 1
Superclass size: 16Ivar type: C, size: 1
Superclass size: 16Ivar type: [3[4i]], size: 0
Superclass size: 200Error: Instance variables in NSTextTable overlap superclass
NSTextBlock. Offset of first instance variable, _layoutAlgorithm, is 196.
Last instance variable in superclass, _widthType, ends at offset 148. This
probably means that you are subclassing aclass from a library, which has
changed in a binary-incompatibleway.
Program received signal SIGABRT, Aborted.
abort () at /usr/src/lib/libc/stdlib/abort.c:74
74 /usr/src/lib/libc/stdlib/abort.c: No such file or directory.
in /usr/src/lib/libc/stdlib/abort.c
Sebastian
>
> David
>
> -- Sent from my Apple II
>
- Re: problem with gnustep on OpenBSD sparc64, (continued)
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/05
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/05
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64,
Sebastian Reitenbach <=
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/06
- Re: problem with gnustep on OpenBSD sparc64, Sebastian Reitenbach, 2011/07/07
- Re: problem with gnustep on OpenBSD sparc64, David Chisnall, 2011/07/07
- Re: problem with gnustep on OpenBSD sparc64, Wolfgang Lux, 2011/07/07