- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] [Vm-dev] keyboard events in the windows VM

by stepharo

I have the impression that this is good. Now we should really make sure that with OSWindow will have the same behavior. Stef Le 12/11/15 09:35, Nicolai Hess a Ã©crit : > > > > A short overview: > > With Ctrl-Key pressed, > > some keyboard events don't generate smalltalk keystrokes (EventKeyChar) > ctrl+tab, ctrl+1, ctrl+2, ..., ctrl+0, ctrl+Tab, ctrl+m > > for some keyboard events there are only key down and key up events > (from windows) but the vm "generates" a keypress (EventKeyChar) event > ctrl+Home, ctrl+End, ctrl+PageUp, ... > > But the key value , char code and ctrl flag for this generated events, > make them undistinguishable from other ctrl+key shortcuts > ctrl+a = ctrl+Home, ctrl+d = ctrl+End, ctrl+k=ctrl+PageUp,... > > And one key (ctrl+Enter) creates two EventKeyChar events one "normal" > and one that is generated from the vm > one with keyvalue 10 and one with 13. > > And the keycode for char like "a","b", ..., are different if you they > are typed with or without ctrl-key > > just key "a": > keycode: > 65 (keydown event) > 97 (keyvalue/charcode event) (65 if you press shift key) > 65 (keyup event) > > with ctrl key pressed: > keycode > 65 (keydown event) > 1 (keyvalue/charcode event) > 65 (keyup event) > > > I would like to change this, that means: > > generate EventKeyChar events for > ctrl+1, ctrl+2, ..., ctrl+Tab, ctrl+m > > remove the double key event for ctrl+Enter > > and adopt the behavior of the linux vm, for keyValue, charCode values > for events like > ctrl+a, ctrl+home, ... > > for example, the linux vm generates event buffer values: > #(2 7329656 1 0 2 65 0 1) for ctrl+a (keyValue 1/charCode 65) > but > #(2 7329656 1 0 2 1 0 1) for ctrl+home (keyValue 1/charCode 1) > > this may need some changes on the image side. For example, in Pharo we > have some special handling that adds "96" to the keyValue for > keystrokes with ctrl-key). > > What do you think? > > > > nicolai >

Nov. 14, 2015

Democracy attacked...

by stepharo

Hi guys I just want to let you that France got attacked by kamizazes probably from these fanatics ruining syria and we are touched. 120 people killed: they attacked a rock concert and restaurants in the street in Paris. They killed people randomly and as birds. I hope that such attacks will not happen in your country but if we do not do anything I doubt it will not expand. And sadly this is just the beginning because this is a terrible war in fact. Democracy and our model are threatened and I hope our countries will realize that we have to react. Stef

Nov. 14, 2015

[pharo-project/pharo-core] 438f4c: 50443

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 438f4c8c04c0f19acdd5a0285f6ffe1f949929c3 https://github.com/pharo-project/pharo-core/commit/438f4c8c04c0f19acdd5a028… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-11-13 (Fri, 13 Nov 2015) Changed paths: A Monticello-Tests.package/MCPackageManagerTest.class/README.md A Monticello-Tests.package/MCPackageManagerTest.class/definition.st A Monticello-Tests.package/MCPackageManagerTest.class/instance/as yet unclassified/setUp.st A Monticello-Tests.package/MCPackageManagerTest.class/instance/as yet unclassified/tearDown.st A Monticello-Tests.package/MCPackageManagerTest.class/instance/as yet unclassified/testClassAdded.st A Monticello-Tests.package/MCPackageManagerTest.class/instance/as yet unclassified/testClassRemoved.st M Monticello.package/MCPackageManager.class/class/system changes/classRemoved_.st M Morphic-Base.package/AlphaImageMorph.class/instance/geometry/extent_.st A Morphic-Base.package/ImageMorph.class/instance/geometry/basicExtent_.st M Morphic-Base.package/ImageMorph.class/instance/geometry/extent_.st M NECompletion.package/NECMenuMorph.class/instance/accessing/detailPosition_.st M NECompletion.package/NECMenuMorph.class/instance/initialization/initialize.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50442.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50443.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50442.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50443.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Inspector.package/EyeMorphViewer.class/instance/event-handling/objectChanged.st Log Message: ----------- 50443 17006 Remove usage of when:send:to in NECMenuMorph https://pharo.fogbugz.com/f/cases/17006 17003 Remove usage of triggerEvent: #extent ... in ImageMorph https://pharo.fogbugz.com/f/cases/17003 16925 Monticello does not take into account RPackage model https://pharo.fogbugz.com/f/cases/16925 http://files.pharo.org/image/50/50443.zip

