February 2014 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Package for manage USB - RS232

by Dario Trussardi

Ciao, > Try adding (Smalltalk garbageCollect) after the #close. I add it, but after the SerialPort allInstances return an array with aSerialPort. Strange it's close. I found what "generate" the problem it's in the openPort: method. ---------------------------------------------------------------- openPort: portId "Open the given serial port, using the settings specified by my instance variables." | result | self close. "8-10 - wks - this has to tell us if it fails: step 1, save the primitive result" result := portId isString ifTrue: [self primOpenPortByName: portId baudRate: baudRate stopBitsType: stopBitsType parityType: parityType dataBits: dataBits inFlowControlType: inputFlowControlType outFlowControlType: outputFlowControlType xOnByte: xOnByte xOffByte: xOffByte] ifFalse: [self primOpenPort: portId baudRate: baudRate stopBitsType: stopBitsType parityType: parityType dataBits: dataBits inFlowControlType: inputFlowControlType outFlowControlType: outputFlowControlType xOnByte: xOnByte xOffByte: xOffByte]. "wks - raise an error if there was a failure." result isNil ifTrue:[ self error:'Cannot open ', portId printString. ]. port := portId _------------------------------------------------ The result isNotNil the thirst time i call the openPort: it's set at aSerialPort isNil the last time i call the openPort But if i remove the test : result isNil ifTrue:[ self error:'Cannot open ', portId printString. ]. all works fine the first and the following call. There is something wrong in the primitive call answer. Anyone is expert in this ? Thanks, Dario > > Now a question of my own for the list. Why does it seem common to do three #garbageCollects in a row. > > cheers -ben > > > Sven Van Caekenberghe wrote: >> >> Dario, >> >> On 17 Feb 2014, at 12:55, Dario Trussardi <dario.trussardi(a)tiscali.it> wrote: >> >> >>> Thanks Sven, >>> >>> >>>> You should #close the port when you are done, else it remains in use, I would guess. >>>> >>> Of course, i used : >>> >>> >>> | srl | >>> srl := SerialPort new. >>> srl openPort: 'COM1'. >>> >>> srl nextPutAll: #[ 27 66 2 2 ] . >>> >>> srl close. >>> >>> But after the first time, when submit the same code the system answer: >>> >>> Error: Cannot open 'COM1' >>> >>> I don't unterstand because. >>> >> >> Me neither. I have no experience working with serial ports (but I know some people on the list do), let alone on Windows, but from looking at the code #close should be enough. >> >> >>> I note what the sometimes SerialPort allInstances answer instance after the close method. >>> >>> Perhaps remain occupied some resources? >>> >> >> They are still there because they are not yet garbage collected. If they are properly closed (check the printString in the inspector), the external resource should have been released. >> >> Sorry, but I can't help you any further. >> >> Sven >> >> >>> Ciao, >>> >>> Dario >>> >>> >>>> Also, why do you #close before you start, seems strange to me ? >>>> >>>> On 17 Feb 2014, at 12:05, Dario Trussardi <dario.trussardi(a)tiscali.it> wrote: >>>> >>>> >>>>> Ciao, >>>>> >>>>> >>>>> >>>>>> Hi, >>>>>> >>>>>> I'm also interested by an answer to that question. So far, what I have as status is: you need a plugin to handle communications with the serial port (either for direct RS232 or USB-to-Serial) and compiling the serial port plugin with the Pharo VM makes it unstable. >>>>>> >>>>> I dont know " compiling " plugin area. ( i work with Windows 7 ) >>>>> >>>>> >>>>>> The solution we used was: to compile the serial plugin for the squeak VM and work in Squeak (4.3) instead of Pharo. >>>>>> >>>>> Can you explain more detail about it? >>>>> >>>>> >>>>> My test is : >>>>> >>>>> >>>>> I download the Pharo 2.0 #20628 and i use the SerialPort class. >>>>> >>>>> The first time i do the code: >>>>> >>>>> | srl | >>>>> >>>>> srl := SerialPort new. >>>>> srl close. >>>>> >>>>> srl openPort: 'COM1'. >>>>> >>>>> srl nextPutAll: #[ 27 66 2 2 ] . >>>>> >>>>> The RS232 device work fine. >>>>> >>>>> After the first time, when submit the same code the system answer: >>>>> >>>>> Error: Cannot open 'COM1' >>>>> >>>>> A this time i need to restart the Pharo environment. >>>>> >>>>> >>>>> Any considerations, suggestions ? >>>>> >>>>> >>>>> Thanks, >>>>> >>>>> Dario >>>>> >>>>> >>>>> >>>>>> Thierry >>>>>> >>>>>> Le 16/02/2014 16:28, Dario Trussardi a Ã©crit : >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> i work with: Pharo1.Latest update: #14445 ( or with: Pharo2.0 Latest update: #20628 ). >>>>>>> >>>>>>> >>>>>>> I'm interested to manage communications with USB or RS232 device. >>>>>>> >>>>>>> >>>>>>> I can find package which support this protocol? >>>>>>> >>>>>>> Thank for any considerations ? >>>>>>> >>>>>>> Dario >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> -- >>>>>> Thierry Goubier >>>>>> CEA list >>>>>> Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s >>>>>> 91191 Gif sur Yvette Cedex >>>>>> France >>>>>> Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95 >>>>>> >>>>>> >>>>> >>>> >>> >> >> >> >> >

