October 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] Default working directory

by Vitor Medina Cruz

Ahh, look, FileSystem has a workingDirectoryPath:, you could change the working directory using that. On Wed, Oct 19, 2016 at 3:06 PM, Vitor Medina Cruz <vitormcruz(a)gmail.com> wrote: > I suppose you should do that, I am relatively new to Pharo either, and a > Windows user (by force, not because I want, lets be clear :) ), but in a > Mac or Linux I think I would use try Pharo Launcher, where you can manage > you images. In windows I create a new directory and copy the default image > there. > > On Wed, Oct 19, 2016 at 2:46 PM, wvzuilen <wvzuilen(a)gmail.com> wrote: > >> In the default Pharo macOS download the image file is embedded inside the >> Pharo.app package. Are you suggesting that I use a separate image file >> that >> I place at a location where I can write files? >> >> >> >> -- >> View this message in context: http://forum.world.st/Default- >> working-directory-macOS-tp4919393p4919403.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >> >> >

Oct. 19, 2016

Re: [Pharo-users] Default working directory

by Esteban Lorenzano

you cannot do a âsave asâ¦â and use it later? > On 19 Oct 2016, at 18:46, wvzuilen <wvzuilen(a)gmail.com> wrote: > > In the default Pharo macOS download the image file is embedded inside the > Pharo.app package. Are you suggesting that I use a separate image file that > I place at a location where I can write files? > > > > -- > View this message in context: http://forum.world.st/Default-working-directory-macOS-tp4919393p4919403.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. >

Oct. 19, 2016

Re: [Pharo-users] Default working directory

by Vitor Medina Cruz

I suppose you should do that, I am relatively new to Pharo either, and a Windows user (by force, not because I want, lets be clear :) ), but in a Mac or Linux I think I would use try Pharo Launcher, where you can manage you images. In windows I create a new directory and copy the default image there. On Wed, Oct 19, 2016 at 2:46 PM, wvzuilen <wvzuilen(a)gmail.com> wrote: > In the default Pharo macOS download the image file is embedded inside the > Pharo.app package. Are you suggesting that I use a separate image file that > I place at a location where I can write files? > > > > -- > View this message in context: http://forum.world.st/Default- > working-directory-macOS-tp4919393p4919403.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Oct. 19, 2016

Re: [Pharo-users] CodeGenerator, your opinions?

by Johan Fabry

Sorry, I did not catch this thread before. If you are looking for a terse way to describe state machines, you may want to have a look at LRP, a live programming language for nested state machines (for robotics), implemented in Pharo. It seems to have what you are talking about in your mail. It is made for robotics, but in the end can be used for a lot more stuff since it has a clean integration with Pharo. The URL of LRP is http://pleiad.cl/LRP If you have any questions, feel free to ask! -- Does this mail seem too brief? Sorry for that, I donât mean to be rude! Please see http://emailcharter.org . Johan Fabry - http://pleiad.cl/~jfabry PLEIAD and RyCh labs - Computer Science Department (DCC) - University of Chile > On 19 Oct 2016, at 00:44, Otto Behrens <otto(a)finworks.biz> wrote: > > I just meant some syntactically terse way of expressing a state > machine so that one can see the logic clearly. Representing a state > machine in a graphical way is ideal. We did this once, but the problem > is to make the state machine definition resilient to refactorings and > changes to the code. What I mean is that compiling something into code > is a one way thing; to keep it maintained, one would like to "reverse > compile" and draw the state machine from code. > > A "correct" DSL would be something like a Harel state diagram, which > should be able to express most requirements.

Oct. 19, 2016

Re: [Pharo-users] Default working directory

by wvzuilen

In the default Pharo macOS download the image file is embedded inside the Pharo.app package. Are you suggesting that I use a separate image file that I place at a location where I can write files? -- View this message in context: http://forum.world.st/Default-working-directory-macOS-tp4919393p4919403.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 19, 2016

Re: [Pharo-users] Default working directory

by Vitor Medina Cruz

I think it defaults to where you image is, but you can inspect FileSystem workingDirectory in Playground and see for yourself :) On Wed, Oct 19, 2016 at 1:51 PM, wvzuilen <wvzuilen(a)gmail.com> wrote: > Hi all, > > I'm new to Smalltalk and Pharo, so be kind ;-) I've tried Google and > searching the world.st forum but I couldn't find the answer to the > following > question: > > I looks like the default working directory of my MacOS Pharo instance is a > path inside the Pharo5.0.app: > /Applications/Pharo5.0.app/Contents/Resources > > This causes that Pharo can't write to that path and soms default tests are > trying to do exactly that: > > testFileExists > | file | > file := File named: 'asd.txt'. > file writeStream close. > self assert: file exists. > file delete > > Of course I could edit the tests, but I would rather change the default > working directory. Is this possible? > > Greetings Wouter > > > > -- > View this message in context: http://forum.world.st/Default- > working-directory-tp4919393.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Oct. 19, 2016