Nov. 13, 2015

[pharo-project/pharo-core]

by GitHub

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

Nov. 13, 2015

Re: [Pharo-dev] keyboard events in the windows VM

by Nicolai Hess

2015-11-13 8:33 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2015-11-12 16:43 GMT+01:00 EuanM <euanmee(a)gmail.com>: > >> I'm happy to test on Windows 7, and on Raspbian Linux >> >> (Although Raspbian Linux runs Pharo UI events slo-o-owly, so I am not >> the best person to do the Linux testing) >> > > Thank you EuanM, > I 'll provide a vm with these changes. All changes are only for the > windows vm at the moment. > a windows test vm https://drive.google.com/file/d/0B8yEahnuIem2cHlGNmdnbFlSTnc/view?usp=shari… ctrl+0/1/2/3.... now generates keystrokes ctrl+m works ctrl+tab (works), you need to modifiy hasSpecialCTRLKeyValue and disable it for keyValue 9 (like 4 and 1) you can test this with adding/modifying the methods with the <keymap> pragma. > > >> >> On 12 November 2015 at 15:42, EuanM <euanmee(a)gmail.com> wrote: >> > I think anything that makes a consistent UI to Pharo for users on >> > different platforms is a good thing. >> > >> > However, I do not know what the downside-effects of this change are. >> > >> > The key thing is to capture all breaks caused by the changed, so they >> > can be coded through or around. And ensure that the test results are >> > viewed with at least the same importance as the automated Jenkins CI >> > test results. >> > >> > I do not know the extent that the Jenkins CI tests actually simulate >> > user keyboard input, so... (Pharo pseudocode for comic effect and >> > clarity) >> > >> > We can write Jenkins tests that simulate user input >> > ifTrue: [ we should do so ]. >> > ifFalse: [ >> > we should >> > write a canonical set of regression test scripts for human >> > users to follow . >> > we should >> > do: [:eachPlatformSupportedByPharo | >> > run the tests in which humans use keyboard tasks ] . >> > we should >> > capture the results ; >> > and feed them into automated the regression tests results >> database >> > ] >> > >> > >> > On 12 November 2015 at 08:35, Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >> A short overview: >> >> >> >> With Ctrl-Key pressed, >> >> >> >> some keyboard events don't generate smalltalk keystrokes (EventKeyChar) >> >> ctrl+tab, ctrl+1, ctrl+2, ..., ctrl+0, ctrl+Tab, ctrl+m >> >> >> >> for some keyboard events there are only key down and key up events >> (from >> >> windows) but the vm "generates" a keypress (EventKeyChar) event >> >> ctrl+Home, ctrl+End, ctrl+PageUp, ... >> >> >> >> But the key value , char code and ctrl flag for this generated events, >> make >> >> them undistinguishable from other ctrl+key shortcuts >> >> ctrl+a = ctrl+Home, ctrl+d = ctrl+End, ctrl+k=ctrl+PageUp,... >> >> >> >> And one key (ctrl+Enter) creates two EventKeyChar events one "normal" >> and >> >> one that is generated from the vm >> >> one with keyvalue 10 and one with 13. >> >> >> >> And the keycode for char like "a","b", ..., are different if you they >> are >> >> typed with or without ctrl-key >> >> >> >> just key "a": >> >> keycode: >> >> 65 (keydown event) >> >> 97 (keyvalue/charcode event) (65 if you press shift key) >> >> 65 (keyup event) >> >> >> >> with ctrl key pressed: >> >> keycode >> >> 65 (keydown event) >> >> 1 (keyvalue/charcode event) >> >> 65 (keyup event) >> >> >> >> >> >> I would like to change this, that means: >> >> >> >> generate EventKeyChar events for >> >> ctrl+1, ctrl+2, ..., ctrl+Tab, ctrl+m >> >> >> >> remove the double key event for ctrl+Enter >> >> >> >> and adopt the behavior of the linux vm, for keyValue, charCode values >> for >> >> events like >> >> ctrl+a, ctrl+home, ... >> >> >> >> for example, the linux vm generates event buffer values: >> >> #(2 7329656 1 0 2 65 0 1) for ctrl+a (keyValue 1/charCode 65) >> >> but >> >> #(2 7329656 1 0 2 1 0 1) for ctrl+home (keyValue 1/charCode 1) >> >> >> >> this may need some changes on the image side. For example, in Pharo we >> >> have some special handling that adds "96" to the keyValue for >> keystrokes >> >> with ctrl-key). >> >> >> >> What do you think? >> >> >> >> >> >> >> >> nicolai >> >> >> >> >