Feb. 17, 2014

Re: [Pharo-dev] [Vm-dev] Re: Mapping key Ctrl+M and Ctrl+Enter

by Guillermo Polito

That is keypress. In keypress you don't have to rely on the keyvalue but on the charcode. On Mon, Feb 17, 2014 at 3:39 PM, Nicolai Hess <nicolaihess(a)web.de> wrote: > > hi Guille, > > platform: Windows. > > actually I don't know which events :) > keyup/keydown/keystroke? > > It is how pharo dispatches events for global shortcuts ctrl-o + ctrl-w > opens a Workspace. > ctrl+o + ctrl+m should open a monticello browser, but this one doesn't > work. > > debugging HandMorph>>handleEvent: > shows (pharo and squeak) > > ctrl-w handle event > (keyvalue->event) > 23->[keystroke '<Ctrl-w>'] > 87->[keyUp '<Ctrl-W>'] ) > > and ctrl-m > 77->[keyUp '<Ctrl-M>'] > > ctrl+Enter > 10->[keystroke '<Ctrl-j>'] > 13->[keyUp '<Ctrl-m>'] > > > > nicolai > > > > > > > > > > > > > > 2014-02-17 14:48 GMT+01:00 Guillermo Polito <guillermopolito(a)gmail.com>: > >> >> Hi Nicolai! >> >> which event are you listening to? Which platform? :) >> >> Keyup and keypress behave indeed differently though they use the same >> data structure (the event buffer array) to send the event from the vm to >> the image. Some fields that are valid for keyup are not for keypress and >> vice-versa. >> >> Cheers, >> Guille >> >> >> On Mon, Feb 17, 2014 at 2:01 PM, <btc(a)openinworld.com> wrote: >> >>> >>> Nicolai Hess wrote: >>> >>> Someone knows(remembers) why Ctrl+Enter is mapped to keyvalue 13 >>> I would expect Ctrl+M to be mapped at this value. >>> >>> >>> Ctrl+l -> keyValue 12 >>> Ctrl+Enter -> keyValue 13 >>> Ctrl+n -> keyValue 14 >>> >>> I miss >>> Ctrl+M -> keyValue ???? >>> >>> (see Fogbugz issue 12103 <https://pharo.fogbugz.com/default.asp?12103> >>> shortcuts for tools) >>> >>> (I vagualy remember this is related to the VM and there was >>> a reason for doing so, but don't know it anymore) >>> >>> >>> >>> regards >>> nicolai >>> >>> >>> Probably more than you wanted to know... >>> http://answers.google.com/answers/threadview/id/267586.html >>> http://www.everything2.org/index.pl?node=control%20codes >>> cheers -ben >>> >>> >> >> > >

