headers
Gregory John Casamento | 1 Jan 2008 03:26
Picon

[bug #21402] Table column titles cannot be edited with recent GNUstep svn


Update of bug #21402 (project gnustep):

                  Status:             In Progress => Postponed              

    _______________________________________________________

Follow-up Comment #1:

I've added the field in the inspector.  I believe that this is a better way
to make these modifications anyway, so I'm going to postpone this one for the
time being.

GJC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 1 comment |
headers
Gregory John Casamento | 1 Jan 2008 03:28
Picon

[bug #19876] pbxbuild -24577 don; t found current directory in project file.


Update of bug #19876 (project gnustep):

                  Status:                    None => In Progress            
             Assigned to:                    None => gcasa                  

    _______________________________________________________

Follow-up Comment #1:

Would it be possible for you to attach the example so that I can test it?

Thanks, GJC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 501 comments |
headers
Fred Kiefer | 1 Jan 2008 18:51
Picon

[bug #21415] gdnc segfaults on OpenBSD


Follow-up Comment #1, bug #21415 (project gnustep):

Is this problem still open? If so, you could try to half the size of all the
arrays in this method. Use 
  unsigned char	buf[1024];
  GSStr_t	f;
  unichar	fbuf[512];
and 512 for the following test.

The method initWithFormat:locale:arguments: on NSString (and the similar on
GSString) is really using up a lot of stack space, perhaps that is more
limited for OpenBSD on sparc and so the tools fails there.
If this hack solves the problem, we should think about using the macros
GS_BEGINITEMBUF and GS_ENDITEMBUF from GSPrivate.h here. This would make it
easier to adjust the stack usage for different environments.

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Nachricht geschickt von/durch Savannah
  http://savannah.gnu.org/
Permalink | Reply | 502 comments |
headers
Fred Kiefer | 1 Jan 2008 22:22
Picon

[bug #21724] Crash when re-opening panel that has been previously closed...


Follow-up Comment #6, bug #21724 (project gnustep):

Thank you, now I understand what your test code was for.

I had another go with the Price application and it turns out, it has nothing
to do with the closing of the window. Even without closing that window, just
selecting it again in the menu the applications crashes. I started to debug
this and it seems that the text field pointers get corrupted. Here some debug
output.

Before loading the window:
(gdb) p *self
$1 = {{isa = 0x8071380}, filterWindow = 0x0, matField11 = 0x0,
  matField12 = 0x0, matField13 = 0x0, matField14 = 0x0, matField15 = 0x0,
  matField21 = 0x0, matField22 = 0x0, matField23 = 0x0, matField24 = 0x0,
  matField25 = 0x0, matField31 = 0x0, matField32 = 0x0, matField33 = 0x0,
  matField34 = 0x0, matField35 = 0x0, matField41 = 0x0, matField42 = 0x0,
  matField43 = 0x0, matField44 = 0x0, matField45 = 0x0, matField51 = 0x0,
  matField52 = 0x0, matField53 = 0x0, matField54 = 0x0, matField55 = 0x0,
  scaleField = 0x0, offsetField = 0x0, autoScaleCheck = 0x0,
  convMatrix = {{0, 0, 0, 0, 0}, {0, 0, 0, 0, 0}, {0, 0, 0, 0, 0}, {0, 0,
      0, 0, 0}, {0, 0, 0, 0, 0}}, autoScale = 0 '
Permalink | Reply | 3 comments |
headers
Gregory John Casamento | 1 Jan 2008 23:23
Picon

[bug #21724] Crash when re-opening panel that has been previously closed...


Follow-up Comment #7, bug #21724 (project gnustep):

I believe I have another clue to what might be happening.  I think you're on
the right track with the gorm file corruption.

If you open the gorm file and go to the connections editor, then select
NSOwner you'll see all of the connections for the outlets of that object
(which is an instance of PRCConvolve55).

Now, if you select one of those connections Gorm should highlight the source
and target using the S and T icons.  You'll note it doesn't do that.   I tried
disconnecting and reconnecting one of the buttons (for me it was the "Auto"
button) and when it read-added it it had a different name "Button3" whereas,
previously, it was "Button."   This indicates that there is an entry in the
nametable that is incorrect.

This gorm file was created by an early version of Gorm (perhaps a development
version) and the name table is corrupted.  I know this because I remember
helping Riccardo when he was working on PRICE a while back. :)

I believe that Gorm, within reason, should be able to correct this when it
loads a "corrupt" gorm file.   The nametable is just one section of the Gorm
file's data structure which can be rebuilt.

GJC

    _______________________________________________________

Reply to this item at:
(Continue reading)

Permalink | Reply | 2 comments |
headers
Gregory John Casamento | 1 Jan 2008 23:25
Picon

[bug #21724] Crash when re-opening panel that has been previously closed...


Follow-up Comment #8, bug #21724 (project gnustep):

Just a note... the file in question is PRConvolve55.gorm

(file #14731)
    _______________________________________________________

Additional Item Attachment:

File name: Convolve55.gorm.tgz            Size:6 KB

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 1 comment |
headers
Gregory John Casamento | 2 Jan 2008 05:30
Picon

[bug #21724] Crash when re-opening panel that has been previously closed...


Update of bug #21724 (project gnustep):

                  Status:               Confirmed => Works For Me           
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #9:

I tried to make some changes to the repair method which would correct this
type of problem.  

The issue is that the connections are pointing to names which don't exist in
the nametable, and there's no way to guess which object they should point to.

At any rate, this is a bug that was long ago corrected in Gorm and doesn't
appear to be a bug in GNUstep itself at this point and is, unfortunately, a
case where the file will need to be recreated.

Later, GJC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gregory John Casamento | 3 Jan 2008 23:07
Picon

[bug #21723] Vespucci Window appears on top and cannot be moved to rear...


Update of bug #21723 (project gnustep):

                  Status:             In Progress => Fixed                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #3:

The window level was being encoded as "15". 

I've corrected it in Vespucci and verified that it's no longer being produced
improperly in .gorm. 

Gorm will now correct on load any files which have this problem and report it
to the user, if the repair on load checkbox is selected in preferences.

I'm going to close this bug, since I can't reproduce it with the current
version of Gorm or the last two releases.

Later, GJC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gregory John Casamento | 3 Jan 2008 23:25
Picon

[bug #21479] Make visually more clear whether a container or a simple view is selected


Update of bug #21479 (project gnustep):

                  Status:                    None => Fixed                  
             Assigned to:                    None => gcasa                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #1:

Added code to make the initial knobs red.  This might become a
configurable/preferences item later. GJC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 501 comments |
headers
Gregory John Casamento | 4 Jan 2008 02:06
Picon

[bug #19792] Problem of loading this nib file


Update of bug #19792 (project gnustep):

                  Status:                    None => Fixed                  
             Assigned to:                    None => gcasa                  
             Open/Closed:                    Open => Closed                 

    _______________________________________________________

Follow-up Comment #1:

Corrected.  The src and destination were not being properly checked for
nib/owner and first responder.   Also, needed to check both source and
destination for NSWindowTemplate instance and replace it with the real
instance once the nib is loaded.  GJC

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/
Permalink | Reply | 501 comments |

Gmane