March 2017 - Pharo-dev - lists.pharo.org

[pharo-project/pharo-core] 508a5a: 60448

by GitHub

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: 508a5ac719205f814d3075db8862a13330398bf5 https://github.com/pharo-project/pharo-core/commit/508a5ac719205f814d3075db… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2017-03-20 (Mon, 20 Mar 2017) Changed paths: M GT-InspectorExtensions-Core.package/extension/Collection/instance/gtInspectorItemsIn_.st M GT-InspectorExtensions-Core.package/extension/Dictionary/instance/gtInspectorItemsIn_.st M GT-InspectorExtensions-Core.package/extension/Dictionary/instance/gtInspectorKeysIn_.st M GT-InspectorExtensions-Core.package/extension/OrderedDictionary/instance/gtInspectorItemsIn_.st M GT-InspectorExtensions-Core.package/extension/SequenceableCollection/instance/gtInspectorItemsIn_.st M GT-InspectorExtensions-Core.package/extension/SharedQueue/instance/gtInspectorItemsIn_.st M GT-InspectorExtensions-Core.package/extension/SmallDictionary/instance/gtInspectorItemsIn_.st M GT-SpotterExtensions-Core.package/extension/FileReference/instance/spotterPreviewItemsIn_.st M GT-SpotterExtensions-Core.package/extension/FileReference/instance/spotterPreviewZipItemsIn_.st A NautilusRefactoring.package/NautilusRefactoring.class/instance/method/renameMessageFor_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-class var/privateAddClassVarFrom_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-class var/privateRenameClassVarFrom_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-class var/privateRenameClassVarNamed_from_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-inst var/privateAddInstVarFrom_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-inst var/privateRenameInstVarFrom_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-inst var/privateRenameInstVarNamed_from_.st A NautilusRefactoring.package/NautilusRefactoring.class/instance/private-method/privateRenameMessageFor_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-source/privateExtractToTemporaryBetween_from_.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/private-source/privateRenameTemporaryNamed_Between_from_.st A NautilusRefactoring.package/NautilusRefactoring.class/instance/private/newVariableRequestText.st M NautilusRefactoring.package/NautilusRefactoring.class/instance/source/renameTextSelectionForMethod.st A NautilusRefactoring.package/extension/ClassVariable/instance/executeRenameRefactoringBy_inClass_.st A NautilusRefactoring.package/extension/GlobalVariable/instance/executeRenameRefactoringBy_inClass_.st A NautilusRefactoring.package/extension/RBArgumentNode/instance/executeRenameRefactoringBy_.st A NautilusRefactoring.package/extension/RBGlobalNode/instance/executeRenameRefactoringBy_.st A NautilusRefactoring.package/extension/RBInstanceVariableNode/instance/executeRenameRefactoringBy_.st A NautilusRefactoring.package/extension/RBMessageNode/instance/executeRenameRefactoringBy_.st A NautilusRefactoring.package/extension/RBMethodNode/instance/executeRenameRefactoringBy_.st A NautilusRefactoring.package/extension/RBProgramNode/instance/executeRenameRefactoringBy_.st A NautilusRefactoring.package/extension/RBTemporaryNode/instance/executeRenameRefactoringBy_.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60447.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - scripts/script60448.st R ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60447.st A ScriptLoader60.package/ScriptLoader.class/instance/pharo - updates/update60448.st M ScriptLoader60.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 60448 19856 FileReference { #spotterPreviewItemsIn: . #spotterPreviewZipItemsIn: } relies on #doesNotUnderstand: https://pharo.fogbugz.com/f/cases/19856 19854 Rename refactoring from source code by cmd r should support all kind of ast nodes https://pharo.fogbugz.com/f/cases/19854 19850 OrderedCollection Inspector indexes not right for similar items https://pharo.fogbugz.com/f/cases/19850 http://files.pharo.org/image/60/60448.zip

March 20, 2017

[pharo-project/pharo-core]

by GitHub

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

March 20, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by Esteban Lorenzano