Feb. 17, 2014

Re: [Pharo-dev] WhatsUp from: 2014-02-17 until: 2014-02-28

by Goubier Thierry

Le 17/02/2014 07:00, seaside(a)rmod.lille.inria.fr a Ã©crit : > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: > > - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS - Porting all of SmaCC 2.0.3 from Dolphin to Pharo 3. Everything works except the distributed rewrite server and client - Porting gitfiletree with remote repo cloning to Pharo 2. > ### What's next, until 2014-02-28 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION - Use SmaCC in production - Improve SmaCC automatic AST node code generation - Backport AltBrowser improvements from 3.0 to 2.0 - Maybe: port gitfiletree to Squeak. - Maybe: add a Class hierarchy RB environment for AltBrowser to get a class hierachy view. Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Feb. 17, 2014

Re: [Pharo-dev] [Vm-dev] Re: Mapping key Ctrl+M and Ctrl+Enter

by Nicolai Hess

hi Guille, platform: Windows. actually I don't know which events :) keyup/keydown/keystroke? It is how pharo dispatches events for global shortcuts ctrl-o + ctrl-w opens a Workspace. ctrl+o + ctrl+m should open a monticello browser, but this one doesn't work. debugging HandMorph>>handleEvent: shows (pharo and squeak) ctrl-w handle event (keyvalue->event) 23->[keystroke '<Ctrl-w>'] 87->[keyUp '<Ctrl-W>'] ) and ctrl-m 77->[keyUp '<Ctrl-M>'] ctrl+Enter 10->[keystroke '<Ctrl-j>'] 13->[keyUp '<Ctrl-m>'] nicolai 2014-02-17 14:48 GMT+01:00 Guillermo Polito <guillermopolito(a)gmail.com>: > > Hi Nicolai! > > which event are you listening to? Which platform? :) > > Keyup and keypress behave indeed differently though they use the same data > structure (the event buffer array) to send the event from the vm to the > image. Some fields that are valid for keyup are not for keypress and > vice-versa. > > Cheers, > Guille > > > On Mon, Feb 17, 2014 at 2:01 PM, <btc(a)openinworld.com> wrote: > >> >> Nicolai Hess wrote: >> >> Someone knows(remembers) why Ctrl+Enter is mapped to keyvalue 13 >> I would expect Ctrl+M to be mapped at this value. >> >> >> Ctrl+l -> keyValue 12 >> Ctrl+Enter -> keyValue 13 >> Ctrl+n -> keyValue 14 >> >> I miss >> Ctrl+M -> keyValue ???? >> >> (see Fogbugz issue 12103 <https://pharo.fogbugz.com/default.asp?12103> >> shortcuts for tools) >> >> (I vagualy remember this is related to the VM and there was >> a reason for doing so, but don't know it anymore) >> >> >> >> regards >> nicolai >> >> >> Probably more than you wanted to know... >> http://answers.google.com/answers/threadview/id/267586.html >> http://www.everything2.org/index.pl?node=control%20codes >> cheers -ben >> >> > >

Feb. 17, 2014

Re: [Pharo-dev] WhatsUp from: 2014-02-17 until: 2014-02-28

by Stefan Marr

Hi: On 17 Feb 2014, at 07:00, seaside(a)rmod.lille.inria.fr wrote: > ### Here's what I've been up to since the last WhatsUp: - got StackInterpreterSimulator running in Pharo3 -> there are remaining issues with the BallonEngine simulation, but according to Eliot, you can just ignore the failing assertions > ### Whatâs next, until 2014-02-28 (*): - get the CogVM simulator working Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/

Feb. 17, 2014

Re: [Pharo-dev] Package for manage USB - RS232

by btc＠openinworld.com

Feb. 17, 2014

Re: [Pharo-dev] WhatsUp from: 2014-02-17 until: 2014-02-28

by Max Leske

On 17.02.2014, at 07:00, seaside(a)rmod.lille.inria.fr wrote: > Hi! We're sending this automatic email twice a month, to give the community an opportunity to easily know what's happening and to coordinate efforts. Just answer informally, and feel free to spawn discussions thereafter! > > ### Here's what I've been up to since the last WhatsUp: > > - $HEROIC_ACHIEVEMENTS_OR_DISMAL_FAILURES_OR_SIMPLE_BORING_NECESSARY_TASKS - Finished Fuel 1.9.3 (not published yet, so please wait with integrating. You should see an announcement in the next couple of days.) - Fuel can now be used with Squeak4.5 - We now have Fuel builds for Squeak4.4 and Squeak4.5, inlcluding test results - Finished proof of concept for Fuel configurations (script your Fuel :) ) > > ### What's next, until 2014-02-28 (*): > > - $NEXT_STEPS_TOWARDS_WORLD_DOMINATION - implement number of objects limit for Fuel (is necessary for MethodContext serialization) > > (*) we'll be expecting results by then ;) >

Feb. 17, 2014

Re: [Pharo-dev] [Vm-dev] Re: Mapping key Ctrl+M and Ctrl+Enter

by Guillermo Polito

Hi Nicolai! which event are you listening to? Which platform? :) Keyup and keypress behave indeed differently though they use the same data structure (the event buffer array) to send the event from the vm to the image. Some fields that are valid for keyup are not for keypress and vice-versa. Cheers, Guille On Mon, Feb 17, 2014 at 2:01 PM, <btc(a)openinworld.com> wrote: > > Nicolai Hess wrote: > > Someone knows(remembers) why Ctrl+Enter is mapped to keyvalue 13 > I would expect Ctrl+M to be mapped at this value. > > > Ctrl+l -> keyValue 12 > Ctrl+Enter -> keyValue 13 > Ctrl+n -> keyValue 14 > > I miss > Ctrl+M -> keyValue ???? > > (see Fogbugz issue 12103 <https://pharo.fogbugz.com/default.asp?12103> > shortcuts for tools) > > (I vagualy remember this is related to the VM and there was > a reason for doing so, but don't know it anymore) > > > > regards > nicolai > > > Probably more than you wanted to know... > http://answers.google.com/answers/threadview/id/267586.html > http://www.everything2.org/index.pl?node=control%20codes > cheers -ben > >

Feb. 17, 2014

[pharo-project/pharo-core] d26359: 30765

by GitHub

Branch: refs/heads/3.0 Home: https://github.com/pharo-project/pharo-core Commit: d26359d3c56eb14e6e532af0e60814f7a6ac2b18 https://github.com/pharo-project/pharo-core/commit/d26359d3c56eb14e6e532af0… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-02-17 (Mon, 17 Feb 2014) Changed paths: M Morphic-Core.package/PasteUpMorph.class/instance/world menu/makeAScreenshot.st M Morphic-Core.package/WorldState.class/class/world menu items/screenShotCommandOn_.st M Polymorph-Widgets.package/UITheme.class/instance/services/centeredAlertIn_text_title_configure_.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - scripts/script418.st A ScriptLoader30.package/ScriptLoader.class/instance/pharo - updates/update30765.st M ScriptLoader30.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 30765 12896 Screenshot tool: tell save location https://pharo.fogbugz.com/f/cases/12896 12895 #centeredAlert:title:configure dialog is not centered https://pharo.fogbugz.com/f/cases/12895 http://files.pharo.org/image/30/30765.zip

Feb. 17, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/30765 Home: https://github.com/pharo-project/pharo-core

Feb. 17, 2014