Re: [Pharo-users] Refactoring changed method

by Vitor Medina Cruz

Yes, something like that would be good. On Wed, Oct 19, 2016 at 12:10 PM, Nicolai Hess <nicolaihess(a)gmail.com> wrote: > > > 2016-10-19 16:00 GMT+02:00 Vitor Medina Cruz <vitormcruz(a)gmail.com>: > >> It indicates with a little yellow (for me :) ) corner yes (also, if I >> cntr+z all changes the corner does not goes away). It shows a changes >> browser also, but it doesn't help much, usually I just click Ok if only my >> code is affected. Wouldn't be good if a warn popup is prompted telling me I >> have changes that will be lost? >> > > Yes, maybe. Actually the browser should get notified about the changed > method, it either should indicate the method by replaceing the orange > (unsaved-editings) with a red one (conflicting-edits), or show a > confirmation dialog > as it (sometimes) does for chnages if the editor window has unsaved edits. > > >> >> On Wed, Oct 19, 2016 at 11:33 AM, Nicolai Hess <nicolaihess(a)gmail.com> >> wrote: >> >>> >>> >>> 2016-10-19 15:19 GMT+02:00 Vitor Medina Cruz <vitormcruz(a)gmail.com>: >>> >>>> Hello, >>>> >>>> While I was editing a method, if I do a rename temporary refactoring >>>> the system rollbacks every change I did to the method in order to apply the >>>> refactoring. Is that the correct behavior? Shouldn't It at least asks me if >>>> I want to save my changes before I apply the refactoring? It was really >>>> confusing the first time it happened and it took some time before I could >>>> understand what happened. >>>> >>> >>> Yes, it does not care about current edited method, refactoring is >>> applied the the existing method source. >>> Does it show a changes browser before applying the change (it should). >>> I would expect that nautilus indicates the current edited method with a >>> little red corner, indicating that this method changed outside of the >>> browser, but I guess this behavior is broken since we introduced rubric for >>> the code text pane. >>> >>> >>>> >>>> Regards, >>>> Vitor >>>> >>> >>> >> >

Oct. 19, 2016

Default working directory

by wvzuilen

Hi all, I'm new to Smalltalk and Pharo, so be kind ;-) I've tried Google and searching the world.st forum but I couldn't find the answer to the following question: I looks like the default working directory of my MacOS Pharo instance is a path inside the Pharo5.0.app: /Applications/Pharo5.0.app/Contents/Resources This causes that Pharo can't write to that path and soms default tests are trying to do exactly that: testFileExists | file | file := File named: 'asd.txt'. file writeStream close. self assert: file exists. file delete Of course I could edit the tests, but I would rather change the default working directory. Is this possible? Greetings Wouter -- View this message in context: http://forum.world.st/Default-working-directory-tp4919393.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Oct. 19, 2016

Re: [Pharo-users] Cog VM on Raspberry Pi ?

by Henrik Johansen

