Am Samstag, den 22.12.2012, 00:08 +0100 schrieb Benoît Minisini: > Le 22/12/2012 00:01, Karl Reinl a écrit : > > Salut Benoît, > > > > have you ever heard from NOT working breakpoints, and/or can you imagine > > a reason why? > > > > Since yesterday, I'm not sure if it is always or only sometimes, but > > actually the interpreter don't stop on breakpoints! > > > > I remember some times ago I had remarked that, but after it reworked. > > > > What did I yesterday? I'v loaded the IDE into the IDE (and I did it > > today also) and debugged the IDE. > > > > So now before sending this mail, I will reboot my box and retest that > > behave. > > > > It still persists as testing project I'v used gambas3 the IDE and I in > > set the Breakpoint to > > Public Sub mnuDumpLocalVariablesList_Click() > > in FDebugInfo.Class (see Attachment) > > > > > > I have recently changed some things in the generated debugging > information, so I will look at that. > > But please explain why you have added that dump feature that print on > the standard output with a pop-up menu with-only-one-entry interface? > Very bad taste! >
Salut, may be, but I wanted no change on the layout for one button, Ctrl+C on tbvLocal (TableView) did not really work and needed also a mouse-click into the Table and then the Ctrl+C. - breakpoints work again -- Amicalement Charlie ------------------------------------------------------------------------------ LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial Remotely access PCs and mobile devices and provide instant support Improve your efficiency, and focus on delivering more value-add services Discover what IT Professionals Know. Rescue delivers http://p.sf.net/sfu/logmein_12329d2d _______________________________________________ Gambas-user mailing list Gambas-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gambas-user