Nov. 13, 2015

[pharo-project/pharo-core]

by GitHub

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

Nov. 13, 2015

[pharo-project/pharo-core] 38d8d1: 50442

by GitHub

Branch: refs/heads/5.0 Home: https://github.com/pharo-project/pharo-core Commit: 38d8d15cd6e5a21919ba7e553251d23cb199a8ce https://github.com/pharo-project/pharo-core/commit/38d8d15cd6e5a21919ba7e55… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2015-11-13 (Fri, 13 Nov 2015) Changed paths: M ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/symbolic versions/stable_.st A ConfigurationOfRubric.package/ConfigurationOfRubric.class/instance/versions/version23_.st M Nautilus.package/AbstractNautilusUI.class/instance/source code area/showSourceCode_.st M Nautilus.package/NautilusUI.class/instance/debugging actions/debugTest_.st M Nautilus.package/NautilusUI.class/instance/menus behavior/toggleBreakOnEntryIn_.st A Reflectivity.package/Break.class/README.md A Reflectivity.package/Break.class/class/break/break.st A Reflectivity.package/Break.class/definition.st A Reflectivity.package/Breakpoint.class/class/cleanup/removeFrom_.st R Reflectivity.package/Breakpoint.class/class/instance creation/inNode_.st A Reflectivity.package/Breakpoint.class/class/instance creation/in_.st A Reflectivity.package/Breakpoint.class/instance/accessing/condition_.st R Reflectivity.package/Breakpoint.class/instance/api/now.st R Reflectivity.package/Breakpoint.class/instance/controll/disable.st R Reflectivity.package/Breakpoint.class/instance/controll/enable.st R Reflectivity.package/Breakpoint.class/instance/halt/haltNow.st M Reflectivity.package/Breakpoint.class/instance/initialization/initialize.st M Reflectivity.package/Breakpoint.class/instance/links/haltLink.st M Reflectivity.package/Breakpoint.class/instance/links/haltLinkOneShot.st R Reflectivity.package/Breakpoint2.class/README.md R Reflectivity.package/Breakpoint2.class/class/break/break.st R Reflectivity.package/Breakpoint2.class/class/install%2Fremove/installOn_.st R Reflectivity.package/Breakpoint2.class/class/install%2Fremove/removeAll.st R Reflectivity.package/Breakpoint2.class/class/install%2Fremove/removeFrom_.st R Reflectivity.package/Breakpoint2.class/definition.st R Reflectivity.package/BreakpointManager.class/README.md R Reflectivity.package/BreakpointManager.class/definition.st M Reflectivity.package/extension/CompiledMethod/instance/hasBreakpoint.st A Rubric.package/RubWorkspaceExample.class/class/examples/exampleWindowWithScrolledText.st A Rubric.package/RubWorkspaceExample.class/class/examples/exampleWithCustomShortcut.st R Rubric.package/RubWorkspaceExample.class/class/examples/open.st R Rubric.package/RubWorkspaceExample.class/class/examples/spyAnnouncer.st R Rubric.package/RubWorkspaceExample.class/class/examples/title.st R Rubric.package/RubWorkspaceExample.class/class/examples/windowWithScrolledText_.st A Rubric.package/RubWorkspaceExample.class/class/instance creation/open.st A Rubric.package/RubWorkspaceExample.class/class/private - accessing/spyAnnouncer.st A Rubric.package/RubWorkspaceExample.class/class/private - accessing/title.st A Rubric.package/RubWorkspaceExample.class/class/private - utilities/windowWithScrolledText_.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50441.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - scripts/script50442.st R ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50441.st A ScriptLoader50.package/ScriptLoader.class/instance/pharo - updates/update50442.st M ScriptLoader50.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M SmartSuggestions.package/SugsBreakpointSuggestion.class/instance/breakpoints/breakpointForCondition.st M SmartSuggestions.package/SugsBreakpointSuggestion.class/instance/execution/execute.st M Spec-Inspector.package/EyeInspectorTest.class/instance/tests/testErrorRaised.st Log Message: ----------- 50442 17002 EyeInspectorTest assumes that EyeInspector is the default inspector https://pharo.fogbugz.com/f/cases/17002 17005 text pane of Nautilus is always returns true for #hasUnacceptedEdits https://pharo.fogbugz.com/f/cases/17005 17004 Unify Breakpoint with Breakpoint2 https://pharo.fogbugz.com/f/cases/17004 17001 new rubric configuration https://pharo.fogbugz.com/f/cases/17001 http://files.pharo.org/image/50/50442.zip