> On 19 Mar 2017, at 21:46, jan.struz <public+pharo(a)struz.cz> wrote: > > Hi Stef, > what I want, is NativeBoost for Pharo 5+. Because we could do this: > > primInPortByte: portNumber > <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin' error: errorCode> > > ^ self nbCallout function: #(uint8 ( uint16 portNumber )) emit: [:gen | > | asm result proxy | > asm := gen asm. > proxy := gen proxy. > result := gen reserveTemp. > asm > pop: asm EDX; "EDX = portNumber" > push: asm EDI; "save EDI" > mov: result to: asm EDI; "EDI = temp address for result" > db: 16rEC; "IN AL, DX" > pop: asm EDI. "restore EDI" > gen releaseTemps: 1. > ]. > > This is a rewrite of one method from C source(calling asm) in internal SqueakNOSPlugin into NativeBoost Smalltalk code. It calls privileged (kernel mode only) instruction to directly access HW I/O - disk access. > I have tried to run it, and it worked fine. However there is one little problem. NativeBoost needs method source, which is stored where? On the disk it wants to access... Solution - the source code can be embedded into compiled method trailer - this is only way to make it work. The first run will generate native code, and replaces the embedded source, so you can't touch the method anymore (at runtime)... so it is not perfect. > This is how SqueakNOSPlugin can be removed entirelly. But I'm afraid nobody can play with it in Pharo7 imagesâ¦ wellâ¦ NB for Pharo5 will not be there unless someone takes it and make it work. And even then, it will not go back to the imageâ¦ but it would be very nice to have it as a loadable package. Now, to make it work âas isâ on Pharo5+ you will also need to modify somethings in the VM, for example make the memory executableâ¦ and there are security observations against it so the âoriginalâ way will need an important refactor (to execute NB methods in a special segment). And Iâm sure there are a lot of more stuff there Iâm not thinking about, being 8:30am here ;) Esteban > Save The World! > > View this message in context: Re: [ANN] PharoNOS <http://forum.world.st/ANN-PharoNOS-tp4939247p4939313.html> > Sent from the Pharo Smalltalk Developers mailing list archive <http://forum.world.st/Pharo-Smalltalk-Developers-f1294837.html> at Nabble.com.

March 20, 2017

Esteban's ChangeLog week of 13 March 2017

by estebanlm＠gmail.com

