bug debugguer scipad,...

François Vogel fvogelnew1 at free.fr
Sun Aug 31 22:00:05 CEST 2008


Serge,

Many thanks for looking at this thorny problem. New eyes on a muddy 
problem proves efficient, well done.

It seems that you have indeed made a good step forward. Now the 
debugger is no longer locked. Well, at least most of the time.

Sometimes the user still has to hit enter in the Scilab shell in order 
to make things move, but definitely you have made progress.

Example that almost works:

1. Launch Scilab

2. Launch Scipad.

3. Now, after Scipad is open:

TCL_EvalStr("set bug2789_fixed true","scipad")

(this will unlock the debugger - I had locked it two days ago in 
r27121 upon opteam request)

4. Paste this in scipad:

function stupid
   a=1
   b=2
endfunction

5. Configure (F10) and click OK.

6. Step in (F8).
     ----> The debugger correctly goes into DebugInProgress mode (red 
tag on the lower left of Scipad window). However, the active 
breakpointed line does not show up.

7. Hit enter in the Scilab shell (this should not be needed if it 
would work correctly).
     ----> The current stop point is shown in Scipad.

8. F8 again
     ----> The new stop point is shown

etc.


Try with other examples, perhaps a bit more complicated, you will see 
that it often works but not always. Sometimes you need to hit enter in 
the shell to make things move.


I have also experienced a number of crashes, where Scilab unexpectedly 
closes with no message at all.
Also:
Warning !!!
Scilab has found a critical error (EXCEPTION_ACCESS_VIOLATION)
with "TCL_EvalStr" function.
Save your data and restart Scilab.


Finally, for the debuggger to work OK, bug 1469 and 3407 should be 
fixed too. There are still many problems with continued lines, that 
were counted differently in 4.x than they are now in 5.0


As a conclusion I think we are still not fully OK, but progress is 
clear. A lot of testing and bug fixing will be needed in the next days 
if the debugger is to be replugged. Please let me know what you think 
and what is your plan with respect to the upcoming Scilab 5.

Francois


Serge Steer said on 30/08/2008 09:03:
> Je pense avoir corrige le bug qui empechait le debugguer de scipad de
> fonctionner et qui faisait que dans certains cas scilab se mettait a
> boucler avec l'execution d'un callback
> 
> zzledt (GetCommandLine.c) ne signifiait pas que la lecture a ete
> interrompu par la presence d'un callback dans la queue et retournait une
> ligne blanche comme instruction.
> 
> voir la modif que j'ai committe dans modules/shell/GetCommandLine.c
> 
> Serge
> 
> 



More information about the dev mailing list