Re: [Pharo-dev] Brand new modern Spotter design!
On 01/04/15 11:53, Tudor Girba wrote: Nah, you have to experience it first hand yourself. It's too cool to experience it via a dead picture. On wednesday we used it in the devnology workshop. It just works, no participants had any remarks :) Stephan
[Pharo-dev] editing in Spotter code pane
I've just started trying to make more use of the code pane in Spotter. It seemed ideal for the case when I want to add self haltOnce to a dozen methods. However when I hit enter to get a new line, Spotter closes. Additionally the Browser that opens doesn't contain the change I made in Spotter - they've been thrown away. I propose that when the cursor is inside the code pane, it doesn't close Spotter. Even at this late stage, could this be done for Pharo 4? Only because I am guessing this since Spotter is a core tool, this might end up a common complaint as people adapt their workflow to use Spotter more. Would it be safer at this late stage prior to Release that this be done as a Slice, to limit other changes that might come through the Spotter Configuration? cheers -ben
Re: [Pharo-dev] Brand new modern Spotter design!
Universal : Doru On Fri, Apr 3, 2015 at 9:47 AM, Stephan Eggermont step...@stack.nl wrote: On 01/04/15 11:53, Tudor Girba wrote: Nah, you have to experience it first hand yourself. It's too cool to experience it via a dead picture. On wednesday we used it in the devnology workshop. It just works, no participants had any remarks :) Stephan -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD
Am 03.04.15 11:13, schrieb Esteban Lorenzano: On 02 Apr 2015, at 19:20, Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com wrote: Hi Andreas, sorry to be late in replying. This has been a busy month (I moved house). On Sat, Mar 14, 2015 at 10:33 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Eliot, Am 11.03.2015 um 23:15 schrieb Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com: HI Andreas, On Wed, Mar 11, 2015 at 9:55 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Clement, Am 11.03.2015 um 09:23 schrieb Clément Bera bera.clem...@gmail.com mailto:bera.clem...@gmail.com: Hello, About the FreeBSD VM, Holger Freyther worked on it so he's the best person to answer. I think some people used it and it was at least partially working. That’s my impression. The VMMaker contains some FreeBSD classes but I have the impression that they are not complete (and probably outdated). About your NativeBoost bug on openSolaris, need more information: - Can you confirm that you use an intel processor on your openSolaris machine ? I assume that yes but I ask because solaris were typically running on other processors. NativeBoost, as of today, works only with intel processor. Yes, my Sun Ultra 24 is an Intel based Workstation (Q9300). - Do you build the Cog VM or Stack VM ? I mean PharoVMBuild or PharoSVMBuild ? I think the PharoSVMBuild does not include NativeBoost by default, that may be your problem. There's a fix somewhere... PharoVM from branch 'master' of https://github.com/pharo-project/pharo-vm; (thus Cog VM). I would like to fold back any changes into the svn master repository for Cog. What are the diffs? (If you have time to send me the diffs that would save me a lot of time). I don’t know whether there is much to harvest from what I did. As far as I remember most of my work was hacking the generator image created by the pharo vm scripts (for my Mac) in order to make the resulting C code to compile under openindiana. The basis for Solaris was already there (and as far as I can see it is also in the Squeak VM sources). I only tweaked some definitions and includes. I will look at my notes tomorrow and will post if I will find something relevant. I am curios about the future of the PharoVM. The main development of the VM seem to happen in the SqueakVM (by you). Getting the Spur changes into the PharoVM seem to be a lot of work. Note that this will happen (or is already happening). Esteban is working on building the Spur version of Pharo, so he is doing this work. But actually it *isn't* that much work. There is basically a trio of new memory management files for each platform, e.g. platforms/unix/vm/sqUnixSpurMemory.c, and a new source tree for the spur vm, spursrc/vm. The system is already set up to build multiple VMs (at least the svn tree is). Yes, this is already done. We are building spur VMs and images since awhile now. You can find all the related jobs here: https://ci.inria.fr/pharo/view/4.0-VM-Spur/ If I follow this link and what is being used there brings me to the ordinary PharoVm project on github: https://github.com/pharo-project/pharo-vm There are three branches: master, develop and spur64. Which one is being used to build PharoVM-spur32? And as Eliot says… is not *much* work… except when it is :) In fact, we were planning to release Pharo 4 (next week) with a Spur VM, but we didn’t finish all the small things around. So we will release next July (or around) a Pharo 4S (S, for Spur) with “official” spur support. We do not want to stay to much time in older versions. Also, our development process is different This explanation irritates me: Pharo 4 will be released soon with a Spur VM? And then around summer Pharo 4S? Isn't it a contradiction? than squeak, AFAIK… we drop backward compatibility in a regular basis. Which basically means we will move to spur and we will drop support for older versions. That's OK, but I am still, hmm say confused, because Eliot is changing A LOT (just look at what has been released during the last days), but PharoVM hasn't been changed for some days (I am following the master branch closely). So there is a rapid development in the Cog branch of the SqueakVM. The changes in the PharoVM are much slower (at least as I recognise it). I have more questions but I am reluctant to disturb you further as you must be quite busy atm. Best regards Andreas Wouldn’t it be better to move back the changes of the PharoVM into the SqueakVM and have a united development? Well, I don't think the Pharo community will be willing to move to svn.
Re: [Pharo-dev] Pharo sprint on Friday, 3rd April
On 28 Mar 2015, at 09:20, Marcus Denker marcus.den...@inria.fr wrote: This means having a look at the issue tracker to find some issue that are interesting to work on could be an idea. Maybe a trello board could be used to sync for the remote sprinters. https://trello.com/b/OQ2k210W https://trello.com/b/OQ2k210W It is public for viewing, for editing I think we need to add people. I started to add cases that people can look at. Marcus
Re: [Pharo-dev] Pharo sprint on Friday, 3rd April
Hey Marcus Anything up there for the beginners ? On Fri, Apr 3, 2015 at 4:35 PM, Marcus Denker marcus.den...@inria.fr wrote: On 28 Mar 2015, at 09:20, Marcus Denker marcus.den...@inria.fr wrote: This means having a look at the issue tracker to find some issue that are interesting to work on could be an idea. Maybe a trello board could be used to sync for the remote sprinters. https://trello.com/b/OQ2k210W It is public for viewing, for editing I think we need to add people. I started to add cases that people can look at. Marcus
Re: [Pharo-dev] FileUrl: Removal Rationale
Am 02.04.2015 um 23:55 schrieb Sean P. DeNigris s...@clipperadams.com: Sven Van Caekenberghe-2 wrote Having subclasses for each scheme is hard to maintain (there are hundreds of schemes)... It also makes little sense implementation wise. I’m not understanding. For one thing, in Core, we’re not interested in all of the hundreds of schemes but just the few most common (http, file) - although users interested in the specifics of other schemes could easily add those subclasses in their apps. Since subclassing is just a way to share code, wouldn’t a ZnFileUrl merely consist of exactly the methods we’re talking about - but more simply implemented? For one thing, it seems it would make extension easier. If I wanted to handle FileUrls and HttpUrls polymorphically with separate classes, no problem - implement two methods. But as it is now, IIUC I have to either implement two operation classes or have a method with a budding switch statement. Also, IMHO implementing a custom multiple dispatch seems exotic enough (i.e. takes extra effort to understand) to require a large benefit to justify. I think the problem is that URI structure/format and interpretation are mixed together generating that problem. Sven is right about not having additional classes for URIs. An URI is an URI regardless how it looks like foo://example.com:8042/over/there?name=ferret#nose \_/ \__/\_/ \_/ \__/ | |||| scheme authority pathquery fragment | _|__ / \ /\ urn:example:animal:ferret:nose The authority is optional, so URI wise there is no difference between a file URI and another one. The difference is in the interpretation of them. The interpreting part (the handler) is selected by the scheme. Having scheme as a registry would enable one to register his own handler for dealing with certain schemes. The downside is that dealing with URIs would be harder because you would need to use an extra selector between all calls that does the dispatch over the handler. A anZnUrl handler asFileReference This way there would be a FileHandler that implements #asFileReference. Other handlers might give a DNU. I understand the wish to keep the usage of ZnUrl simple not having to use extra selectors. But that wish turns out to be the problem IMHO and subclassing ZnUrl is not a cure for it just a way to make it worse. my 2 cents, Norbert
Re: [Pharo-dev] Can we have basicRaw in GTInspector?
I did not know that, thanks On Fri, Apr 3, 2015 at 12:39 PM, Esteban Lorenzano esteba...@gmail.com wrote: On 02 Apr 2015, at 18:16, p...@highoctane.be wrote: Welcome to the club of GT is awesome and sometimes freezes it all. Happened to me once or twice this morning as well. Switched back to basic inspector for a couple things. Having both options available would be nice (like inspect = basic /explore = gt). you *have* both options (i) inspect = GT (I) basic inspect = basic inspect :) Esteban Phil On Thu, Apr 2, 2015 at 5:30 PM, stepharo steph...@free.fr wrote: This morning GTInspector was so slow that it blocked the complete system on the machine of Cyril. :( We can tell him that he is stupid to have a bad machine or we could try to use this to see how we can help our users. So we had to use basicInspect to get our job done (once we ctrl-. to escape the render hell) because raw uses a tree morph. Why raw cannot reproduce the old simple and working basicInspect then we could have a basic inspect on double click to avoid to use this bad tree and that we can work. just try to on RubSmalltalkCodeMode class#menuOn: to get the feel. Even on my superfast machine is is sluggish. I really think that we should support backdoors. We need to have a mini browser, a mini debugger and a working inspector. Setf
Re: [Pharo-dev] editing in Spotter code pane
Hi, On Fri, Apr 3, 2015 at 10:56 AM, Ben Coman b...@openinworld.com wrote: I've just started trying to make more use of the code pane in Spotter. It seemed ideal for the case when I want to add self haltOnce to a dozen methods. However when I hit enter to get a new line, Spotter closes. Additionally the Browser that opens doesn't contain the change I made in Spotter - they've been thrown away. I propose that when the cursor is inside the code pane, it doesn't close Spotter. Even at this late stage, could this be done for Pharo 4? Only because I am guessing this since Spotter is a core tool, this might end up a common complaint as people adapt their workflow to use Spotter more. Spotter is primarily a search tool that has no modes. Editing in place is certainly an important use case, but we should not treat it lightly. For example, Enter is the keybinding for triggering the default action on the selected item. Allowing the editor to take precedence in handling it will introduce a mode and this will change the core of Spotter. And there is something else. Right now, the editor shows you the whole method including the signature because that is the default. What happens when I change the name of the method in the preview? This would require updating the search list, which is not a use case Spotter is made for at this point. All in all, I would not add this support now, because it requires more thinking. Would it be safer at this late stage prior to Release that this be done as a Slice, to limit other changes that might come through the Spotter Configuration? There will be another integration of GT before the release. Cheers, Doru cheers -ben -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Playground opening issue
The same issue happens with the inspector. And it also concerns maximization (so, once maximized, the next window also starts with the maximized size). I opened another issue and committed associated fixes: https://pharo.fogbugz.com/f/cases/15294/Playground-and-Inspector-should-not-store-the-size-on-minimize-or-maximize Could you test this as well? Cheers, Doru On Thu, Apr 2, 2015 at 10:51 PM, Jigyasa Grover grover.jigya...@gmail.com wrote: Hi ! It works for me too :) I checked it in Pharo4.0 (Latest update: #40592) Thanks On Fri, Apr 3, 2015 at 1:30 AM, Franck Warlouzet franck.warlou...@hotmail.fr wrote: Nice it works, thank you ! Cheers, Franck -- Date: Thu, 2 Apr 2015 21:34:11 +0200 From: tu...@tudorgirba.com To: pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] Playground opening issue Ok. A fix is committed: Name: GT-Playground-TudorGirba.102 Author: TudorGirba Time: 2 April 2015, 9:32:45.226868 pm UUID: 4f8af56e-4904-443d-8e04-2d4e464efc22 Ancestors: GT-Playground-AndreiChis.101 15281 Playground opening issue do not react on minimization Cheers, Doru On Thu, Apr 2, 2015 at 9:28 PM, Tudor Girba tu...@tudorgirba.com wrote: This is a fun one. I will take a look. Cheers, Doru On Thu, Apr 2, 2015 at 3:31 PM, Franck Warlouzet franck.warlou...@hotmail.fr wrote: I opened a Fogbugz entry : https://pharo.fogbugz.com/f/cases/15281/Playground-opening-issue -- From: franck.warlou...@hotmail.fr To: pharo-dev@lists.pharo.org Date: Thu, 2 Apr 2015 15:26:31 +0200 Subject: [Pharo-dev] Playground opening issue Hello, Open a new Playground when one of the others is already opened is ok, but if all of the Playgrounds are minimalized, the new one will be opened very very small (Too small to be used). Cheers, Franck -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Can we have basicRaw in GTInspector?
Ok :) Doru On Thu, Apr 2, 2015 at 9:55 PM, p...@highoctane.be p...@highoctane.be wrote: On Thu, Apr 2, 2015 at 9:26 PM, Tudor Girba tu...@tudorgirba.com wrote: Hi Phil, I think this is just not constructive at all to have a private club like that and not tell us about it. Please take a look at the reply of Andrei. I am on 3.0 and there is for sure a ton of fixes in 4.0 already. So, I have to live with what I do have there (e.g. No Spotter yet). Need to vent after having a couple of image freezes when under pressure. Nothing to worry about. Phil Cheers, Doru On Thu, Apr 2, 2015 at 6:16 PM, p...@highoctane.be p...@highoctane.be wrote: Welcome to the club of GT is awesome and sometimes freezes it all. Happened to me once or twice this morning as well. Switched back to basic inspector for a couple things. Having both options available would be nice (like inspect = basic /explore = gt). Phil On Thu, Apr 2, 2015 at 5:30 PM, stepharo steph...@free.fr wrote: This morning GTInspector was so slow that it blocked the complete system on the machine of Cyril. :( We can tell him that he is stupid to have a bad machine or we could try to use this to see how we can help our users. So we had to use basicInspect to get our job done (once we ctrl-. to escape the render hell) because raw uses a tree morph. Why raw cannot reproduce the old simple and working basicInspect then we could have a basic inspect on double click to avoid to use this bad tree and that we can work. just try to on RubSmalltalkCodeMode class#menuOn: to get the feel. Even on my superfast machine is is sluggish. I really think that we should support backdoors. We need to have a mini browser, a mini debugger and a working inspector. Setf -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
[Pharo-dev] [pharo-project/pharo-core] 7d4a23: 40593
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 7d4a2392b0acb12dc8cd48183ca143f31624a98d https://github.com/pharo-project/pharo-core/commit/7d4a2392b0acb12dc8cd48183ca143f31624a98d Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-04-03 (Fri, 03 Apr 2015) Changed paths: M ConfigurationOfGToolkitCore.package/ConfigurationOfGToolkitCore.class/instance/symbolic versions/development_.st M GT-Inspector.package/GTObjectVariablesBrowser.class/instance/private building/variablesIn_.st A GT-InspectorExtensions-Core.package/extension/Bag/instance/gtInspectorOccurrencesIn_.st A GT-Playground.package/GTPlayBindingThemer.class/instance/icons/goIcon.st A GT-Playground.package/GTPlayBindingThemer.class/instance/icons/inspectIcon.st M GT-Playground.package/GTPlayPage.class/instance/accessing-defaults/defaultTitle.st M GT-Playground.package/GTPlayground.class/class/instance creation/openContents_.st M GT-Playground.package/GTPlayground.class/instance/building/codeIn_.st R GT-Playground.package/GTPlayground.class/instance/building/newActionButtonIn_.st R GT-Playground.package/GTPlayground.class/instance/building/newBindingLabelIn_.st R GT-Playground.package/GTPlayground.class/instance/building/newBindingRow_for_in_.st R GT-Playground.package/GTPlayground.class/instance/building/newBindingsListIn_.st R GT-Playground.package/GTPlayground.class/instance/building/newEditableLabelMorph.st R GT-Playground.package/GTPlayground.class/instance/building/newEmptyTextIn_.st R GT-Playground.package/GTPlayground.class/instance/building/newListModelIn_.st R GT-Playground.package/GTPlayground.class/instance/building/newRemoveButtonFor_in_.st R GT-Playground.package/GTPlayground.class/instance/building/newRowIn_.st M GT-Playground.package/GTPlayground.class/instance/scripting opening/openOn_.st A GT-Playground.package/GTPlaygroundBindingsList.class/README.md A GT-Playground.package/GTPlaygroundBindingsList.class/definition.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/actions/remove.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/brick-properties-events/onThemerChanged.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/initialization/initialize.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newActionButton.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newBindingLabel.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newBindingRow_in_.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newEmptyText.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newGoButtonFor_.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newInspectButtonFor_.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newRemoveButtonFor_.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/newRow.st A GT-Playground.package/GTPlaygroundBindingsList.class/instance/instance creation/on_.st A GT-Playground.package/GTPlaygroundEditableTabLabel.class/README.md A GT-Playground.package/GTPlaygroundEditableTabLabel.class/definition.st A GT-Playground.package/GTPlaygroundEditableTabLabel.class/instance/initialization/defaultPadding.st A GT-Playground.package/GTPlaygroundEditableTabLabel.class/instance/initialization/initialize.st A GT-Playground.package/extension/GLMBrickDarkThemer/instance/bindingThemer.st A GT-Playground.package/extension/GLMBrickThemer/instance/bindingThemer.st M GT-Spotter-EventRecorder.package/GTSpotterEventRecorder.class/instance/events/buildAndStoreEventFrom_withType_.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/class/accessing/instancesForAllEvents.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/class/accessing/serializeAnnouncementWithAllEvents.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/class/accessing/storeSerializedAnnouncementIntoMethod_.st M GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/definition.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/instance/asserting/assertAnnouncement_.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/instance/asserting/assertVersion_.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/instance/serialized data/version1.st A GT-Spotter-EventRecorder.package/GTSpotterEventRecorderTest.class/instance/tests/testMaterializeVersions.st A GT-Spotter-EventRecorder.package/GTSpotterRecorderActOnEvent.class/instance/accessing/closeActionSymbol.st
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40593 Home: https://github.com/pharo-project/pharo-core
Re: [Pharo-dev] Playground opening issue
Hey Tudor I checked it , works fine for me :) Thanks and Regards Jigyasa Grover On Fri, Apr 3, 2015 at 4:45 PM, Tudor Girba tu...@tudorgirba.com wrote: The same issue happens with the inspector. And it also concerns maximization (so, once maximized, the next window also starts with the maximized size). I opened another issue and committed associated fixes: https://pharo.fogbugz.com/f/cases/15294/Playground-and-Inspector-should-not-store-the-size-on-minimize-or-maximize Could you test this as well? Cheers, Doru On Thu, Apr 2, 2015 at 10:51 PM, Jigyasa Grover grover.jigya...@gmail.com wrote: Hi ! It works for me too :) I checked it in Pharo4.0 (Latest update: #40592) Thanks On Fri, Apr 3, 2015 at 1:30 AM, Franck Warlouzet franck.warlou...@hotmail.fr wrote: Nice it works, thank you ! Cheers, Franck -- Date: Thu, 2 Apr 2015 21:34:11 +0200 From: tu...@tudorgirba.com To: pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] Playground opening issue Ok. A fix is committed: Name: GT-Playground-TudorGirba.102 Author: TudorGirba Time: 2 April 2015, 9:32:45.226868 pm UUID: 4f8af56e-4904-443d-8e04-2d4e464efc22 Ancestors: GT-Playground-AndreiChis.101 15281 Playground opening issue do not react on minimization Cheers, Doru On Thu, Apr 2, 2015 at 9:28 PM, Tudor Girba tu...@tudorgirba.com wrote: This is a fun one. I will take a look. Cheers, Doru On Thu, Apr 2, 2015 at 3:31 PM, Franck Warlouzet franck.warlou...@hotmail.fr wrote: I opened a Fogbugz entry : https://pharo.fogbugz.com/f/cases/15281/Playground-opening-issue -- From: franck.warlou...@hotmail.fr To: pharo-dev@lists.pharo.org Date: Thu, 2 Apr 2015 15:26:31 +0200 Subject: [Pharo-dev] Playground opening issue Hello, Open a new Playground when one of the others is already opened is ok, but if all of the Playgrounds are minimalized, the new one will be opened very very small (Too small to be used). Cheers, Franck -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD
On 03 Apr 2015, at 13:04, Andreas Wacknitz a.wackn...@gmx.de wrote: Am 03.04.15 11:13, schrieb Esteban Lorenzano: On 02 Apr 2015, at 19:20, Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com wrote: Hi Andreas, sorry to be late in replying. This has been a busy month (I moved house). On Sat, Mar 14, 2015 at 10:33 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Eliot, Am 11.03.2015 um 23:15 schrieb Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com: HI Andreas, On Wed, Mar 11, 2015 at 9:55 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Clement, Am 11.03.2015 um 09:23 schrieb Clément Bera bera.clem...@gmail.com mailto:bera.clem...@gmail.com: Hello, About the FreeBSD VM, Holger Freyther worked on it so he's the best person to answer. I think some people used it and it was at least partially working. That’s my impression. The VMMaker contains some FreeBSD classes but I have the impression that they are not complete (and probably outdated). About your NativeBoost bug on openSolaris, need more information: - Can you confirm that you use an intel processor on your openSolaris machine ? I assume that yes but I ask because solaris were typically running on other processors. NativeBoost, as of today, works only with intel processor. Yes, my Sun Ultra 24 is an Intel based Workstation (Q9300). - Do you build the Cog VM or Stack VM ? I mean PharoVMBuild or PharoSVMBuild ? I think the PharoSVMBuild does not include NativeBoost by default, that may be your problem. There's a fix somewhere... PharoVM from branch 'master' of https://github.com/pharo-project/pharo-vm https://github.com/pharo-project/pharo-vm (thus Cog VM). I would like to fold back any changes into the svn master repository for Cog. What are the diffs? (If you have time to send me the diffs that would save me a lot of time). I don’t know whether there is much to harvest from what I did. As far as I remember most of my work was hacking the generator image created by the pharo vm scripts (for my Mac) in order to make the resulting C code to compile under openindiana. The basis for Solaris was already there (and as far as I can see it is also in the Squeak VM sources). I only tweaked some definitions and includes. I will look at my notes tomorrow and will post if I will find something relevant. I am curios about the future of the PharoVM. The main development of the VM seem to happen in the SqueakVM (by you). Getting the Spur changes into the PharoVM seem to be a lot of work. Note that this will happen (or is already happening). Esteban is working on building the Spur version of Pharo, so he is doing this work. But actually it *isn't* that much work. There is basically a trio of new memory management files for each platform, e.g. platforms/unix/vm/sqUnixSpurMemory.c, and a new source tree for the spur vm, spursrc/vm. The system is already set up to build multiple VMs (at least the svn tree is). Yes, this is already done. We are building spur VMs and images since awhile now. You can find all the related jobs here: https://ci.inria.fr/pharo/view/4.0-VM-Spur/ https://ci.inria.fr/pharo/view/4.0-VM-Spur/If I follow this link and what is being used there brings me to the ordinary PharoVm project on github: https://github.com/pharo-project/pharo-vm https://github.com/pharo-project/pharo-vm There are three branches: master, develop and spur64. Which one is being used to build PharoVM-spur32? yes, I still didn’t merged with master. master still builds a regular cog vm. I’m working on spur64 branch now, here: https://github.com/estebanlm/pharo-vm/tree/spur64 https://github.com/estebanlm/pharo-vm/tree/spur64 the spur jobs are built against my repository for the moment. And as Eliot says… is not *much* work… except when it is :) In fact, we were planning to release Pharo 4 (next week) with a Spur VM, but we didn’t finish all the small things around. So we will release next July (or around) a Pharo 4S (S, for Spur) with “official” spur support. We do not want to stay to much time in older versions. Also, our development process is different This explanation irritates me: Pharo 4 will be released soon with a Spur VM? And then around summer Pharo 4S? Isn't it a contradiction? no, Pharo 4 will be released *without* spur, then we will release a 4S *with* spur. than squeak, AFAIK… we drop backward compatibility in a regular basis. Which basically means we will move to spur and we will drop support for older versions. That's OK, but I am still, hmm say confused, because Eliot is changing A LOT (just look at what has been released during the last days), but PharoVM hasn't been changed for some days (I am following the master branch closely). So there is a rapid development in the
Re: [Pharo-dev] Playground opening issue
Thanks. Doru On Fri, Apr 3, 2015 at 1:38 PM, Jigyasa Grover grover.jigya...@gmail.com wrote: Hey Tudor I checked it , works fine for me :) Thanks and Regards Jigyasa Grover On Fri, Apr 3, 2015 at 4:45 PM, Tudor Girba tu...@tudorgirba.com wrote: The same issue happens with the inspector. And it also concerns maximization (so, once maximized, the next window also starts with the maximized size). I opened another issue and committed associated fixes: https://pharo.fogbugz.com/f/cases/15294/Playground-and-Inspector-should-not-store-the-size-on-minimize-or-maximize Could you test this as well? Cheers, Doru On Thu, Apr 2, 2015 at 10:51 PM, Jigyasa Grover grover.jigya...@gmail.com wrote: Hi ! It works for me too :) I checked it in Pharo4.0 (Latest update: #40592) Thanks On Fri, Apr 3, 2015 at 1:30 AM, Franck Warlouzet franck.warlou...@hotmail.fr wrote: Nice it works, thank you ! Cheers, Franck -- Date: Thu, 2 Apr 2015 21:34:11 +0200 From: tu...@tudorgirba.com To: pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] Playground opening issue Ok. A fix is committed: Name: GT-Playground-TudorGirba.102 Author: TudorGirba Time: 2 April 2015, 9:32:45.226868 pm UUID: 4f8af56e-4904-443d-8e04-2d4e464efc22 Ancestors: GT-Playground-AndreiChis.101 15281 Playground opening issue do not react on minimization Cheers, Doru On Thu, Apr 2, 2015 at 9:28 PM, Tudor Girba tu...@tudorgirba.com wrote: This is a fun one. I will take a look. Cheers, Doru On Thu, Apr 2, 2015 at 3:31 PM, Franck Warlouzet franck.warlou...@hotmail.fr wrote: I opened a Fogbugz entry : https://pharo.fogbugz.com/f/cases/15281/Playground-opening-issue -- From: franck.warlou...@hotmail.fr To: pharo-dev@lists.pharo.org Date: Thu, 2 Apr 2015 15:26:31 +0200 Subject: [Pharo-dev] Playground opening issue Hello, Open a new Playground when one of the others is already opened is ok, but if all of the Playgrounds are minimalized, the new one will be opened very very small (Too small to be used). Cheers, Franck -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
[Pharo-dev] About PharoShortcuts
15288 https://pharo.fogbugz.com/default.asp?15288 Shortcuts in text editor are hardcoded I think it is a good idea to commonly name those short cuts. But this does not help to make the shortcut handling really configurable. For example, how would we change the shortcut for toggle comment ? - we need a setting that lists all PharoShortcuts, - change the keycombination in the setting - toggleCommentOnSelectionOrLine now would return the new shortcut But how do we populate the change to all users of this shortcut? We would need to rebuild all keymaps. (And if we want to save and load this shortcuts settings (load settings at startup), we need to rebuild all keymappings on every image startup). Instead, we could define commonly named Actions. A texteditor can register this action in its keymap and the action has a unique configurable KMKeyCombination what do you think? cheers nicolai
Re: [Pharo-dev] Freeze while running a loop
On 03 Apr 2015, at 13:43, Gaurav Singh grvanm.co...@gmail.com wrote: My window freezes whenever i try to run a loop which has even 10 iterations which are quite less for a computational device. Let say i run : [| temp | temp := String new. (1 to: 10) do: [:i | temp := temp, i asString, ' ']] timeToRun. The time taken to compute is a few milliseconds , but the program freezes for quite a few seconds, What can be the problem ? Does the same happen when you run the loop with a simple computation? E.g. x := x + i.
Re: [Pharo-dev] Freeze while running a loop
Thanks Aliaksei , I got it :) On Fri, Apr 3, 2015 at 5:33 PM, Gaurav Singh grvanm.co...@gmail.com wrote: It doesnt happen here , but i was wondering why did it happen in the string case even when the run time is just a few milliseconds ?
Re: [Pharo-dev] Freeze while running a loop
It doesnt happen here , but i was wondering why did it happen in the string case even when the run time is just a few milliseconds ?
Re: [Pharo-dev] 14606 Really Important bug - Can't see some variables values while debugging closure
On 03 Apr 2015, at 14:03, Nicolai Hess nicolaih...@web.de wrote: 2015-04-02 16:06 GMT+02:00 Max Leske maxle...@gmail.com mailto:maxle...@gmail.com: On 02 Apr 2015, at 00:29, Nicolai Hess nicolaih...@web.de mailto:nicolaih...@web.de wrote: 2015-04-01 18:56 GMT+02:00 Ben Coman b...@openinworld.com mailto:b...@openinworld.com: Issue 14606 [1] is tagged Really Important where evaluating | t1 t2 t3 t4 t5 t6 | t1 := 1. t2 := 2. t3 := 3. t4 := 4. t5 := 5 . t6 := 6. [t5 := 50. t6 := 60. t3 + t4. 1 halt. ] value = can't see the value of t4, t5, t6. I've just submitted a possible solution for this, but its a bit late before release for such a change - so I'm asking for all hands in to help stress test it. You don't need to review code, just please merge latest slice 14606 into your normal working image and report your experience. cheers -ben [1] https://pharo.fogbugz.com/default.asp?14606#124466 https://pharo.fogbugz.com/default.asp?14606#124466 Here is a minimal example that does not work with your fix. (condensed from the failing test case) [ :x :y | (thisContext tempNamed: 'x') inspect. (1 to: 1) do: [ :i | | k l | k := y. l := x. (thisContext tempNamed: 'x') inspect ] ] value: 1 value: 23 Both inspector windows should show the same value for the argument 'x'. But the result is 1. inspector - 1 2. inspector - 23 Before loading the slice, both inspectors show ‘1’. That can’t be right either… No, that is correct. Both inspector inspect the block argument 'x', it is assigned with value 1 with the message value:1 value:23 and the block argument value can not change, therefore both inspect should show ‘1' Oops. i thought that x was being assigned to in the block :) Max
[Pharo-dev] Pharo 4 Beta, first impressions
---BeginMessage--- 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? 3) I'm having a few Could not find disk drive errors on Windows XP ( never had that error with Pharo 3 and I've been using it every day since it came out). Am I the only one? I ran all SUnit tests and the VM crashed real bad. Do you guys need logs/dumps/errors on the console ? - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein)---End Message---
Re: [Pharo-dev] Freeze while running a loop
Yep , quite possible. On Fri, Apr 3, 2015 at 5:37 PM, Max Leske maxle...@gmail.com wrote: On 03 Apr 2015, at 14:05, Jigyasa Grover grover.jigya...@gmail.com wrote: It didn't happen with me in either of the cases :/ Worked just fine for both. May be memory / hardware dependent. On Fri, Apr 3, 2015 at 5:33 PM, Gaurav Singh grvanm.co...@gmail.com wrote: It doesnt happen here , but i was wondering why did it happen in the string case even when the run time is just a few milliseconds ?
Re: [Pharo-dev] Pharo 4 Beta, first impressions
Hi, Thanks for the feedback. Given that all listed points are negative, does it mean that there was nothing positive about Pharo 4? :) Cheers, Doru On Fri, Apr 3, 2015 at 2:11 PM, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: -- Forwarded message -- From: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Cc: Date: Fri, 3 Apr 2015 12:08:03 + (UTC) Subject: Pharo 4 Beta, first impressions 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? 3) I'm having a few Could not find disk drive errors on Windows XP ( never had that error with Pharo 3 and I've been using it every day since it came out). Am I the only one? I ran all SUnit tests and the VM crashed real bad. Do you guys need logs/dumps/errors on the console ? - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Pharo 4 Beta, first impressions
---BeginMessage--- To the contrary! It's way faster and shorter to list what annoys me about Pharo 4.0 than write a novel on all its qualities! ;) - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) From: Tudor Girba tu...@tudorgirba.com To: Benoit St-Jean bstj...@yahoo.com; Pharo Development List pharo-dev@lists.pharo.org Sent: Friday, April 3, 2015 8:21 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions Hi, Thanks for the feedback. Given that all listed points are negative, does it mean that there was nothing positive about Pharo 4? :) Cheers,Doru On Fri, Apr 3, 2015 at 2:11 PM, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: -- Forwarded message -- From: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Cc: Date: Fri, 3 Apr 2015 12:08:03 + (UTC) Subject: Pharo 4 Beta, first impressions 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? 3) I'm having a few Could not find disk drive errors on Windows XP ( never had that error with Pharo 3 and I've been using it every day since it came out). Am I the only one? I ran all SUnit tests and the VM crashed real bad. Do you guys need logs/dumps/errors on the console ? - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) -- www.tudorgirba.com Every thing has its own flow ---End Message---
Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
On 03 Apr 2015, at 13:07, Jigyasa Grover grover.jigya...@gmail.com wrote: Hey Marcus Anything up there for the beginners ? Not really yet… I am focusing myself on Pharo4… where we are not in a state that simple things are done (which often are cleanups). On Fri, Apr 3, 2015 at 4:35 PM, Marcus Denker marcus.den...@inria.fr mailto:marcus.den...@inria.fr wrote: On 28 Mar 2015, at 09:20, Marcus Denker marcus.den...@inria.fr mailto:marcus.den...@inria.fr wrote: This means having a look at the issue tracker to find some issue that are interesting to work on could be an idea. Maybe a trello board could be used to sync for the remote sprinters. https://trello.com/b/OQ2k210W https://trello.com/b/OQ2k210W It is public for viewing, for editing I think we need to add people. I started to add cases that people can look at. Marcus
Re: [Pharo-dev] Pharo 4 Beta, first impressions
Pharo Smalltalk Developers mailing list wrote 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! http://forum.world.st/FogBugz-Case-Issue-10346-Morphic-Remove-W2K-Theme-tt4682839.html If you check the issue to see which update the above was integrated, maybe you can file it out from the previous update and port it to Pharo 4.0 - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-Beta-first-impressions-tp4817257p4817271.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
Hey Sean Sure ! Am up for it Could you suggest any specific task ? Thanks Jigyasa Grover On Fri, Apr 3, 2015 at 6:06 PM, Jigyasa Grover grover.jigya...@gmail.com wrote: Ohk. No issues :) Looking forward to other Pharo Sprints focusing on beginners :D On Fri, Apr 3, 2015 at 6:00 PM, Marcus Denker marcus.den...@inria.fr wrote: On 03 Apr 2015, at 13:07, Jigyasa Grover grover.jigya...@gmail.com wrote: Hey Marcus Anything up there for the beginners ? Not really yet… I am focusing myself on Pharo4… where we are not in a state that simple things are done (which often are cleanups). On Fri, Apr 3, 2015 at 4:35 PM, Marcus Denker marcus.den...@inria.fr wrote: On 28 Mar 2015, at 09:20, Marcus Denker marcus.den...@inria.fr wrote: This means having a look at the issue tracker to find some issue that are interesting to work on could be an idea. Maybe a trello board could be used to sync for the remote sprinters. https://trello.com/b/OQ2k210W It is public for viewing, for editing I think we need to add people. I started to add cases that people can look at. Marcus
Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
On 03 Apr 2015, at 14:36, Jigyasa Grover grover.jigya...@gmail.com wrote: Ohk. No issues :) Looking forward to other Pharo Sprints focusing on beginners :D Yes… maybe other people have ideas? Marcus
[Pharo-dev] Freeze while running a loop
My window freezes whenever i try to run a loop which has even 10 iterations which are quite less for a computational device. Let say i run : [| temp | temp := String new. (1 to: 10) do: [:i | temp := temp, i asString, ' ']] timeToRun. The time taken to compute is a few milliseconds , but the program freezes for quite a few seconds, What can be the problem ?
Re: [Pharo-dev] 14606 Really Important bug - Can't see some variables values while debugging closure
2015-04-02 16:06 GMT+02:00 Max Leske maxle...@gmail.com: On 02 Apr 2015, at 00:29, Nicolai Hess nicolaih...@web.de wrote: 2015-04-01 18:56 GMT+02:00 Ben Coman b...@openinworld.com: Issue 14606 [1] is tagged Really Important where evaluating | t1 t2 t3 t4 t5 t6 | t1 := 1. t2 := 2. t3 := 3. t4 := 4. t5 := 5 . t6 := 6. [t5 := 50. t6 := 60. t3 + t4. 1 halt. ] value = can't see the value of t4, t5, t6. I've just submitted a possible solution for this, but its a bit late before release for such a change - so I'm asking for all hands in to help stress test it. You don't need to review code, just please merge latest slice 14606 into your normal working image and report your experience. cheers -ben [1] https://pharo.fogbugz.com/default.asp?14606#124466 Here is a minimal example that does not work with your fix. (condensed from the failing test case) [ :x :y | (thisContext tempNamed: 'x') inspect. (1 to: 1) do: [ :i | | k l | k := y. l := x. (thisContext tempNamed: 'x') inspect ] ] value: 1 value: 23 Both inspector windows should show the same value for the argument 'x'. But the result is 1. inspector - 1 2. inspector - 23 Before loading the slice, both inspectors show ‘1’. That can’t be right either… No, that is correct. Both inspector inspect the block argument 'x', it is assigned with value 1 with the message value:1 value:23 and the block argument value can not change, therefore both inspect should show '1' Max
Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: Date: 3 Apr 2015 14:08:03 CEST From: Benoit St-Jean bstj...@yahoo.com Reply-To: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Subject: Pharo 4 Beta, first impressions 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! Windows 2k is 16 years old. We can not maintain a museum of old windows looks… it just makes no sense (at all. At all… I don’t even think how someone can think that we should!). Keep in mind that nobody uses it (but you, I guess), so it will for sure be broken in subtle ways… We need to use it where it makes sense. A windows 2000 look is not one of these things. 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? The system is very large. I think it is fundamentally wrong to assume that something like this (Design level things) will be magically fixed if there was no discussion, no issue tracker entry, no nothing. Why do you think that this will “fix itself magically”? I would really like to know your thought process behind this… is there something that makes you think that a release process could catch this? How? Marcus
Re: [Pharo-dev] Pharo sprint on Friday, 3rd April
Jigyasa Grover wrote Anything up there for the beginners ? Documentation - class comments, method comments, tests - are always up for beginners ;) - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-sprint-on-Friday-3rd-April-tp4815603p4817273.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Pharo 4 Beta, first impressions
---BeginMessage--- It's not so much about the Windows look (whether it's Win98, Win 2K, Win XP, Win Me, Win 8, Win Whatever). Every Windows user *expects* to have the Close, Maximize Minimize buttons at the upper right of the Window. It might look like a silly detail but try swapping the buttons of a Mac user to the right and wait a few seconds before he complains! ;) - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) From: Marcus Denker marcus.den...@inria.fr To: Benoit St-Jean bstj...@yahoo.com; Pharo Development List pharo-dev@lists.pharo.org Sent: Friday, April 3, 2015 8:28 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: Date: 3 Apr 2015 14:08:03 CEST From: Benoit St-Jean bstj...@yahoo.com Reply-To: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Subject: Pharo 4 Beta, first impressions 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! Windows 2k is 16 years old. We can not maintain a museum of old windows looks… it just makes no sense (at all. At all… I don’t even think how someone can think that we should!).Keep in mind that nobody uses it (but you, I guess), so it will for sure be broken in subtle ways… We need to use it where it makes sense. A windows 2000 look is not one of these things. 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? The system is very large. I think it is fundamentally wrong to assume that something like this (Design level things) will be magically fixed if there was no discussion, no issue tracker entry, no nothing. Why do you think that this will “fix itself magically”? I would really like to know your thought process behind this… is there something that makes you think that a release process could catchthis? How? Marcus ---End Message---
Re: [Pharo-dev] Pharo 4 Beta, first impressions
The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. However I imagine that taking the current Pharo theme and just moving the buttons around wouldn't be a complex task (or perhaps even making it customizable option). Personally since my OS doesn't use these buttons at all I don't really care at which side they are. Peter On Fri, Apr 3, 2015 at 2:58 PM, kilon alios kilon.al...@gmail.com wrote: Not me I used to be a windows only user for over a decade and I was always have been wondering why the close /max/min are on the right side when menus start from the left. So when I finally decided to convert to Macos it was a welcomed change and still is. Now you can ask me after 8 years being a MacOS users how I feel about the way mac windows maximise and you wont hear nice things even now that they offer full screen options. I am not a creature of habit apparently, If I don't like something the first minutes chances are that I wont like it 2 decades either. Sometimes I change my mind, but it is rare. Really, really rare. On Fri, Apr 3, 2015 at 3:41 PM, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: -- Forwarded message -- From: Benoit St-Jean bstj...@yahoo.com To: Marcus Denker marcus.den...@inria.fr, Pharo Development List pharo-dev@lists.pharo.org Cc: Date: Fri, 3 Apr 2015 12:37:41 + (UTC) Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions It's not so much about the Windows look (whether it's Win98, Win 2K, Win XP, Win Me, Win 8, Win Whatever). Every Windows user *expects* to have the Close, Maximize Minimize buttons at the upper right of the Window. It might look like a silly detail but try swapping the buttons of a Mac user to the right and wait a few seconds before he complains! ;) - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) -- *From:* Marcus Denker marcus.den...@inria.fr *To:* Benoit St-Jean bstj...@yahoo.com; Pharo Development List pharo-dev@lists.pharo.org *Sent:* Friday, April 3, 2015 8:28 AM *Subject:* Re: [Pharo-dev] Pharo 4 Beta, first impressions On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: *Date: *3 Apr 2015 14:08:03 CEST *From: *Benoit St-Jean bstj...@yahoo.com *Reply-To: *Benoit St-Jean bstj...@yahoo.com *To: *Pharo Development List pharo-dev@lists.pharo.org *Subject: **Pharo 4 Beta, first impressions* 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! Windows 2k is 16 years old. We can not maintain a museum of old windows looks… it just makes no sense (at all. At all… I don’t even think how someone can think that we should!). Keep in mind that nobody uses it (but you, I guess), so it will for sure be broken in subtle ways… We need to use it where it makes sense. A windows 2000 look is not one of these things. 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? The system is very large. I think it is fundamentally wrong to assume that something like this (Design level things) will be magically fixed if there was no discussion, no issue tracker entry, no nothing. Why do you think that this will “fix itself magically”? I would really like to know your thought process behind this… is there something that makes you think that a release process could catch this? How? Marcus
Re: [Pharo-dev] Freeze while running a loop
Hi Gaurav :) I tried the same code snippet, but it works fine in my system. It doesn't hang. Thanks and Regards Jigyasa Grover On Fri, Apr 3, 2015 at 5:13 PM, Gaurav Singh grvanm.co...@gmail.com wrote: My window freezes whenever i try to run a loop which has even 10 iterations which are quite less for a computational device. Let say i run : [| temp | temp := String new. (1 to: 10) do: [:i | temp := temp, i asString, ' ']] timeToRun. The time taken to compute is a few milliseconds , but the program freezes for quite a few seconds, What can be the problem ?
Re: [Pharo-dev] Freeze while running a loop
On 03 Apr 2015, at 14:05, Jigyasa Grover grover.jigya...@gmail.com wrote: It didn't happen with me in either of the cases :/ Worked just fine for both. May be memory / hardware dependent. On Fri, Apr 3, 2015 at 5:33 PM, Gaurav Singh grvanm.co...@gmail.com mailto:grvanm.co...@gmail.com wrote: It doesnt happen here , but i was wondering why did it happen in the string case even when the run time is just a few milliseconds ?
Re: [Pharo-dev] About PharoShortcuts
Nicolai Hess wrote Shortcuts in text editor are hardcoded There is also http://forum.world.st/redefining-default-smalltalk-shortcuts-in-pluggable-textmorph-tt4678057.html and http://forum.world.st/Keymapping-Class-vs-Instance-Targets-tt4639863.html#a4640220 , which I gave up on until TxText because I got tired of fighting with the text editors - Cheers, Sean -- View this message in context: http://forum.world.st/About-PharoShortcuts-tp4817244p4817258.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
Ohk. No issues :) Looking forward to other Pharo Sprints focusing on beginners :D On Fri, Apr 3, 2015 at 6:00 PM, Marcus Denker marcus.den...@inria.fr wrote: On 03 Apr 2015, at 13:07, Jigyasa Grover grover.jigya...@gmail.com wrote: Hey Marcus Anything up there for the beginners ? Not really yet… I am focusing myself on Pharo4… where we are not in a state that simple things are done (which often are cleanups). On Fri, Apr 3, 2015 at 4:35 PM, Marcus Denker marcus.den...@inria.fr wrote: On 28 Mar 2015, at 09:20, Marcus Denker marcus.den...@inria.fr wrote: This means having a look at the issue tracker to find some issue that are interesting to work on could be an idea. Maybe a trello board could be used to sync for the remote sprinters. https://trello.com/b/OQ2k210W It is public for viewing, for editing I think we need to add people. I started to add cases that people can look at. Marcus
Re: [Pharo-dev] Pharo 4 Beta, first impressions
Not me I used to be a windows only user for over a decade and I was always have been wondering why the close /max/min are on the right side when menus start from the left. So when I finally decided to convert to Macos it was a welcomed change and still is. Now you can ask me after 8 years being a MacOS users how I feel about the way mac windows maximise and you wont hear nice things even now that they offer full screen options. I am not a creature of habit apparently, If I don't like something the first minutes chances are that I wont like it 2 decades either. Sometimes I change my mind, but it is rare. Really, really rare. On Fri, Apr 3, 2015 at 3:41 PM, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: -- Forwarded message -- From: Benoit St-Jean bstj...@yahoo.com To: Marcus Denker marcus.den...@inria.fr, Pharo Development List pharo-dev@lists.pharo.org Cc: Date: Fri, 3 Apr 2015 12:37:41 + (UTC) Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions It's not so much about the Windows look (whether it's Win98, Win 2K, Win XP, Win Me, Win 8, Win Whatever). Every Windows user *expects* to have the Close, Maximize Minimize buttons at the upper right of the Window. It might look like a silly detail but try swapping the buttons of a Mac user to the right and wait a few seconds before he complains! ;) - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) -- *From:* Marcus Denker marcus.den...@inria.fr *To:* Benoit St-Jean bstj...@yahoo.com; Pharo Development List pharo-dev@lists.pharo.org *Sent:* Friday, April 3, 2015 8:28 AM *Subject:* Re: [Pharo-dev] Pharo 4 Beta, first impressions On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: *Date: *3 Apr 2015 14:08:03 CEST *From: *Benoit St-Jean bstj...@yahoo.com *Reply-To: *Benoit St-Jean bstj...@yahoo.com *To: *Pharo Development List pharo-dev@lists.pharo.org *Subject: **Pharo 4 Beta, first impressions* 3 quick things : 1) How can I get the Windows theme (W2K) that was available in Pharo 3 (it's no longer there in Pharo 4.0 Beta). Having the close, maximize minimize buttons to the left of every window is VERY annoying for Windows users! Windows 2k is 16 years old. We can not maintain a museum of old windows looks… it just makes no sense (at all. At all… I don’t even think how someone can think that we should!). Keep in mind that nobody uses it (but you, I guess), so it will for sure be broken in subtle ways… We need to use it where it makes sense. A windows 2000 look is not one of these things. 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? The system is very large. I think it is fundamentally wrong to assume that something like this (Design level things) will be magically fixed if there was no discussion, no issue tracker entry, no nothing. Why do you think that this will “fix itself magically”? I would really like to know your thought process behind this… is there something that makes you think that a release process could catch this? How? Marcus
Re: [Pharo-dev] Brand new modern Spotter design!
Maybe the color is an April 1st joke ? On 03 Apr 2015, at 10:30, Tudor Girba tu...@tudorgirba.com wrote: Universal : Doru On Fri, Apr 3, 2015 at 9:47 AM, Stephan Eggermont step...@stack.nl wrote: On 01/04/15 11:53, Tudor Girba wrote: Nah, you have to experience it first hand yourself. It's too cool to experience it via a dead picture. On wednesday we used it in the devnology workshop. It just works, no participants had any remarks :) Stephan -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Ways to do 32-bit arithmetics?
Hi Eliot: On 03 Apr 2015, at 16:47, Eliot Miranda eliot.mira...@gmail.com wrote: if seed is Andes with 16r when it is initialized then the Java code can be used to generate the next value and the sign conversion only applied once to yield the next value. That would eliminate lots of conversions and make the code readable, right? Sorry, I don’t understand you. In the Java code the `0x` is redundant/superfluous. It’s there because I ported the code from JavaScript. The important part is that Java has signed 32bit integers. So, it works as expected out of the box. The SOM version shows the explicit operations you need if you don’t have any knowledge about the underlying integer representation. In most SOM implementations, integers happen to be represented as 64bit values, that overflow into some form of big/large integer representations. The sign-related operations are necessary to get the correct shift and overflow semantics. I guess I could implement it easily on a 64-bit Spur image, but I haven’t looked into that yet. Marcus’ comment looks also useful, but it is going to be very slow… Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD
Am 03.04.15 13:39, schrieb Esteban Lorenzano: On 03 Apr 2015, at 13:04, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Am 03.04.15 11:13, schrieb Esteban Lorenzano: On 02 Apr 2015, at 19:20, Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com wrote: Hi Andreas, sorry to be late in replying. This has been a busy month (I moved house). On Sat, Mar 14, 2015 at 10:33 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Eliot, Am 11.03.2015 um 23:15 schrieb Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com: HI Andreas, On Wed, Mar 11, 2015 at 9:55 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Clement, Am 11.03.2015 um 09:23 schrieb Clément Bera bera.clem...@gmail.com mailto:bera.clem...@gmail.com: Hello, About the FreeBSD VM, Holger Freyther worked on it so he's the best person to answer. I think some people used it and it was at least partially working. That’s my impression. The VMMaker contains some FreeBSD classes but I have the impression that they are not complete (and probably outdated). About your NativeBoost bug on openSolaris, need more information: - Can you confirm that you use an intel processor on your openSolaris machine ? I assume that yes but I ask because solaris were typically running on other processors. NativeBoost, as of today, works only with intel processor. Yes, my Sun Ultra 24 is an Intel based Workstation (Q9300). - Do you build the Cog VM or Stack VM ? I mean PharoVMBuild or PharoSVMBuild ? I think the PharoSVMBuild does not include NativeBoost by default, that may be your problem. There's a fix somewhere... PharoVM from branch 'master' of https://github.com/pharo-project/pharo-vm; (thus Cog VM). I would like to fold back any changes into the svn master repository for Cog. What are the diffs? (If you have time to send me the diffs that would save me a lot of time). I don’t know whether there is much to harvest from what I did. As far as I remember most of my work was hacking the generator image created by the pharo vm scripts (for my Mac) in order to make the resulting C code to compile under openindiana. The basis for Solaris was already there (and as far as I can see it is also in the Squeak VM sources). I only tweaked some definitions and includes. I will look at my notes tomorrow and will post if I will find something relevant. I am curios about the future of the PharoVM. The main development of the VM seem to happen in the SqueakVM (by you). Getting the Spur changes into the PharoVM seem to be a lot of work. Note that this will happen (or is already happening). Esteban is working on building the Spur version of Pharo, so he is doing this work. But actually it *isn't* that much work. There is basically a trio of new memory management files for each platform, e.g. platforms/unix/vm/sqUnixSpurMemory.c, and a new source tree for the spur vm, spursrc/vm. The system is already set up to build multiple VMs (at least the svn tree is). Yes, this is already done. We are building spur VMs and images since awhile now. You can find all the related jobs here: https://ci.inria.fr/pharo/view/4.0-VM-Spur/ If I follow this link and what is being used there brings me to the ordinary PharoVm project on github: https://github.com/pharo-project/pharo-vm There are three branches: master, develop and spur64. Which one is being used to build PharoVM-spur32? yes, I still didn’t merged with master. master still builds a regular cog vm. I’m working on spur64 branch now, here: https://github.com/estebanlm/pharo-vm/tree/spur64 the spur jobs are built against my repository for the moment. I see, that wasn't obvious. And as Eliot says… is not *much* work… except when it is :) In fact, we were planning to release Pharo 4 (next week) with a Spur VM, but we didn’t finish all the small things around. So we will release next July (or around) a Pharo 4S (S, for Spur) with “official” spur support. We do not want to stay to much time in older versions. Also, our development process is different This explanation irritates me: Pharo 4 will be released soon with a Spur VM? And then around summer Pharo 4S? Isn't it a contradiction? no, Pharo 4 will be released *without* spur, then we will release a 4S *with* spur. Ok, that makes sense. than squeak, AFAIK… we drop backward compatibility in a regular basis. Which basically means we will move to spur and we will drop support for older versions. That's OK, but I am still, hmm say confused, because Eliot is changing A LOT (just look at what has been released during the last days), but PharoVM hasn't been
Re: [Pharo-dev] Ways to do 32-bit arithmetics?
Hi Stefan, if seed is Andes with 16r when it is initialized then the Java code can be used to generate the next value and the sign conversion only applied once to yield the next value. That would eliminate lots of conversions and make the code readable, right? Eliot (phone) On Apr 3, 2015, at 7:15 AM, Stefan Marr smallt...@stefan-marr.de wrote: Hi: I am porting some benchmarks to Pharo, which rely on a deterministic random number generator that uses 32 bit values. In order to have properly comparable results across platforms, it needs to generated the same sequence of numbers. So, I am looking for efficient ways to implement it, any ideas? I am a little at a loss, with SmallInts and Long Ints, how to get the proper 32-bit values, and how to apply the correct shifts, especially the right shift can be problematic. Code examples below. Thanks Stefan In Java it looks like this: private static int seed; // Robert Jenkins' 32 bit integer hash function. public static int random() { seed = ((seed + 0x7ed55d16) + (seed 12)) 0x; seed = ((seed ^ 0xc761c23c) ^ (seed 19)) 0x; seed = ((seed + 0x165667b1) + (seed5)) 0x; seed = ((seed + 0xd3a2646c) ^ (seed9)) 0x; seed = ((seed + 0xfd7046c5) + (seed3)) 0x; seed = ((seed ^ 0xb55a4f09) ^ (seed 16)) 0x; return seed; } In SOM Smalltalk, it looks like this: JenkinsRandom = ( | seed | seed: val = ( seed := val ) Robert Jenkins' 32 bit integer hash function. random = ( seed := ((seed + 2127912214 0x7ed55d16) + (seed as32BitUnsignedValue 12) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3345072700 0xc761c23c) bitXor: (seed as32BitUnsignedValue 19)) as32BitSignedValue. seed := ((seed + 374761393 0x165667B1) + (seed as32BitUnsignedValue5) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 3550635116 0xd3a2646c) bitXor: (seed as32BitUnsignedValue9) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 4251993797 0xfd7046c5) + (seed as32BitUnsignedValue3) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3042594569 0xb55a4f09) bitXor: (seed as32BitUnsignedValue 16)) as32BitSignedValue. ^ seed ) ) -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] Ways to do 32-bit arithmetics?
Ah, you also need the sign conversion applied to the uses of seed in right shifts, but that's still a simplification. Eliot (phone) On Apr 3, 2015, at 7:15 AM, Stefan Marr smallt...@stefan-marr.de wrote: Hi: I am porting some benchmarks to Pharo, which rely on a deterministic random number generator that uses 32 bit values. In order to have properly comparable results across platforms, it needs to generated the same sequence of numbers. So, I am looking for efficient ways to implement it, any ideas? I am a little at a loss, with SmallInts and Long Ints, how to get the proper 32-bit values, and how to apply the correct shifts, especially the right shift can be problematic. Code examples below. Thanks Stefan In Java it looks like this: private static int seed; // Robert Jenkins' 32 bit integer hash function. public static int random() { seed = ((seed + 0x7ed55d16) + (seed 12)) 0x; seed = ((seed ^ 0xc761c23c) ^ (seed 19)) 0x; seed = ((seed + 0x165667b1) + (seed5)) 0x; seed = ((seed + 0xd3a2646c) ^ (seed9)) 0x; seed = ((seed + 0xfd7046c5) + (seed3)) 0x; seed = ((seed ^ 0xb55a4f09) ^ (seed 16)) 0x; return seed; } In SOM Smalltalk, it looks like this: JenkinsRandom = ( | seed | seed: val = ( seed := val ) Robert Jenkins' 32 bit integer hash function. random = ( seed := ((seed + 2127912214 0x7ed55d16) + (seed as32BitUnsignedValue 12) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3345072700 0xc761c23c) bitXor: (seed as32BitUnsignedValue 19)) as32BitSignedValue. seed := ((seed + 374761393 0x165667B1) + (seed as32BitUnsignedValue5) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 3550635116 0xd3a2646c) bitXor: (seed as32BitUnsignedValue9) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 4251993797 0xfd7046c5) + (seed as32BitUnsignedValue3) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3042594569 0xb55a4f09) bitXor: (seed as32BitUnsignedValue 16)) as32BitSignedValue. ^ seed ) ) -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
Ideas for beginners, for Sprints etc: * Adding class comments/documentation, as mentioned, is a fantastic idea. Maybe we can provide some code snippets, that will bring up a list of classes with missing comments (or with too-short comments, less than X characters). People can coordinate (on IRC, or via something like EtherPad) on who's working on which classes. * Not related to core Pharo code itself, but still very helpful: Test various libraries for compatibility with Pharo 4.0. Pick your favorite pharo-related project or library off of SmalltalkHub (or SqueakSource, etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it loads fine in 4.0.Try and use the library in a simple demo project. Best yet, write a blog post about it. The success of Pharo largely depends on the success of its ecosystem of libraries and projects. * Benchmark things. Which JSON library (of the several available) is faster at parsing large json objects in Pharo 4? That sort of thing. * Write blog posts in general! Write tutorials and walkthroughs on how to use some of the new 4.0 features. Do programming puzzles / interview questions and post about em. Share tips on how you theme and customize your Pharo images, which tools you use most, and so on. * As mentioned before, at least browse the open 4.0 issues on the pharo FogBugz. Try to think about how you'd go about discovering how to solve them. You'll learn a lot about the system. Also, once the issues are fixed, you can help test and confirm the fix (if you can figure out the 'how to reproduce' steps). Follow the 'to reproduce' steps to make sure you reproduce the error/issue. Then load the slice containing the fix from the pharo inbox repo, and redo the steps again to make sure it was fixed. On Fri, Apr 3, 2015 at 8:54 AM, Marcus Denker marcus.den...@inria.fr wrote: On 03 Apr 2015, at 14:36, Jigyasa Grover grover.jigya...@gmail.com wrote: Ohk. No issues :) Looking forward to other Pharo Sprints focusing on beginners :D Yes… maybe other people have ideas? Marcus
Re: [Pharo-dev] VM and .sources in separate dirs question
On 03 Apr 2015, at 17:55, Dmitri Zagidulin dmi...@zagidulin.net wrote: On Fri, Apr 3, 2015 at 11:49 AM, Max Leske maxle...@gmail.com mailto:maxle...@gmail.com wrote: that you can keep the VM and .sources in different directories? How do you tell the VM where to locate the sources? You don’t. It’s detected automagically! Wait, how does it know which .sources file to pick? :) What if there are .sources from multiple versions of Pharo, etc, lying around on the hard drive? The image decides which sources file it needs. I have all of mine in a single directory with all the different VMs. Works like a charm.
Re: [Pharo-dev] VM and .sources in separate dirs question
Thanks for the clarification Max. I had the same doubt :) On Fri, Apr 3, 2015 at 9:30 PM, Max Leske maxle...@gmail.com wrote: On 03 Apr 2015, at 17:55, Dmitri Zagidulin dmi...@zagidulin.net wrote: On Fri, Apr 3, 2015 at 11:49 AM, Max Leske maxle...@gmail.com wrote: that you can keep the VM and .sources in different directories? How do you tell the VM where to locate the sources? You don’t. It’s detected automagically! Wait, how does it know which .sources file to pick? :) What if there are .sources from multiple versions of Pharo, etc, lying around on the hard drive? The image decides which sources file it needs. I have all of mine in a single directory with all the different VMs. Works like a charm.
Re: [Pharo-dev] Resizing of the print block (Pharo 4.0)
Thanks Tudor :) On Fri, Apr 3, 2015 at 10:00 PM, Tudor Girba tu...@tudorgirba.com wrote: No, the print popup dimension is not changeable at the moment. But, Ii you want, you can embed the print string in the Playground by pressing Enter. Cheers, Doru On Fri, Apr 3, 2015 at 2:31 PM, Gaurav Singh grvanm.co...@gmail.com wrote: Is there a way to resize the print block in the playground? Sometimes when the string is quite a bit long the print block never goes beyond a specific dimension which is quite less and therefore we have to scroll down more rows to check the output and the only way to see the better output is the inspector whereas in Pharo 3.0 we saw that the output depended on the size of the workspace. -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Pharo 4 Beta, first impressions
IMHO, underneath the windows theme argument is the question of the GUI look and feel instability Pharo suffers from one release to another one, this ruin a bit the idea of people willing to design desktop application[1] with Pharo, where consistency in this department is more or less needed. In another hand Phobos may be a better choice then. If I was developing an app where a stable look and feel was necessary, and I wasn’t using my own widgets, I would maintain my own theme. AFAIK nothing about the theme /framework/ has changed, just individual themes are no longer part of core. - Cheers, Sean -- View this message in context: http://forum.world.st/Pharo-4-Beta-first-impressions-tp4817257p4817391.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
Thanks Dmitri ! Will try to contribute as much as I can :) On Fri, Apr 3, 2015 at 9:58 PM, Dmitri Zagidulin dmi...@zagidulin.net wrote: Ideas for beginners, for Sprints etc: * Adding class comments/documentation, as mentioned, is a fantastic idea. Maybe we can provide some code snippets, that will bring up a list of classes with missing comments (or with too-short comments, less than X characters). People can coordinate (on IRC, or via something like EtherPad) on who's working on which classes. * Not related to core Pharo code itself, but still very helpful: Test various libraries for compatibility with Pharo 4.0. Pick your favorite pharo-related project or library off of SmalltalkHub (or SqueakSource, etc), try to load it into Pharo 4. Run the unit tests. Fix stuff until it loads fine in 4.0.Try and use the library in a simple demo project. Best yet, write a blog post about it. The success of Pharo largely depends on the success of its ecosystem of libraries and projects. * Benchmark things. Which JSON library (of the several available) is faster at parsing large json objects in Pharo 4? That sort of thing. * Write blog posts in general! Write tutorials and walkthroughs on how to use some of the new 4.0 features. Do programming puzzles / interview questions and post about em. Share tips on how you theme and customize your Pharo images, which tools you use most, and so on. * As mentioned before, at least browse the open 4.0 issues on the pharo FogBugz. Try to think about how you'd go about discovering how to solve them. You'll learn a lot about the system. Also, once the issues are fixed, you can help test and confirm the fix (if you can figure out the 'how to reproduce' steps). Follow the 'to reproduce' steps to make sure you reproduce the error/issue. Then load the slice containing the fix from the pharo inbox repo, and redo the steps again to make sure it was fixed. On Fri, Apr 3, 2015 at 8:54 AM, Marcus Denker marcus.den...@inria.fr wrote: On 03 Apr 2015, at 14:36, Jigyasa Grover grover.jigya...@gmail.com wrote: Ohk. No issues :) Looking forward to other Pharo Sprints focusing on beginners :D Yes… maybe other people have ideas? Marcus
Re: [Pharo-dev] VM and .sources in separate dirs question
Do you happen to know how it does it? (I wouldn't know where to look, in the source code). Does it still work if you move the sources to another directory, from your current one? Does Pharo do a whole-disk search every time? (Or just when it doesn't find them?) On Fri, Apr 3, 2015 at 12:00 PM, Max Leske maxle...@gmail.com wrote: On 03 Apr 2015, at 17:55, Dmitri Zagidulin dmi...@zagidulin.net wrote: On Fri, Apr 3, 2015 at 11:49 AM, Max Leske maxle...@gmail.com wrote: that you can keep the VM and .sources in different directories? How do you tell the VM where to locate the sources? You don’t. It’s detected automagically! Wait, how does it know which .sources file to pick? :) What if there are .sources from multiple versions of Pharo, etc, lying around on the hard drive? The image decides which sources file it needs. I have all of mine in a single directory with all the different VMs. Works like a charm.
Re: [Pharo-dev] Can we have basicRaw in GTInspector?
The Playground has inspect on Cmd+Shift+i as requested by you. Ok good to know because this is important. What aboout an help? There is a problem with the update as it does not scale in the current form. Please see the reply of Andrei. We will likely remove that feature for the release. Just to clarify: When did we ever say that someone is stupid? Esteban told me that it was not freezing when we had to trash the image. Just that the machine was slow. To me this is a non answer. If we could get a real raw = basic inspect tabe then we can use GT and work. To me the raw tab with an explorer inside is counterproductive: we can get lost, it is slow, it does not work well with navigation of GT. Cheers, Doru On Thu, Apr 2, 2015 at 5:30 PM, stepharo steph...@free.fr mailto:steph...@free.fr wrote: This morning GTInspector was so slow that it blocked the complete system on the machine of Cyril. :( We can tell him that he is stupid to have a bad machine or we could try to use this to see how we can help our users. So we had to use basicInspect to get our job done (once we ctrl-. to escape the render hell) because raw uses a tree morph. Why raw cannot reproduce the old simple and working basicInspect then we could have a basic inspect on double click to avoid to use this bad tree and that we can work. just try to on RubSmalltalkCodeMode class#menuOn: to get the feel. Even on my superfast machine is is sluggish. I really think that we should support backdoors. We need to have a mini browser, a mini debugger and a working inspector. Setf -- www.tudorgirba.com http://www.tudorgirba.com Every thing has its own flow
[Pharo-dev] [Pharo-users] Pharo sprint on Friday, 3rd April
On Fri, Apr 3, 2015 at 12:41 PM, Martin Bähr mba...@email.archlab.tuwien.ac.at wrote: nice ideas. though beginners may not have any favourite projects. are there any stats on which projects are popular so those can be chosen for testing? You're right. I think by 'favorite', I meant more like 'areas you care about in general, even outside of Pharo'. For example, say you're interested in data processing in general. You can ask, How would I go about downloading a comma-separated (CSV) file, read it into Pharo, and display a graph? This involves learning how to do File I/O, checking to see if there's a CSV library compatible with Pharo, and checking to see what sort of graphing libraries exist (I believe one was mentioned recently on the mailing list, Roassal or something). In similar vein, you can check out XML parsers, JSON parsers, etc, etc. Or you can ask How do I connect to a relational database? I've heard Glorp mentioned, and OpenDBX, etc, so which of these would actually work in Pharo 4?. Or, For example, maybe you care about social media APIs. You can then think, Hey I wonder if there are any Twitter or Facebook client libraries for Pharo. Maybe there's an Open Social API ( http://en.wikipedia.org/wiki/OpenSocial ) library that I can check out. That sort of thing. * Write blog posts in general! Write tutorials and walkthroughs on how to use some of the new 4.0 features. same problem here, being new to pharo, i would not even know what the new features are. this should be documented in release-notes probably. Of course, understood. Then write posts about new user impressions of Pharo 4 (keeping in mind the usual this is open source software / the devs are busy so don't be too harsh on them sort of stuff). Or short tutorials on the various small things that you've figured out to do. (Like a cron job that fires up your Pharo image on the command line).
Re: [Pharo-dev] Pharo 4 Beta, first impressions
Le 03/04/2015 16:21, Marcus Denker a écrit : right, we removed W2K already for Pharo3. It’s 2015... Still Benoit wrote about users. Do Benoit think about users of a specific Pharo Desktop application? In that case it can have implication upgrading this application to newer Pharo, because destabilizing end user is annoying. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
Re: [Pharo-dev] Brand new modern Spotter design!
I wonder :) Doru On Fri, Apr 3, 2015 at 3:14 PM, Sven Van Caekenberghe s...@stfx.eu wrote: Maybe the color is an April 1st joke ? On 03 Apr 2015, at 10:30, Tudor Girba tu...@tudorgirba.com wrote: Universal : Doru On Fri, Apr 3, 2015 at 9:47 AM, Stephan Eggermont step...@stack.nl wrote: On 01/04/15 11:53, Tudor Girba wrote: Nah, you have to experience it first hand yourself. It's too cool to experience it via a dead picture. On wednesday we used it in the devnology workshop. It just works, no participants had any remarks :) Stephan -- www.tudorgirba.com Every thing has its own flow -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 18:46, Hilaire hila...@drgeo.eu wrote: IMHO, underneath the windows theme argument is the question of the GUI look and feel instability Pharo suffers from one release to another one, this ruin a bit the idea of people willing to design desktop application[1] with Pharo, where consistency in this department is more or less needed. In another hand Phobos may be a better choice then. well, we are not changing it from Pharo3 to Pharo4, nor we have plans to change it for Pharo5… :) Esteban Best, Hilaire [1] I just had a chat yesterday on IRC with a guy that want to migrate his desktop application to Pharo Le 03/04/2015 18:18, Esteban Lorenzano a écrit : yet… while I disagree with the idea of having a “windows” theme (or any platform specific theme), I think it would be cool to have an option to flip the control buttons… that can work as an extension of current theme, not as a different theme. Problem is “who does it”, more than yes or not to have it :) Esteban -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
Re: [Pharo-dev] Pharo 4 Beta, first impressions
yet… while I disagree with the idea of having a “windows” theme (or any platform specific theme), I think it would be cool to have an option to flip the control buttons… that can work as an extension of current theme, not as a different theme. Problem is “who does it”, more than yes or not to have it :) Esteban On 03 Apr 2015, at 18:09, Hilaire hila...@drgeo.eu wrote: Le 03/04/2015 16:21, Marcus Denker a écrit : right, we removed W2K already for Pharo3. It’s 2015... Still Benoit wrote about users. Do Benoit think about users of a specific Pharo Desktop application? In that case it can have implication upgrading this application to newer Pharo, because destabilizing end user is annoying. Hilaire -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
Re: [Pharo-dev] Resizing of the print block (Pharo 4.0)
No, the print popup dimension is not changeable at the moment. But, Ii you want, you can embed the print string in the Playground by pressing Enter. Cheers, Doru On Fri, Apr 3, 2015 at 2:31 PM, Gaurav Singh grvanm.co...@gmail.com wrote: Is there a way to resize the print block in the playground? Sometimes when the string is quite a bit long the print block never goes beyond a specific dimension which is quite less and therefore we have to scroll down more rows to check the output and the only way to see the better output is the inspector whereas in Pharo 3.0 we saw that the output depended on the size of the workspace. -- www.tudorgirba.com Every thing has its own flow
Re: [Pharo-dev] Pharo 4 Beta, first impressions
IMHO, underneath the windows theme argument is the question of the GUI look and feel instability Pharo suffers from one release to another one, this ruin a bit the idea of people willing to design desktop application[1] with Pharo, where consistency in this department is more or less needed. In another hand Phobos may be a better choice then. Best, Hilaire [1] I just had a chat yesterday on IRC with a guy that want to migrate his desktop application to Pharo Le 03/04/2015 18:18, Esteban Lorenzano a écrit : yet… while I disagree with the idea of having a “windows” theme (or any platform specific theme), I think it would be cool to have an option to flip the control buttons… that can work as an extension of current theme, not as a different theme. Problem is “who does it”, more than yes or not to have it :) Esteban -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
[Pharo-dev] Another step towards removing CodeHolder :)
hi guys today guille extended my first cut at writing a new filecontentsbrowser :) now it works so we can remove pseudo-class, filepackage and others :) and we started to define a changelistbrowser. So next sprint we will be able to say bye bye to CodeHolder and the complete hierarchy. Tx Guille
Re: [Pharo-dev] About PharoShortcuts
Hi nicolai I'm not yet fully clear about the way we should handle keybinding. They look to me a bit like settings in the sense that a widget should be able to define its own but that the system could also push into it some predefined one. We should probably have a way to have local redefinition of binding. While we were brainstorming with Guille about we were thikning about having a command hierarchy as it was done in OB long time ago. Le 3/4/15 13:46, Nicolai Hess a écrit : 15288 https://pharo.fogbugz.com/default.asp?15288 Shortcuts in text editor are hardcoded I think it is a good idea to commonly name those short cuts. But this does not help to make the shortcut handling really configurable. For example, how would we change the shortcut for toggle comment ? - we need a setting that lists all PharoShortcuts, - change the keycombination in the setting - toggleCommentOnSelectionOrLine now would return the new shortcut But how do we populate the change to all users of this shortcut? We would need to rebuild all keymaps. (And if we want to save and load this shortcuts settings (load settings at startup), we need to rebuild all keymappings on every image startup). Instead, we could define commonly named Actions. A texteditor can register this action in its keymap and the action has a unique configurable KMKeyCombination May be :) I'm dead now. what do you think? cheers nicolai
[Pharo-dev] Magritte = Auto-GT Presentation
gtInspectorMagritteIn: composite gtInspectorPresentationOrder: 30 | table | table := composite table title: 'Magritte'; display: [ self magritteDescription children collect: [ :desc | desc label - (desc toString: (desc accessor read: self)) ] ]; column: 'Field' evaluated: #key; column: 'Value' evaluated: #value; send: #value descriptionName magritteDescription ^ MAStringDescription new accessor: #name; label: 'Name'; priority: 100; yourself descriptionPages etc... http://forum.world.st/file/n4817448/Screenshot_2015-04-04_00.png - Cheers, Sean -- View this message in context: http://forum.world.st/Magritte-Auto-GT-Presentation-tp4817448.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.
Re: [Pharo-dev] Pharo 4 Beta, first impressions
On Sat, Apr 4, 2015 at 1:26 AM, Sean P. DeNigris s...@clipperadams.com wrote: IMHO, underneath the windows theme argument is the question of the GUI look and feel instability Pharo suffers from one release to another one, this ruin a bit the idea of people willing to design desktop application[1] with Pharo, where consistency in this department is more or less needed. In another hand Phobos may be a better choice then. If I was developing an app where a stable look and feel was necessary, and I wasn’t using my own widgets, I would maintain my own theme. AFAIK nothing about the theme /framework/ has changed, just individual themes are no longer part of core. Perhaps in some Release Notes we need to advise where to removed themes can be found outside the image. cheers -ben
[Pharo-dev] Ways to do 32-bit arithmetics?
Hi: I am porting some benchmarks to Pharo, which rely on a deterministic random number generator that uses 32 bit values. In order to have properly comparable results across platforms, it needs to generated the same sequence of numbers. So, I am looking for efficient ways to implement it, any ideas? I am a little at a loss, with SmallInts and Long Ints, how to get the proper 32-bit values, and how to apply the correct shifts, especially the right shift can be problematic. Code examples below. Thanks Stefan In Java it looks like this: private static int seed; // Robert Jenkins' 32 bit integer hash function. public static int random() { seed = ((seed + 0x7ed55d16) + (seed 12)) 0x; seed = ((seed ^ 0xc761c23c) ^ (seed 19)) 0x; seed = ((seed + 0x165667b1) + (seed5)) 0x; seed = ((seed + 0xd3a2646c) ^ (seed9)) 0x; seed = ((seed + 0xfd7046c5) + (seed3)) 0x; seed = ((seed ^ 0xb55a4f09) ^ (seed 16)) 0x; return seed; } In SOM Smalltalk, it looks like this: JenkinsRandom = ( | seed | seed: val = ( seed := val ) Robert Jenkins' 32 bit integer hash function. random = ( seed := ((seed + 2127912214 0x7ed55d16) + (seed as32BitUnsignedValue 12) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3345072700 0xc761c23c) bitXor: (seed as32BitUnsignedValue 19)) as32BitSignedValue. seed := ((seed + 374761393 0x165667B1) + (seed as32BitUnsignedValue5) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 3550635116 0xd3a2646c) bitXor: (seed as32BitUnsignedValue9) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 4251993797 0xfd7046c5) + (seed as32BitUnsignedValue3) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3042594569 0xb55a4f09) bitXor: (seed as32BitUnsignedValue 16)) as32BitSignedValue. ^ seed ) ) -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
[Pharo-dev] VM and .sources in separate dirs question
While editing an Updated Pharo by Example chapter, I came across this: The '.sources' file and the VM can be read-only, and can be shared between different users. All of these files can be placed in the same directory, but it is also possible to put the Virtual Machine and sources file in separate directory where everyone has access to them. Is this true, that you can keep the VM and .sources in different directories? How do you tell the VM where to locate the sources? I assume it's some sort of commandline parameter?
Re: [Pharo-dev] Pharo 4 Beta, first impressions
Le 03/04/2015 15:56, Benoit St-Jean via Pharo-dev a écrit : I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! Hi Benoit, I agree with you this window theme may have its usefulness in professional desktop application for Pharo[1]. But Desktop application is not really the priority and I am afraid you are own your own. In the other hand it should be doable to maintain it as a separate package. Hilaire [1] You can even still see in operation kind of DOS like operated application, mainly because it is handy for users. I guess Windows theme can serve the same purpose, may be this is what Benoit is explaining about. -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
Re: [Pharo-dev] Pharo 4 Beta, first impressions
If you want to argue about usage, this is probably more appropriate http://strawpoll.me/4001583/r (though Linux numbers are in reallity somewhat lower due to desktop+server) The bottom line is: nobody (from ~third of Pharo users) really cared until now so the options I see: 1. open an issue in Pharo issue tracker 2. a) write it yourself, or 2. b) ask someone who is interested in themes to write it If nothing fundamental changed in theming in Pharo 4, than moving the buttons around should take an evening with bottle of beer at most. If you want it in the default theme but customizable, that may take more, but it would be interesting. If you want the whole Windows theme than that may be a bit more. Peter On Fri, Apr 3, 2015 at 4:07 PM, Sven Van Caekenberghe s...@stfx.eu wrote: On 03 Apr 2015, at 15:57, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: Date: 3 Apr 2015 15:53:56 CEST From: Benoit St-Jean bstj...@yahoo.com Reply-To: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions Kilon, I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! There is no such thing as *one* Windows look (or version), there are many: http://en.wikipedia.org/wiki/Microsoft_Windows#Usage_share We simply cannot maintain them, nor do we want to. Note that we do not maintain any other platform specific lookfeels. - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) From: kilon alios kilon.al...@gmail.com To: Pharo Development List pharo-dev@lists.pharo.org Sent: Friday, April 3, 2015 9:25 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, you want it in pharo , code it.The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it.
Re: [Pharo-dev] Ways to do 32-bit arithmetics?
There is ThirtyTwoBitRegister “ I represent a 32-bit register. An instance of me can hold any non-negative integer in the range [0..(2^32 - 1)]. Operations are performed on my contents in place, like a hardware register, and results are always modulo 2^32. This class is primarily meant for use by the SecureHashAlgorithm class. On 03 Apr 2015, at 16:15, Stefan Marr smallt...@stefan-marr.de wrote: Hi: I am porting some benchmarks to Pharo, which rely on a deterministic random number generator that uses 32 bit values. In order to have properly comparable results across platforms, it needs to generated the same sequence of numbers. So, I am looking for efficient ways to implement it, any ideas? I am a little at a loss, with SmallInts and Long Ints, how to get the proper 32-bit values, and how to apply the correct shifts, especially the right shift can be problematic. Code examples below. Thanks Stefan In Java it looks like this: private static int seed; // Robert Jenkins' 32 bit integer hash function. public static int random() { seed = ((seed + 0x7ed55d16) + (seed 12)) 0x; seed = ((seed ^ 0xc761c23c) ^ (seed 19)) 0x; seed = ((seed + 0x165667b1) + (seed5)) 0x; seed = ((seed + 0xd3a2646c) ^ (seed9)) 0x; seed = ((seed + 0xfd7046c5) + (seed3)) 0x; seed = ((seed ^ 0xb55a4f09) ^ (seed 16)) 0x; return seed; } In SOM Smalltalk, it looks like this: JenkinsRandom = ( | seed | seed: val = ( seed := val ) Robert Jenkins' 32 bit integer hash function. random = ( seed := ((seed + 2127912214 0x7ed55d16) + (seed as32BitUnsignedValue 12) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3345072700 0xc761c23c) bitXor: (seed as32BitUnsignedValue 19)) as32BitSignedValue. seed := ((seed + 374761393 0x165667B1) + (seed as32BitUnsignedValue5) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 3550635116 0xd3a2646c) bitXor: (seed as32BitUnsignedValue9) as32BitSignedValue) as32BitSignedValue. seed := ((seed + 4251993797 0xfd7046c5) + (seed as32BitUnsignedValue3) as32BitSignedValue) as32BitSignedValue. seed := ((seed bitXor: 3042594569 0xb55a4f09) bitXor: (seed as32BitUnsignedValue 16)) as32BitSignedValue. ^ seed ) ) -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] Pharo 4 Beta, first impressions
Oh, but wait a minute: W2K was not present in Pharo3, only Vistary was there, but removed. Hilaire Le 03/04/2015 16:16, Hilaire a écrit : Le 03/04/2015 15:56, Benoit St-Jean via Pharo-dev a écrit : I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! Hi Benoit, I agree with you this window theme may have its usefulness in professional desktop application for Pharo[1]. But Desktop application is not really the priority and I am afraid you are own your own. In the other hand it should be doable to maintain it as a separate package. Hilaire [1] You can even still see in operation kind of DOS like operated application, mainly because it is handy for users. I guess Windows theme can serve the same purpose, may be this is what Benoit is explaining about. -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
Re: [Pharo-dev] Pharo 4 Beta, first impressions
lot of time ago we decided *not* to pretend imitate any OS LF, because is first a lot of work, and second a lose of time: they do not fit, and if you want to make them fit for real you need to spend *really* much time there (and you probably will fail anyway). Themes remained there without being maintained and they started to break. As no one uses it, no one noticed :) So we started to remove them. Now… I would like to not just remove anything, but to move them to a graveyard, where it can be revived by any necromancer who wants to give them a try. We need to improve there. w2k theme was… old. Didn’t fit with any current LF, not windows either. So, if you used the w2k theme just because of the icons (and also… I have to say it: windows and mac *is not* the same: windows is plenty of home-made LF that does not respect any design rule… mac is not like that). But well, coming back: if you want that old theme just for the icons, I just recommend you to take current theme and modify it to have the icons where you want (should not be so difficult). In the long term, it will be a lot more maintainable :) cheers, Esteban On 03 Apr 2015, at 16:07, Sven Van Caekenberghe s...@stfx.eu wrote: On 03 Apr 2015, at 15:57, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: Date: 3 Apr 2015 15:53:56 CEST From: Benoit St-Jean bstj...@yahoo.com Reply-To: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions Kilon, I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! There is no such thing as *one* Windows look (or version), there are many: http://en.wikipedia.org/wiki/Microsoft_Windows#Usage_share We simply cannot maintain them, nor do we want to. Note that we do not maintain any other platform specific lookfeels. - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) From: kilon alios kilon.al...@gmail.com To: Pharo Development List pharo-dev@lists.pharo.org Sent: Friday, April 3, 2015 9:25 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, you want it in pharo , code it.The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it.
Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 16:19, Hilaire hila...@drgeo.eu wrote: Oh, but wait a minute: W2K was not present in Pharo3, only Vistary was there, but removed. right, we removed W2K already for Pharo3. It’s 2015... Hilaire Le 03/04/2015 16:16, Hilaire a écrit : Le 03/04/2015 15:56, Benoit St-Jean via Pharo-dev a écrit : I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! Hi Benoit, I agree with you this window theme may have its usefulness in professional desktop application for Pharo[1]. But Desktop application is not really the priority and I am afraid you are own your own. In the other hand it should be doable to maintain it as a separate package. Hilaire [1] You can even still see in operation kind of DOS like operated application, mainly because it is handy for users. I guess Windows theme can serve the same purpose, may be this is what Benoit is explaining about. -- Dr. Geo - http://drgeo.eu iStoa - http://istoa.drgeo.eu
Re: [Pharo-dev] Pharo 4 Beta, first impressions
It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! That is irrelevant really . Thats not how open source works. In open source something maintained or goes in or stays in because someone bothers to code for it. You may get 1 billion users to complain about this and still it wont change a thing. You still need a developer to do the work. Most open source devs like to work on things that they really care about. And is not as if things are better for MacOS user, the watery theme looks very dated , ugly and it is not even compatible with the new dark theme. So in the end it makes sense to use one of the recent themes, either white or dark. Also you are the first to complain about this.If you want to get this fixed the easiest way is to fix it yourself as third party library and add it to the configuration browser for others to use. If you expect for someone else to fix it, you may have to wait for decades and no it wont matter if you get a billion users to agree with you and sign a petition. How many people you think asked for a blue theme in this mailing list ? none . Pharo now has a blue theme because of me, and has no windows theme with so many windows users. How many people use the blue them ? most likely only me. Thats how open source works I am afraid, dont blame Pharo, blame life and the reality we live in :)
[Pharo-dev] [pharo-project/pharo-core] ad5e24: 40594
Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: ad5e24c4e2de21b16deccb51c4876f804d372e97 https://github.com/pharo-project/pharo-core/commit/ad5e24c4e2de21b16deccb51c4876f804d372e97 Author: Jenkins Build Server bo...@pharo-project.org Date: 2015-04-03 (Fri, 03 Apr 2015) Changed paths: A Nautilus.package/extension/AbstractGroup/instance/asNautilusItemPath.st M Polymorph-Widgets.package/TickDialogWindow.class/README.md M Polymorph-Widgets.package/TickDialogWindow.class/instance/display/openInWorld.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script593.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script594.st R ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40593.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40594.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: --- 40594 15278 Filtering on a Dynamic Group throws a DNU https://pharo.fogbugz.com/f/cases/15278 15295 TickDialogWindow open invokes not existing method https://pharo.fogbugz.com/f/cases/15295 http://files.pharo.org/image/40/40594.zip
[Pharo-dev] [pharo-project/pharo-core]
Branch: refs/tags/40594 Home: https://github.com/pharo-project/pharo-core
[Pharo-dev] In Debugger: block variables nil
Hi: While debugging the beautiful method below, I noticed that the debugger shows data1 to be `nil`, while it actually has a proper value. That is, the pane on the right bottom shows the wrong value. When inspecting `data1` within the source code pane, it is correctly shown in the inspector. Is this a known issue? Should I file a bug? Best regards Stefan createWorker: identity priority: priority work: work state: state | data | data := RichWorkerTaskDataRecord create. self createTask: identity priority: priority work: work state: state function: [:work1 :word | | data1 | data1 := word. RichObject NoWork == work1 ifTrue: [self wait] ifFalse: [data1 destination: (RichObject HandlerA = data1 destination ifTrue: [RichObject HandlerB] ifFalse: [RichObject HandlerA]). work1 identity: data1 destination. work1 datum: 1. 1 to: 4 do: [ :i | data1 count: data1 count + 1. data1 count 26 ifTrue: [data1 count: 1]. work1 data at: i put: $A asInteger + data1 count - 1]. self queuePacket: work1]] data: data -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] Pharo 4 Beta, first impressions
The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, you want it in pharo , code it.The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it.
Re: [Pharo-dev] In Debugger: block variables nil
Hi Stefan, it is a know issue ( https://pharo.fogbugz.com/f/cases/15174/, https://pharo.fogbugz.com/f/cases/14606/ ) and it is currently being worked on. Peter On Fri, Apr 3, 2015 at 3:19 PM, Stefan Marr smallt...@stefan-marr.de wrote: Hi: While debugging the beautiful method below, I noticed that the debugger shows data1 to be `nil`, while it actually has a proper value. That is, the pane on the right bottom shows the wrong value. When inspecting `data1` within the source code pane, it is correctly shown in the inspector. Is this a known issue? Should I file a bug? Best regards Stefan createWorker: identity priority: priority work: work state: state | data | data := RichWorkerTaskDataRecord create. self createTask: identity priority: priority work: work state: state function: [:work1 :word | | data1 | data1 := word. RichObject NoWork == work1 ifTrue: [self wait] ifFalse: [data1 destination: (RichObject HandlerA = data1 destination ifTrue: [RichObject HandlerB] ifFalse: [RichObject HandlerA]). work1 identity: data1 destination. work1 datum: 1. 1 to: 4 do: [ :i | data1 count: data1 count + 1. data1 count 26 ifTrue: [data1 count: 1]. work1 data at: i put: $A asInteger + data1 count - 1]. self queuePacket: work1]] data: data -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 14:11, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: 2) Am I the only one annoyed by the fact that the Collection class still holds on to 2 class variables (one of them being an instance of Random, the other a mutex) for the sole purpose of accommodating the #atRandom #atRandom: methods ? Even worse, the Integer class' implementation of #atRandom references the Collection class to use that random instance! In other words, Integer#atRandom -- Collection#randomForPicking -- Random ! I've always been a fan of the mind your own business approach. Wouldn't it make a lot more sense to have the Random class provide a default instance (a singleton) whenever other classes need such an object instead of crippling the code with class variables and singleton instance all over the place? This always annoyed me big time. Not just for what you said, but also because the access protection should not be there at all.
Re: [Pharo-dev] Pharo 4 Beta, first impressions
---BeginMessage--- Kilon, I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) From: kilon alios kilon.al...@gmail.com To: Pharo Development List pharo-dev@lists.pharo.org Sent: Friday, April 3, 2015 9:25 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, you want it in pharo , code it.The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it. ---End Message---
Re: [Pharo-dev] Pharo 4 Beta, first impressions
On 03 Apr 2015, at 15:57, Benoit St-Jean via Pharo-dev pharo-dev@lists.pharo.org wrote: Date: 3 Apr 2015 15:53:56 CEST From: Benoit St-Jean bstj...@yahoo.com Reply-To: Benoit St-Jean bstj...@yahoo.com To: Pharo Development List pharo-dev@lists.pharo.org Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions Kilon, I can perfectly understand that not everything has to be in the image and that, ultimately, someone has to maintain that code. The only problem I have with the removal of that theme is that more than 55% of users are running some flavor of Windows. It's not as if someone would ask for an OS/2 or a Motif UI theme! There are *LOTS* of people on Windows still ! There is no such thing as *one* Windows look (or version), there are many: http://en.wikipedia.org/wiki/Microsoft_Windows#Usage_share We simply cannot maintain them, nor do we want to. Note that we do not maintain any other platform specific lookfeels. - Benoit St-Jean Yahoo! Messenger: bstjean Twitter: @BenLeChialeux Pinterest: benoitstjean IRC: lamneth Blogue: endormitoire.wordpress.com A standpoint is an intellectual horizon of radius zero. (A. Einstein) From: kilon alios kilon.al...@gmail.com To: Pharo Development List pharo-dev@lists.pharo.org Sent: Friday, April 3, 2015 9:25 AM Subject: Re: [Pharo-dev] Pharo 4 Beta, first impressions The point is, every piece of code needs to be written and maintained which takes time and energy from other activities. I completely agree with you. I have zero issues of main pharo developers kicking out libraries that are not so much used by pharo users. Those libraries are perfectly capable of existing as third party. I also love the plan to make pharo modular, remove libraries from inside and make it easy to install. This way each one of us can easily make an image tailor made for his/her needs. Each pharo user is an individual with individual needs. Installing libraries is dead easy with the Configuration Browser , including their dependencies , just one click away. Of course that leaves whos going to maintain that stuff. I agree with Marcus here, you want it in pharo , code it.The theme support in Pharo is very powerful , I know because I created my own custom blue theme and a tool to allow easy customization of theme colors with zero coding (Nireas). I expected that by now Nireas would be replaced by another way more powerful theme manager but it has not. Why ? Not because my theme manager is very good, but because the community is just too small. I love using my blue theme and fits perfect to my taste and needs ;) In the end no code can be more personal than the code you create. There is no need for everything to exist inside the image , great things can exist outside too. All it needs people who really care about pharo by coding for it.
Re: [Pharo-dev] [Vm-dev] Re: Status of Pharo VM for FreeBSD
On 03 Apr 2015, at 17:27, Andreas Wacknitz a.wackn...@gmx.de wrote: Am 03.04.15 13:39, schrieb Esteban Lorenzano: On 03 Apr 2015, at 13:04, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Am 03.04.15 11:13, schrieb Esteban Lorenzano: On 02 Apr 2015, at 19:20, Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com wrote: Hi Andreas, sorry to be late in replying. This has been a busy month (I moved house). On Sat, Mar 14, 2015 at 10:33 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Eliot, Am 11.03.2015 um 23:15 schrieb Eliot Miranda eliot.mira...@gmail.com mailto:eliot.mira...@gmail.com: HI Andreas, On Wed, Mar 11, 2015 at 9:55 AM, Andreas Wacknitz a.wackn...@gmx.de mailto:a.wackn...@gmx.de wrote: Hi Clement, Am 11.03.2015 um 09:23 schrieb Clément Bera bera.clem...@gmail.com mailto:bera.clem...@gmail.com: Hello, About the FreeBSD VM, Holger Freyther worked on it so he's the best person to answer. I think some people used it and it was at least partially working. That’s my impression. The VMMaker contains some FreeBSD classes but I have the impression that they are not complete (and probably outdated). About your NativeBoost bug on openSolaris, need more information: - Can you confirm that you use an intel processor on your openSolaris machine ? I assume that yes but I ask because solaris were typically running on other processors. NativeBoost, as of today, works only with intel processor. Yes, my Sun Ultra 24 is an Intel based Workstation (Q9300). - Do you build the Cog VM or Stack VM ? I mean PharoVMBuild or PharoSVMBuild ? I think the PharoSVMBuild does not include NativeBoost by default, that may be your problem. There's a fix somewhere... PharoVM from branch 'master' of https://github.com/pharo-project/pharo-vm https://github.com/pharo-project/pharo-vm (thus Cog VM). I would like to fold back any changes into the svn master repository for Cog. What are the diffs? (If you have time to send me the diffs that would save me a lot of time). I don’t know whether there is much to harvest from what I did. As far as I remember most of my work was hacking the generator image created by the pharo vm scripts (for my Mac) in order to make the resulting C code to compile under openindiana. The basis for Solaris was already there (and as far as I can see it is also in the Squeak VM sources). I only tweaked some definitions and includes. I will look at my notes tomorrow and will post if I will find something relevant. I am curios about the future of the PharoVM. The main development of the VM seem to happen in the SqueakVM (by you). Getting the Spur changes into the PharoVM seem to be a lot of work. Note that this will happen (or is already happening). Esteban is working on building the Spur version of Pharo, so he is doing this work. But actually it *isn't* that much work. There is basically a trio of new memory management files for each platform, e.g. platforms/unix/vm/sqUnixSpurMemory.c, and a new source tree for the spur vm, spursrc/vm. The system is already set up to build multiple VMs (at least the svn tree is). Yes, this is already done. We are building spur VMs and images since awhile now. You can find all the related jobs here: https://ci.inria.fr/pharo/view/4.0-VM-Spur/ https://ci.inria.fr/pharo/view/4.0-VM-Spur/If I follow this link and what is being used there brings me to the ordinary PharoVm project on github: https://github.com/pharo-project/pharo-vm https://github.com/pharo-project/pharo-vm There are three branches: master, develop and spur64. Which one is being used to build PharoVM-spur32? yes, I still didn’t merged with master. master still builds a regular cog vm. I’m working on spur64 branch now, here: https://github.com/estebanlm/pharo-vm/tree/spur64 https://github.com/estebanlm/pharo-vm/tree/spur64 the spur jobs are built against my repository for the moment. I see, that wasn't obvious. I know… because is till experimental :) And as Eliot says… is not *much* work… except when it is :) In fact, we were planning to release Pharo 4 (next week) with a Spur VM, but we didn’t finish all the small things around. So we will release next July (or around) a Pharo 4S (S, for Spur) with “official” spur support. We do not want to stay to much time in older versions. Also, our development process is different This explanation irritates me: Pharo 4 will be released soon with a Spur VM? And then around summer Pharo 4S? Isn't it a contradiction? no, Pharo 4 will be released *without* spur, then we will release a 4S *with* spur. Ok, that makes sense. than squeak, AFAIK… we drop backward compatibility in a regular basis. Which basically means we will move to spur and we will drop support for older versions. That's
Re: [Pharo-dev] VM and .sources in separate dirs question
On 03 Apr 2015, at 16:16, Dmitri Zagidulin dmi...@zagidulin.net wrote: While editing an Updated Pharo by Example chapter, I came across this: The '.sources' file and the VM can be read-only, and can be shared between different users. All of these files can be placed in the same directory, but it is also possible to put the Virtual Machine and sources file in separate directory where everyone has access to them. Is this true, yes ;) that you can keep the VM and .sources in different directories? How do you tell the VM where to locate the sources? You don’t. It’s detected automagically! I assume it's some sort of commandline parameter? Cheers, Max
Re: [Pharo-dev] Ways to do 32-bit arithmetics?
Hi Stefan, the point is that the code uses only 32 bits. The java code ands by 16r on each update to seed, and even if that's not necessary because seed is declared as int, it does show that we can discard bits above 3/ after each update. Therefore any use of seed in a left shift does not need alteration because high bits will be lost. The only case is in a right shift, where the sign bit will be propagated. So (assuming ^ defined as bitXor: and bitAnd: ; I'm on my phone, and that is arithmetic shift right) I believe that this will work: seed := ((seed + 16r7ed55d16) + (seed 12)) 16r. seed := ((seed ^ 16rc761c23c) ^ (seed as32BitSignedValue 19)) 16r. seed := ((seed + 16r165667b1) + (seed5)) 16r. seed := ((seed + 16rd3a2646c) ^ (seed9)) 16r. seed := ((seed + 16rfd7046c5) + (seed3)) 16r. seed := ((seed ^ 16rb55a4f09) ^ (seed as32BitSignedValue 16)) 16r. ^ seed as32BitSignedValue Eliot (phone) On Apr 3, 2015, at 8:04 AM, Stefan Marr smallt...@stefan-marr.de wrote: Hi Eliot: On 03 Apr 2015, at 16:47, Eliot Miranda eliot.mira...@gmail.com wrote: if seed is Andes with 16r when it is initialized then the Java code can be used to generate the next value and the sign conversion only applied once to yield the next value. That would eliminate lots of conversions and make the code readable, right? Sorry, I don’t understand you. In the Java code the `0x` is redundant/superfluous. It’s there because I ported the code from JavaScript. The important part is that Java has signed 32bit integers. So, it works as expected out of the box. The SOM version shows the explicit operations you need if you don’t have any knowledge about the underlying integer representation. In most SOM implementations, integers happen to be represented as 64bit values, that overflow into some form of big/large integer representations. The sign-related operations are necessary to get the correct shift and overflow semantics. I guess I could implement it easily on a 64-bit Spur image, but I haven’t looked into that yet. Marcus’ comment looks also useful, but it is going to be very slow… Best regards Stefan -- Stefan Marr INRIA Lille - Nord Europe http://stefan-marr.de/research/
Re: [Pharo-dev] VM and .sources in separate dirs question
On Fri, Apr 3, 2015 at 11:49 AM, Max Leske maxle...@gmail.com wrote: that you can keep the VM and .sources in different directories? How do you tell the VM where to locate the sources? You don’t. It’s detected automagically! Wait, how does it know which .sources file to pick? :) What if there are .sources from multiple versions of Pharo, etc, lying around on the hard drive?