- Pharo-users - lists.pharo.org

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

Re: [Pharo-users] Refactoring changed method

by Vitor Medina Cruz

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? 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

Re: [Pharo-users] Refactoring changed method

by Nicolai Hess

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

Refactoring changed method

by Vitor Medina Cruz

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. Regards, Vitor

Oct. 19, 2016

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

by Henrik Johansen

There are two; without nuscratch package loaded, it's an old interpreter (squeak script in /usr/bin launches /usr/lib/squeak/4.*), with nuscratch loaded (which it should be by default in recent Raspbian versions...), it's a cog vm. (squeak script in /usr/bin launches /usr/lib/squeak/5.*) Cheers, Henry > On 18 Oct 2016, at 10:50 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > > >> On 18 Oct 2016, at 22:16, Todd Blanchard <tblanchard(a)mac.com> wrote: >> >> There is a scratch on cog vm as part of the standard raspbian distro. >> >> Have you tried that? > > The Squeak VMs that come with raspbian seem to be of the older variant (I am using Pharo 5). > > You known, "This interpreter (vers. 6505) cannot read image file (vers. 6521)." > > Still, in order to be sure we are talking about the exact same VM, version info is needed.

Oct. 19, 2016

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

by Henrik Johansen

> On 18 Oct 2016, at 6:27 , Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > >>> "https://bintray.com/opensmalltalk/vm/download_file?file_path=cog_linux32ARM…" That's the one I downloaded/ran Pharo on. Like Todd said, there's also a Spur VM shipped with raspbian (as part of nuscratch package, located in /usr/lib/squeak/5.*). Unless you've already uninstalled scratch/is running on an OS other than Raspbian, downloading a Squeak image and running the tinyBenchmarks in an image launched by squeak $PathToMyImage should give a good baseline, on my machine it yields comparable tinyBenchmark numbers to the above Pharo build. (In fact, it runs Pharo 6 images as well, the difference is mostly in plugins it seems. I guess you'll encounter errors if opening a file browser that attempts to use the extended FilePlugin prims, for example) I'd recommend focusing on verifying any externally interacting parts you intend to use work correctly, since that's generally the area that's most spotty. For instance, while FFI plugin ships with Pharo VM, you may (as I did on cursory testing with the vm linked above) get failing float/double call tests (60262 image), or downright crashes due to illegal instructions (latest 5.0 image) OSProcessPlugin shipped (externally) with the squeak cog vm has been sort of hit-and-miss, on above pharo vm it's built internal and seems to be working (but curiously, has no canonical source version from which it was generated in the Modules list...). If you plan on developing on the Pi rather than just deploying to, switching to Bitmapped Fonts asap is a good idea; iirc the work that was done to provide optimized arm-assembly primitives included (bitmap) font rendering. Disabling auto-complete and syntax-highlighting (that seem to tend to cause frequent noticeable pauses), and commenting out "write-entire-contents-to-file-every-keystroke" functionality from Playground code (so your SD-card doesn't die a premature death), are other small ways to make a less jarring experience of it. Or, framework use allowing, you could save yourself a lot of work flow interruption frustration and develop using a Squeak image instead. Cheers, Henry

Oct. 19, 2016

Pharo Monthly Newsletter: How to subscribe

by Marcus Denker

Hi, We are sending out a monthly (with a summer breakâ¦) newsletter. Of course if you read all the mails here, there is nothing new, but it is fun to get a mail every month with pointers to projects and news that one might have missed. Subscribe here: http://eepurl.com/byhgL9 Marcus

Oct. 19, 2016