Nov. 13, 2015

Re: [Pharo-dev] Using a newer vm with PharoLauncher, platform differences

by Stephan Eggermont

On 13/11/15 15:41, Ben Coman wrote: > I remember having some problems and worked out escaping spaces is > important. So this works for me... > /Users/ben/Library/Application\ Support/Pharo/vm/ > pharo-mac-stable-vm/Contents/MacOS/Pharo Ah yes, that works. Thanks. > ...but thinking further on this, its non-obvious and we should make > this easier - ideally using a file selection dialog. Indeed, especially as the default location for PharoLauncher on mac is on a path with a space, in a directory that is hidden... Stephan

Nov. 13, 2015

Re: [Pharo-dev] [Pharo-project] [Vm-dev] Cog issue? Re: StandardFileStream size limit?

by Thierry Goubier

2015-11-13 16:24 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2015-11-12 14:15 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > >> >> >> 2015-11-12 14:10 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: >> >>> latest vm has issues with OSProcess stdout the last time I checked on >>> Yosemite. I would not call it stable unless we talk only crashes here. >>> >> >> Ah, I didn't know this was a vm issue. Does this means it is working with >> the "official" stable vm ? >> > > Can you check if OSProcess is working with the stable vm? This may help to > fix this issue. > OSProcess works on the stable vm on Mac OS X, and on the stable and on the latest vm on Linux. Thierry > > Thanks > nicolai > > > >> >> >>> >>> On Thu, Nov 12, 2015 at 2:55 PM Nicolai Hess <nicolaihess(a)gmail.com> >>> wrote: >>> >>>> 2015-11-12 6:14 GMT+01:00 Jimmie Houchin <jlhouchin(a)gmail.com>: >>>> >>>>> This still fails three and a half years later with a default Pharo 4 >>>>> vm and image. >>>>> :( >>>>> >>>>> I spent a few hours trying to diagnose why Pharo was telling me that I >>>>> file I knew existed didn't exist. Very frustrating trying to debug this and >>>>> then to find it is a vm and not an image issue. I then to search the >>>>> archives to find this is a known issue for this long and still broken. >>>>> >>>>> The latest linux vm works fine. >>>>> http://files.pharo.org/vm/pharo/linux/Pharo-VM-linux-latest.zip >>>>> >>>> >>>> Yes, the latest vm is pretty stable. But I think the problem is, there >>>> are to many changes for to many >>>> different projects: >>>> - I added a change to the windows keyevent handling and created a >>>> small regression (can not use ctrl+space anymore) >>>> - changes for OSWindow /SDL >>>> - spur (?) or any other changes from the main squeak vm >>>> - ... >>>> >>>> I think we should have create release candidate branch and make sure >>>> more people testing that version and all >>>> newer changes go to the master/development branch only. >>>> >>>> nicolai >>>> >>>> >>>>> >>>>> Is there a reason why the "latest" vm isn't the stable vm? Or at least >>>>> this bugfix applied to the stable vm? >>>>> >>>>> Thanks. >>>>> >>>>> Jimmie >>>>> >>>>> >>>>> >>>>> On 06/13/2012 05:00 PM, eliot.miranda at gmail.com (Eliot Miranda) >>>>> wrote: >>>>> >>>>>> On Wed, Jun 13, 2012 at 7:40 AM, David T. Lewis <lewis at >>>>>> mail.msen.com> wrote: >>>>>> >>>>>> On Wed, Jun 13, 2012 at 04:08:14PM +0200, G?ran Krampe wrote: >>>>>>> >>>>>>>> Hey! >>>>>>>> >>>>>>>> Ok, so the plot thickens: >>>>>>>> >>>>>>>> If I run this in a "oneclick 1.4" I will get a file write error on >>>>>>>> 2Gb: >>>>>>>> >>>>>>>> | f b | >>>>>>>> f := StandardFileStream newFileNamed: 'test'. >>>>>>>> b := ByteArray new: 1024*1024*100. "100Mb" >>>>>>>> [30 timesRepeat: [f nextPutAll: b]] ensure: [f close] "3Gb" >>>>>>>> >>>>>>>> >>>>>>>> ...but it worked fine using a self built "standard" VM from >>>>>>>> squeakvm.org >>>>>>>> (4.4.7.2357)! Same image btw. >>>>>>>> >>>>>>>> Now, does it work with the bleeding edge Cog? Tried r2556 and nope, >>>>>>>> same >>>>>>>> problem. >>>>>>>> >>>>>>>> So I "guess" it is a Cog thing? I haven't tried building Cog from >>>>>>>> source. >>>>>>>> >>>>>>>> regards, G?ran >>>>>>>> >>>>>>> Background on large file support, see especially Bert's summary: >>>>>>> >>>>>>> >>>>>>> >>>>>>> http://forum.world.st/Re-squeak-dev-filesize-reporting-0-for-very-large-fil… >>>>>>> http://bugs.squeak.org/view.php?id=7522 >>>>>>> http://www.suse.de/~aj/linux_lfs.html >>>>>>> >>>>>>> I'm not sure if the Cog VMs are being compiled with the the LFS >>>>>>> option, >>>>>>> although >>>>>>> I expect that if you compile it yourself with the build options that >>>>>>> Bert >>>>>>> explains, >>>>>>> then it should start working. >>>>>>> >>>>>>> I just committed the necessary changes for my branch. Will rebuild >>>>>> soon. >>>>>> G?ran, if you're in a hurry build your own? You'd need to be in >>>>>> http://www.squeakvm.org/svn/squeak/branches/Cog/unixbuild/bld and >>>>>> run ./mvm. >>>>>> >>>>> >>>>> >>>>> >> >

