- Pharo-dev - lists.pharo.org

perform:withArguments: and collection

by Peter Uhnak

Hi, Apparently sending #perform:withArguments: and using OrderedCollection leads to PrimitiveFailed. I can recast it, but maybe we can just add (argArray isArray) ifFalse: [ ^ self error: 'Arguments must be instance of Array' ] to make the error less cryptic. (or allow OrderedCollection, but since the operation is done in VM it might be needlessly more work.) Peter

March 12, 2017

Re: [Pharo-dev] Debugger: is there a way to skip a message?

by Ron Teitelbaum

Hi All, There are ways that I skip execution. Usually in loop processing. If you change the index of a loop, (in the debugger change the number and accept) it will continue on from that index point. You can also easily use run to here, to get to the top of a method, then change the method with false ifTrue: [ ... ] than accept to restart the method. You could also set a temp var like runThis := true. Wrap you code in runThis ifTrue: [ ]. then while debugging you can change the value of runThis in the debugger to skip execution. All the best, Ron On Sun, Mar 12, 2017 at 12:45 PM stepharong <stepharong(a)free.fr> wrote: > > > Oh, maybe âReturn entered valueâ is what Stef was looking for. > > If yes, you can obtain it from the contextual menu of the Stack. > > > it is not clear that it will skip the execution because it could do the > execution and return the value you type. > > > > Cheers, > Doru > > > On Mar 11, 2017, at 3:03 PM, Ben Coman <btc(a)openInWorld.com > <btc(a)openinworld.com>> wrote: > > On Sat, Mar 11, 2017 at 4:20 AM, stepharong <stepharong(a)free.fr> wrote: > > Hi > > I need to skip message while debugging and I thought that it was possible. > May be I do not see it. > > > This would be a nice feature. I never noticed if we ever had it > Two work arounds I sometimes use... > * select rest of the method and "Debug It". > * step-Into, and then "Return entered value" > > cheer -ben > > > -- > www.tudorgirba.com > www.feenk.com > > "Every thing should have the right to be different." > > > > > > > > -- > Using Opera's mail client: http://www.opera.com/mail/ >

March 12, 2017

Re: [Pharo-dev] Did we lose edit-in-place in GT Inspector in Pharo 6?

by Alistair Grant

On 12 March 2017 at 03:36, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Double clicking on a value in the raw tab seems to have no effect. > > p.s I asked twice in Discord with no response. I guess I'm finally getting > old enough that I don't understand how to use new platforms ;) While I'm feeling much the same (about being old and not understanding), and can empathise, I think in this case it is simply that the chat platforms are in flux at the moment. Esteban has requested we move to Discord, but the numbers are still fairly low. Hopefully things will improve soon. I.e. don't give up on discord just yet. :-) Cheers, Alistair

March 12, 2017

Re: [Pharo-dev] Did we lose edit-in-place in GT Inspector in Pharo 6?

by Andrei Chis

On Sun, Mar 12, 2017 at 5:07 PM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Tudor Girba-2 wrote > > this feature is temporarily not available due to the move to FastTable > > :( > > > Tudor Girba-2 wrote > > but we are working on adding it back. > > :) > > I use this all the time to e.g. nil out an inst var to > re-lazily-initialize. > I noticed it was missing (after trying to press the mouse button harder for > a few minutes... sigh) within minutes of testing out Pharo 6. There was no > setter, so I ended up doing an ugly, and time-consumiung, > `#instVarNamed:put:`. Will it be re-added in 6 before the release? I'd say > a > lost key feature is a bug, no? > This feature was lost because of the inspector move to FastTable and the adding of automatic refresh. But we hope to add it back for Pharo 6. Just it will be enabled on Shift+Click and not double click. Cheers, Andrei > > > > ----- > Cheers, > Sean > -- > View this message in context: http://forum.world.st/Did-we- > lose-edit-in-place-in-GT-Inspector-in-Pharo-6-tp4938264p4938297.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

March 12, 2017

debugger feature I would pay for

by stepharong