> On 18 Oct 2016, at 11:11 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > > Is there still a stack VM (PharoS for ARM, 5.0) ? I downloaded the one you linked (http://files.pharo.org/vm/pharoS/raspbian/latest.zip <http://files.pharo.org/vm/pharoS/raspbian/latest.zip>), but it was a pre-spur VM, so I had to use 50496 from the "preSpur" folder. It didn't recognize the -nodisplay parameter, so I had to open image normally to do tinyBenchmarks. Performance was fairly bad compared to Cog Spur (34M bytecodes, 2M sends), and in general not suitable for live editing of a Pharo image at all (8 seconds to open a browser, etc), so if a newer does not exist, I doubt it makes sense to spend effort creating one that reads Spur images other than as an intellectual exercize with a Cog VM available. Cheers, Henry Version infos of vms I've ran, in order of age: http://www.mirandabanda.org/files/Cog/VM/VM.r3427/cogspurlinuxhtARM-15.33.3… <http://www.mirandabanda.org/files/Cog/VM/VM.r3427/cogspurlinuxhtARM-15.33.3…> : ./phcogspurlinuxhtRPi/pharo -version 5.0-201610142319 Sat Oct 15 02:45:47 UTC 2016 gcc 4.9.2 [Production Spur VM] CoInterpreter VMMaker.oscog-eem.1959 uuid: 2784931a-d7ba-431a-be8c-ec79b1e55684 Oct 15 2016 StackToRegisterMappingCogit VMMaker.oscog-eem.1959 uuid: 2784931a-d7ba-431a-be8c-ec79b1e55684 Oct 15 2016 VM: 201610142319 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Sat Oct 15 00:19:53 2016 +0100 $ Plugins: 201610142319 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Linux testing-gce-874b9d32-9a0b-447e-98d4-15ee5b4feaec 4.4.0-42-generic #62~14.04.1-Ubuntu SMP Fri Oct 7 23:15:48 UTC 2016 armv7l GNU/Linux plugin path: ./phcogspurlinuxhtRPi/lib/pharo/5.0-201610142319 [default: /home/veloxit/phcogspurlinuxhtRPi/lib/pharo/5.0-201610142319/] Included by nuscratch: squeak -version 5.0-201608180858 Mon Aug 22 18:41:57 PDT 2016 gcc 4.9.2 [Production Spur VM] CoInterpreter VMMaker.oscog-cb.1919 uuid: 00a8dd2a-bc8d-4552-b400-be781c8aabec Aug 22 2016 StackToRegisterMappingCogit VMMaker.oscog-cb.1919 uuid: 00a8dd2a-bc8d-4552-b400-be781c8aabec Aug 22 2016 VM: 201608180858 tim@Diziet.local:Documents/Squeak/Rasbian-VM/vm $ Date: Thu Aug 18 10:58:48 2016 +0200 $ Plugins: 201608180858 tim@Diziet.local:Documents/Squeak/Rasbian-VM/vm $ Linux Pi-3B-1 4.4.9-v7+ #884 SMP Fri May 6 17:28:59 BST 2016 armv7l GNU/Linux plugin path: /usr/lib/squeak/5.0-201608180858 [default: /usr/lib/squeak/5.0-201608180858/] http://files.pharo.org/vm/pharoS/raspbian/latest.zip <http://files.pharo.org/vm/pharoS/raspbian/latest.zip> : ./PharoS/PharoS --version 3.9-7 #1 Thu Apr 9 14:59:10 CEST 2015 gcc 4.6.3 [Production ITHB VM] StackInterpreter VMMaker.oscog-jeanbaptistearnaud.828 uuid: ba8d2ed6-70b9-4309-8bf0-9eda9c0d1c2d Apr 9 2015 https://github.com/pharo-project/pharo-vm.git Commit: 32d18ba0f2db9bee7f3bdbf16bdb24fe4801cfc5 Date: 2015-03-24 11:08:14 +0100 By: Esteban Lorenzano <estebanlm(a)gmail.com> Jenkins build #128 Linux pharo-contribution-raspberrypi-linux 3.2.0-58-generic #88-Ubuntu SMP Tue Dec 3 17:37:58 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux plugin path: /home/veloxit/PharoS/ [default: /home/veloxit/PharoS/] squeak.old (aka squeak , without nuscratch installed) (shell script doesn't forward to actual vm if not provided image path, hence the absolute): /usr/lib/squeak/4.10.2-2614/squeakvm -version 4.10.2-2614 #1 XShm Sat Nov 8 01:32:22 UTC 2014 /usr/bin/cc Linux bm-wb-01 3.16-trunk-armmp #1 SMP Debian 3.16-1~exp1 (2014-08-09) armv7l GNU/Linux plugin path: /usr/lib/squeak/4.10.2-2614/ [default: /usr/lib/squeak/4.10.2-2614/]

Oct. 19, 2016

Re: [Pharo-users] Refactoring changed method

by Nicolai Hess

2016-10-19 16:00 GMT+02:00 Vitor Medina Cruz <vitormcruz(a)gmail.com>: > It indicates with a little yellow (for me :) ) corner yes (also, if I > cntr+z all changes the corner does not goes away). It shows a changes > browser also, but it doesn't help much, usually I just click Ok if only my > code is affected. Wouldn't be good if a warn popup is prompted telling me I > have changes that will be lost? > Yes, maybe. Actually the browser should get notified about the changed method, it either should indicate the method by replaceing the orange (unsaved-editings) with a red one (conflicting-edits), or show a confirmation dialog as it (sometimes) does for chnages if the editor window has unsaved edits. > > On Wed, Oct 19, 2016 at 11:33 AM, Nicolai Hess <nicolaihess(a)gmail.com> > wrote: > >> >> >> 2016-10-19 15:19 GMT+02:00 Vitor Medina Cruz <vitormcruz(a)gmail.com>: >> >>> Hello, >>> >>> While I was editing a method, if I do a rename temporary refactoring the >>> system rollbacks every change I did to the method in order to apply the >>> refactoring. Is that the correct behavior? Shouldn't It at least asks me if >>> I want to save my changes before I apply the refactoring? It was really >>> confusing the first time it happened and it took some time before I could >>> understand what happened. >>> >> >> Yes, it does not care about current edited method, refactoring is applied >> the the existing method source. >> Does it show a changes browser before applying the change (it should). >> I would expect that nautilus indicates the current edited method with a >> little red corner, indicating that this method changed outside of the >> browser, but I guess this behavior is broken since we introduced rubric for >> the code text pane. >> >> >>> >>> Regards, >>> Vitor >>> >> >> >

Oct. 19, 2016