Nov. 13, 2015

Re: [Pharo-dev] [Pharo-project] [Vm-dev] Cog issue? Re: StandardFileStream size limit?

by Nicolai Hess

2015-11-12 14:15 GMT+01:00 Nicolai Hess <nicolaihess(a)gmail.com>: > > > 2015-11-12 14:10 GMT+01:00 Dimitris Chloupis <kilon.alios(a)gmail.com>: > >> latest vm has issues with OSProcess stdout the last time I checked on >> Yosemite. I would not call it stable unless we talk only crashes here. >> > > Ah, I didn't know this was a vm issue. Does this means it is working with > the "official" stable vm ? > Can you check if OSProcess is working with the stable vm? This may help to fix this issue. Thanks nicolai > > >> >> On Thu, Nov 12, 2015 at 2:55 PM Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >>> 2015-11-12 6:14 GMT+01:00 Jimmie Houchin <jlhouchin(a)gmail.com>: >>> >>>> This still fails three and a half years later with a default Pharo 4 vm >>>> and image. >>>> :( >>>> >>>> I spent a few hours trying to diagnose why Pharo was telling me that I >>>> file I knew existed didn't exist. Very frustrating trying to debug this and >>>> then to find it is a vm and not an image issue. I then to search the >>>> archives to find this is a known issue for this long and still broken. >>>> >>>> The latest linux vm works fine. >>>> http://files.pharo.org/vm/pharo/linux/Pharo-VM-linux-latest.zip >>>> >>> >>> Yes, the latest vm is pretty stable. But I think the problem is, there >>> are to many changes for to many >>> different projects: >>> - I added a change to the windows keyevent handling and created a small >>> regression (can not use ctrl+space anymore) >>> - changes for OSWindow /SDL >>> - spur (?) or any other changes from the main squeak vm >>> - ... >>> >>> I think we should have create release candidate branch and make sure >>> more people testing that version and all >>> newer changes go to the master/development branch only. >>> >>> nicolai >>> >>> >>>> >>>> Is there a reason why the "latest" vm isn't the stable vm? Or at least >>>> this bugfix applied to the stable vm? >>>> >>>> Thanks. >>>> >>>> Jimmie >>>> >>>> >>>> >>>> On 06/13/2012 05:00 PM, eliot.miranda at gmail.com (Eliot Miranda) >>>> wrote: >>>> >>>>> On Wed, Jun 13, 2012 at 7:40 AM, David T. Lewis <lewis at >>>>> mail.msen.com> wrote: >>>>> >>>>> On Wed, Jun 13, 2012 at 04:08:14PM +0200, G?ran Krampe wrote: >>>>>> >>>>>>> Hey! >>>>>>> >>>>>>> Ok, so the plot thickens: >>>>>>> >>>>>>> If I run this in a "oneclick 1.4" I will get a file write error on >>>>>>> 2Gb: >>>>>>> >>>>>>> | f b | >>>>>>> f := StandardFileStream newFileNamed: 'test'. >>>>>>> b := ByteArray new: 1024*1024*100. "100Mb" >>>>>>> [30 timesRepeat: [f nextPutAll: b]] ensure: [f close] "3Gb" >>>>>>> >>>>>>> >>>>>>> ...but it worked fine using a self built "standard" VM from >>>>>>> squeakvm.org >>>>>>> (4.4.7.2357)! Same image btw. >>>>>>> >>>>>>> Now, does it work with the bleeding edge Cog? Tried r2556 and nope, >>>>>>> same >>>>>>> problem. >>>>>>> >>>>>>> So I "guess" it is a Cog thing? I haven't tried building Cog from >>>>>>> source. >>>>>>> >>>>>>> regards, G?ran >>>>>>> >>>>>> Background on large file support, see especially Bert's summary: >>>>>> >>>>>> >>>>>> >>>>>> http://forum.world.st/Re-squeak-dev-filesize-reporting-0-for-very-large-fil… >>>>>> http://bugs.squeak.org/view.php?id=7522 >>>>>> http://www.suse.de/~aj/linux_lfs.html >>>>>> >>>>>> I'm not sure if the Cog VMs are being compiled with the the LFS >>>>>> option, >>>>>> although >>>>>> I expect that if you compile it yourself with the build options that >>>>>> Bert >>>>>> explains, >>>>>> then it should start working. >>>>>> >>>>>> I just committed the necessary changes for my branch. Will rebuild >>>>> soon. >>>>> G?ran, if you're in a hurry build your own? You'd need to be in >>>>> http://www.squeakvm.org/svn/squeak/branches/Cog/unixbuild/bld and run >>>>> ./mvm. >>>>> >>>> >>>> >>>> >

Nov. 13, 2015