gnupic: gpsim CVS Source Forge problems


Previous by date: 19 Jun 2000 04:02:10 -0000 gpsim CVS Source Forge problems, Scott Dattalo
Next by date: 19 Jun 2000 04:02:10 -0000 Re: gpsim CVS Source Forge problems, Scott Dattalo
Previous in thread: 19 Jun 2000 04:02:10 -0000 gpsim CVS Source Forge problems, Scott Dattalo
Next in thread: 19 Jun 2000 04:02:10 -0000 Re: gpsim CVS Source Forge problems, Scott Dattalo

Subject: Re: gpsim CVS Source Forge problems
From: Ralf Forsberg ####@####.####
Date: 19 Jun 2000 04:02:10 -0000
Message-Id: <00061906371000.23347@small>

On Mon, 19 Jun 2000, you wrote:
>Mainly for Ralf...
>
>I've got a bunch of things ready to check in to CVS, but I'm getting time out
>errors... Ralf - Have you done any CVS updates lately? If not could you try one?

It works for me, have you checked that the CVS_RSH variable is set?

>Also for Ralf - 
>I'm getting an occasional core dump in gui_regwin.c . In activate_sheet_cell(),
>this line:
>
>  regnumber = rw->row_to_address[row]+column;
>
>is producing a value of 0xffffff for regnumber when the row and column are
>zero. I think what's happening, (but I don't see exactly how) is that the
>activate_sheet_cell callback is invoked before row_to_address has been
>initialized with the proper data. To fix the problem, I return if regnumber is
>too large. I'm not sure if the core dump is specifically related to what I
>observed or not...

I'll see what I can find. I think some of this code is changed in
cvs, but probably not this thing. 

 / Ralf

Previous by date: 19 Jun 2000 04:02:10 -0000 gpsim CVS Source Forge problems, Scott Dattalo
Next by date: 19 Jun 2000 04:02:10 -0000 Re: gpsim CVS Source Forge problems, Scott Dattalo
Previous in thread: 19 Jun 2000 04:02:10 -0000 gpsim CVS Source Forge problems, Scott Dattalo
Next in thread: 19 Jun 2000 04:02:10 -0000 Re: gpsim CVS Source Forge problems, Scott Dattalo


Powered by ezmlm-browse 0.20.