Hello! This is my weekly ChangeLog, from 13 March 2017 to 19 March 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=13/3/2017&to=19/3/2017 ChangeLog ========= 17 March 2017: -------------- * So, I changed the build process for linux to do what I suggested [here](http://forum.world.st/changing-pharo-packaging-in-linux-td4938906.html). I also prepared the [zeroconf](http://get.pharo.org) scripts, but now I cannot build a VM because there is a problem with latest sources. I hope it will be fixed soon :) * I reverted LD_LIBRARY_PATH I added to [zeroconf](http://get.pharo.org) scripts. There are two reasons for this: * It was bugged. * It will not be necesary as soon as I can build new VMs because we will be distributing a script to execute in linux, with everything prepared there. 15 March 2017: -------------- * I made a new change to [zeroconf](http://get.pharo.org) scripts, this time going back to my location of resources (libraries) on linux. This time, I changed the execution script for linux into something like this: ---- LD_LIBRARY_PATH=$DIR/pharo-vm:$LD_LIBRARY_PATH $DIR/pharo-vm/pharo --nodisplay "$@" ---- this needs to be like that due to the problem with libgit2 dependences, since there is still a possibility that linux will found the incorrect library versions. This matches with the old distribution script, who was adding: ---- LD_LIBRARY_PATH="$PLUGINS:$SVMLLP:${LD_LIBRARY_PATH}" exec $GDB "$BIN/pharo" "$@" ---- so now we will be on track... but still, the "regular" (no zerconf) distribution will not work out of the box, I think we need to change it to the old script in some way. I will think how can we do that without break our current process. 13 March 2017: -------------- * I continued working on [zeroconf](http://get.pharo.org): I added linux threaded VMs. Of course, not as default since it requieres a special configuration, but at least people wanting to use them now can do it. * Continuing with this "administrative" day, I updated [zeroconf](http://get.pharo.org) to use +PharoConsole.exe+ in Windows VM. This will allow windows users to start an image from command line and be able to write to console. Now, to take advantage of this it was necessary to rollback a change I made... like 5 years ago! (it was one of the first workarounds I applied to the image, when we were working on the CI for Pharo). Anyway, the [case: 19832](https://pharo.fogbugz.com/f/cases/19832) is there to fix that. * last post I forget to clarify that I needed to do this update because older VMs didn't work on macOS sierra. * I made some administrative stuff and I updated downloads of Pharo 3.0 and Pharo 4.0 for macOS at [http://files.pharo.org/platform/](http://files.pharo.org/platform/), I also updated the "platform files" for this versions. ... and I also updated the [get-files](http://files.pharo.org/get-files) files for Pharo 3.0. * I started the week tooking some minutes to fix a problem in Catalog I caused when trying to enhance the behaviour between sessions (fix is [case: 19831](https://pharo.fogbugz.com/f/cases/19831)) cheers! Esteban

March 20, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by jan.struz

Hi Stef, what I want, is NativeBoost for Pharo 5+. Because we could do this: primInPortByte: portNumber <primitive: 'primitiveNativeCall' module: 'NativeBoostPlugin' error: errorCode> ^ self nbCallout function: #(uint8 ( uint16 portNumber )) emit: [:gen | | asm result proxy | asm := gen asm. proxy := gen proxy. result := gen reserveTemp. asm pop: asm EDX; "EDX = portNumber" push: asm EDI; "save EDI" mov: result to: asm EDI; "EDI = temp address for result" db: 16rEC; "IN AL, DX" pop: asm EDI. "restore EDI" gen releaseTemps: 1. ]. This is a rewrite of one method from C source(calling asm) in internal SqueakNOSPlugin into NativeBoost Smalltalk code. It calls privileged (kernel mode only) instruction to directly access HW I/O - disk access. I have tried to run it, and it worked fine. However there is one little problem. NativeBoost needs method source, which is stored where? On the disk it wants to access... Solution - the source code can be embedded into compiled method trailer - this is only way to make it work. The first run will generate native code, and replaces the embedded source, so you can't touch the method anymore (at runtime)... so it is not perfect. This is how SqueakNOSPlugin can be removed entirelly. But I'm afraid nobody can play with it in Pharo7 images... ----- Save The World! -- View this message in context: http://forum.world.st/ANN-PharoNOS-tp4939247p4939313.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 19, 2017

Re: [Pharo-dev] [Vm-dev] 64bits Pharo VM for windows

by ClÃ©ment Bera

Thank you very much for doing Nicolas. It is very important for many Pharo users to use Pharo 64 bits on Windows. What are the problems you have when trying to build the VM with the JIT that you don't have when building the stack VM ? Is it about API to make the memory executable, is it about calling conventions ? On Sun, Mar 19, 2017 at 12:14 PM, Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com> wrote: > > And the appveyor builds are green > https://ci.appveyor.com/project/OpenSmalltalk/vm/build/1.0.579 > > 2017-03-19 17:31 GMT+01:00 Nicolas Cellier <nicolas.cellier.aka.nice@ > gmail.com>: > >> Hi, >> I've built a 64bits pharo.stack.spur VM for windows on my machine, >> and I'm uploading the changes to opensmalltalk-vm in branch >> build_pharo_win32_with_cygwin >> >> If the appveyor job correctly succeed, I will emit a pull request. >> >> The VM does not have the SqueakSSL plugin yet. >> >> The 64bits squeak/pharo.cog.spur JIT for windows is still to come, >> but I did not work on it for a few months... >> One thing at a time. >> >> Let's cross finger >> >> Nicolas >> > > >

March 19, 2017

Re: [Pharo-dev] 64bits Pharo VM for windows

by Nicolas Cellier

And the appveyor builds are green https://ci.appveyor.com/project/OpenSmalltalk/vm/build/1.0.579 2017-03-19 17:31 GMT+01:00 Nicolas Cellier < nicolas.cellier.aka.nice(a)gmail.com>: > Hi, > I've built a 64bits pharo.stack.spur VM for windows on my machine, > and I'm uploading the changes to opensmalltalk-vm in branch > build_pharo_win32_with_cygwin > > If the appveyor job correctly succeed, I will emit a pull request. > > The VM does not have the SqueakSSL plugin yet. > > The 64bits squeak/pharo.cog.spur JIT for windows is still to come, > but I did not work on it for a few months... > One thing at a time. > > Let's cross finger > > Nicolas >

March 19, 2017

Re: [Pharo-dev] [ANN] PharoNOS

by jan.struz

Hi Damien, I just tried it under Virtualbox. The disk image is RAW format, it should run everywhere, but VB is dumb, you need to convert it first. And the size is not divisible by 512, so can't even convert it with VB tools... qemu-img convert -f raw -O vmdk NOS.img NOS.vmdk But current PharoNOS version supports only "Realtek8139" network card, and I don't see it in Virtualbox... You should set the pointing device to PS/2 (mouse), not USB, but I personally don't see the cursor either then... Docker relies on Linux kernel, but PharoNOS has its own kernel, so you can't run it there. But, if you want, you can use the last link, with statically linked (single binary) version of Pharo Spur VM, which works in Docker! In addition to this, you will need only Pharo image, changes and sources. Regarding the ARM version, Denis, I don't know, there are many inlined assembler x86 instructions, I don't know how virtual memory works on ARM. I think some refactoring is needed first, to support multiple processors. ----- Save The World! -- View this message in context: http://forum.world.st/ANN-PharoNOS-tp4939247p4939295.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

March 19, 2017

Re: [Pharo-dev] platforms/Nopsys submodule

by Dale Henrichs

If there are discussions about submodules, I would like to participate ... submodules have a lot of the flavor of a ConfigurationOf where a new version needs to be created when the sub-project's version changes - I think I've got that detail right - this cause tight coupling between projects and makes cross-platform usage of such projects nearly impossible... All of this doesn't mean that there aren't specific cases where submodules may make sense ... Dale On 3/18/17 8:24 AM, Guido Chari wrote: > Hi, > > We didn't expect to be found yet :). But well...we are actually > working on a second revival of the SqueakNOS project. Hope to give > news in the mailing list soon, but we are still far from having > something working with all the new stuff. > > Concerning submodules, yes there are plenty of arguments for and > against. I've been using them successfully in some projects depending > on the Truffle/Graal platform. Nonetheless, in case we managed to make > progress and the community is interested on the results, for sure we > will be open to discuss about this. > > Best, > Guido. > > 2017-03-18 10:53 GMT-03:00 Ben Coman <btc(a)openinworld.com > <mailto:btc@openinworld.com>>: > > In the network graph hovering over charig/2-March commit I see a new > platform Nopsys added for SqueakNOS. > [A] https://github.com/OpenSmalltalk/opensmalltalk-vm/network > <https://github.com/OpenSmalltalk/opensmalltalk-vm/network> > > Thats cool !!! It'll be great to see this work with OpenSmalltalk. > However I notice its been added as a submodule. > [B] > https://github.com/charig/opensmalltalk-vm/commit/2bd87b525b6b46439c90506c0… > <https://github.com/charig/opensmalltalk-vm/commit/2bd87b525b6b46439c90506c0…> > > Submodules bring additional complexity, so I thought there should be > some discussion on this topic. > Here are a couple of balanced introductions to submodules... > [C] > http://www.catalyst-au.net/blog/git-submodule-misunderstood-beast-or-remors… > <http://www.catalyst-au.net/blog/git-submodule-misunderstood-beast-or-remors…> > [D] > https://www.philosophicalhacker.com/post/using-git-submodules-effectively/ > <https://www.philosophicalhacker.com/post/using-git-submodules-effectively/> > > And a couple of cautions about using them... > [E] http://slopjong.de/2013/06/04/git-why-submodules-are-evil/ > <http://slopjong.de/2013/06/04/git-why-submodules-are-evil/> > [F] https://rufflewind.com/2017-02-21/quirks-with-submodules > <https://rufflewind.com/2017-02-21/quirks-with-submodules> > > > Guido & Javier, > Have you used submodules successfully elsewhere? > Could you discuss your strategy using a submodule for the platform > code rather than adding directly into the opensmalltalk-vm repository? > > I see your parent repository includes opensmalltalk-vm as a submodule > similar to how I *thought* Pharo was doing it, but wait on comment > from Esteban. . > [G] https://github.com/charig/Nopsys > <https://github.com/charig/Nopsys> > [H] https://github.com/charig/Nopsys/blob/master/.gitmodules > <https://github.com/charig/Nopsys/blob/master/.gitmodules> > So it seems platforms/Nopsys is a sub-sub-module. > > > > Esteban, > I thought that you were using submodules to incorporate > opensmalltlak-vm into the pharo-vm, > but I can't see a .gitmodules file there. > [I] https://github.com/pharo-project/pharo-vm > <https://github.com/pharo-project/pharo-vm> > So did you do it another way, or am I missing something? > Could you report your experience with adding opensmalltalk-vm into the > pharo-vm repository? > > > cheers -ben > >

March 19, 2017

64bits Pharo VM for windows

by Nicolas Cellier

Hi, I've built a 64bits pharo.stack.spur VM for windows on my machine, and I'm uploading the changes to opensmalltalk-vm in branch build_pharo_win32_with_cygwin If the appveyor job correctly succeed, I will emit a pull request. The VM does not have the SqueakSSL plugin yet. The 64bits squeak/pharo.cog.spur JIT for windows is still to come, but I did not work on it for a few months... One thing at a time. Let's cross finger Nicolas

March 19, 2017