Hi doru You have some features and I would love to use it for real. Here is my scenario: I have a test failing in pillar dev but not in my previous image. :( I want to run a test in an image (green test). - get the test execution stack In another image (dev), I would like to load the green test stack and say to the debugger - execute the test in the local image up to there is a change by comparison with the other. I would pay for this feature. Stef

March 12, 2017

Re: [Pharo-dev] what is the SpecLayout architecture?

by stepharong

On Sat, 11 Mar 2017 14:55:35 +0100, Peter Uhnak <i.uhnak(a)gmail.com> wrote: > Hi, > > this is probably a tall order, but is there some description of > SpecLayout architecture? > > To clarify: I am NOT asking how to use SpecLayout, I am asking how > SpecLayout works internally. > > iirc SpecInterpreter was rewritten by Johan & Stef, so maybe you guys > have some notes? No we did not. In fact the interpreter not really nicely done. Esteban rewrote it but the spec author never wanted to listen and after a while he refactored the main ugly interpret method and since then I did not look at it. And Esteban got deadly attracted by uFFI and related ugly instability. I think that spec deserves a large pass but this is not something that you do without enough time and concentration. > > Thanks, > Peter > -- Using Opera's mail client: http://www.opera.com/mail/

March 12, 2017

Re: [Pharo-dev] Debugger: is there a way to skip a message?

by stepharong

> Oh, maybe âReturn entered valueâ is what Stef was looking for. > > If yes, you can obtain it from the contextual menu of the Stack. it is not clear that it will skip the execution because it could do the execution and return the value you type. > > > > Cheers, > Doru > > >> On Mar 11, 2017, at 3:03 PM, Ben Coman <btc(a)openInWorld.com> wrote: >> >> On Sat, Mar 11, 2017 at 4:20 AM, stepharong <stepharong(a)free.fr> wrote: >>> Hi >>> >>> I need to skip message while debugging and I thought that it was >>> possible. >>> May be I do not see it. >> >> This would be a nice feature. I never noticed if we ever had it >> Two work arounds I sometimes use... >> * select rest of the method and "Debug It". >> * step-Into, and then "Return entered value" >> >> cheer -ben >> > > -- > www.tudorgirba.com > www.feenk.com > > "Every thing should have the right to be different." > > > > -- Using Opera's mail client: http://www.opera.com/mail/

March 12, 2017

How to use the serial port on MacOS X?

by olivier auverlot

Hi, I try to use the serial port to communicate with an Arduino. On Linux, no problemo. I can open the serial port with the following code: | serialPort baudRate comPortNumber | baudRate := 31250. comPort := '/dev/ttyACM0'. serialPort := SerialPort new baudRate: 31250; dataBits: 8; stopBitsType: 1; parityType: 0; yourself. "the port is closed to ensure that it will be free" serialPort close. (serialPort openPort: comPort) isNil ifTrue: [ ^self error: 'COM port not available' ] ifFalse: [ serialPort inspect ]. serialPort close. But on MacOS X (10.11.6), the same code used with /dev/cu.usbmodel1411 doesn't run. The error is "Cannot open '/dev/cu.usbmodel1411'". I'm sure that is the correct serial port. If I type "more -f /dev/cu.usbmodel1411" in a terminal, the rx/tx leds of the Arduino are blink. Someone has an idea about this problem that is not specific of the Arduino but concerns the generic usage of the serial port with Pharo? Best regards Olivier ps: I can't test on Windows but I'm interested by a feedback.

March 12, 2017

Re: [Pharo-dev] Did we lose edit-in-place in GT Inspector in Pharo 6?

by Sean P. DeNigris

Tudor Girba-2 wrote > this feature is temporarily not available due to the move to FastTable :( Tudor Girba-2 wrote > but we are working on adding it back. :) I use this all the time to e.g. nil out an inst var to re-lazily-initialize. I noticed it was missing (after trying to press the mouse button harder for a few minutes... sigh) within minutes of testing out Pharo 6. There was no setter, so I ended up doing an ugly, and time-consumiung, `#instVarNamed:put:`. Will it be re-added in 6 before the release? I'd say a lost key feature is a bug, no? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Did-we-lose-edit-in-place-in-GT-Inspector-in-Pharo-6-… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 12, 2017

Re: [Pharo-dev] 60437 empty catalog

by Esteban Lorenzano

I introduced a change there (to force a cache per session and not per day as before). And I discovered than forcing an update in Catalog Browser empties the cache without refilling itâ¦ so it has to be my change :S I will review it tomorrow. Esteban > On 11 Mar 2017, at 15:54, Ben Coman <btc(a)openInWorld.com> wrote: > > > > On Sat, Mar 11, 2017 at 10:41 PM, David T. Lewis <lewis(a)mail.msen.com <mailto:lewis@mail.msen.com>> wrote: > > On Sat, Mar 11, 2017 at 10:14:58PM +0800, Ben Coman wrote: > >> Anyone else getting an empty Catalog? > >> > >> In 60437 & CoInterpreter * VMMaker.oscog-eem.2143 uuid: > >> fe064b6b-e530-4766-837d-799ffe1e8dcd Mar 3 2017 > >> (i386itimer-201703031554.zip) > >> > >> Sorry I'm too tired to bisect it myself right now. > >> (Just spent 10 hours sanding the wooden floors of my brothers house) > >> > > > > It looks ok to me. Try deleting the file from your local package cache, > > sometime an error condition can leave junk there. > > Thanks Dave. Testing again, from PharoLauncher > I do... Local/60437 > "Create an Image" > which essentially unzips 60437.zip with an empty package cache, > then Existing Images > 60437-01 > Launch. > Tools > Catalog > ==> still empty. > > PharoLauncher settings... > * Spur VM Full Path = /home/ben/.local/share/Pharo/VMs/i386itimer-201703031554/pharo > downloaded from... > * http://files.pharo.org/vm/pharo-spur32/linux/pharo-linux-i386itimer-2017030… <http://files.pharo.org/vm/pharo-spur32/linux/pharo-linux-i386itimer-2017030…> > > cheers -ben

March 12, 2017