- Pharo-users - lists.pharo.org

Re: [Pharo-users] Situation - Raspberry PI and Pharo + Squeak

by itlists＠schrievkrom.de

Hi, thanks for all these explanations. I tested the versions you mentioned below with both Pharo and Squeak. Squeak-GUI (4.6) seems still to be three times faster than Pharo's GUI (5.0) - but actually it's at least a Pharo version which has an acceptable speed. Marten Am 05.07.2015 um 21:24 schrieb Attila Magyar: > Hi Marten, > > Currently I'm using this this vm from here > > http://www.mirandabanda.org/files/Cog/VM/VM.r3395/cogspurlinuxhtARM-15.26.3… > > with the latest Pharo 5 spur image from here > > http://files.pharo.org/image/50/latest-spur32.zip > > As far as I know, spur is a new memory manager but I'm not familiar with the > details. > > There is also a stack vm that works with ordinary images, but it lacks JIT > compilation therefore a lot slower than cog. > > Attila > > > > -- > View this message in context: http://forum.world.st/Situation-Raspberry-PI-and-Pharo-Squeak-tp4835873p483… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > -- Marten Feldtmann

July 7, 2015

Re: [Pharo-users] Kivy

by Hilaire

Le 05/07/2015 18:55, stepharo a Ã©crit : > Yes > Now our project is: We also want Pharo to be a modern prototyping UI > platform > and this is why we did athens, cairo, now gesture, bloc, Morphic > cleaning, brick,.... And Athens is a fantastic move forward... -- Dr. Geo http://drgeo.eu http://google.com/+DrgeoEu

July 7, 2015

Re: [Pharo-users] I probably messed up with .changes...

by Matthieu Lacaton

> > This is really strange, I also got the same problem a couple of weeks ago. > I imgaine that you are working with a 50 image. Yes, image number 50074. Now you can also get in this situation when you open twice the same image > and do parallel edits. > > Can you open your change file with emacs and see a bit the code? > Yesterday I spent some time looking inside the .changes to try to understand and reproduce what I did. Apparently, from what I understood in the .changes file, it seems like I managed to somehow open twice the same image and save both of them under different names. So basically the image I opened first is working correctly and the one I opened second is not because it couldn't write in the .changes file. Now, I'm pretty sure I didn't really work with twice the same image, however, I remember clearly that while I was working on this image, I wanted to open another one and I failed and I opened the same one. When I saw the warning message I realized what I did and wanted to close the image. But here I failed again and I hit "save and quit" instead of just "quit". I still have this image in this state and everytime I open it I can see the warning message fading. Now i'm not sure what it means inside the .image. So, what I think I did was : 1) Opened an image and made some changes and executed them. 2) Opened the same image and immediately hit "save and quit" 3) Continued working with the 1rst image and then saved it with another name. However, I can never reproduce anything when I try. Either nothing bad happens either Pharo tells me it cannot write in a read-only file. Another thing I don't understand is that I have two images that come from the same initial one but there is never any mention of a quit and / or startup in the .changes file. [image: Images intÃ©grÃ©es 1] *.changes of B : * ----SNAPSHOT----2015-06-30T09:35:50.61325+02:00 A.image priorSource: 13729471! List of changes ... ----SNAPSHOT----2015-06-30T09:47:17.45725+02:00 B.image priorSource: 13734344! Some other changes ... etc. *.changes of C : * ----SNAPSHOT----2015-06-30T09:35:50.61325+02:00 2015-06-30_A.image priorSource: 13729471! List of changes ... (exactly the same ones than above) ----SNAPSHOT----2015-06-30T14:15:02.7975+02:00 C.image priorSource: 13740384! ----SNAPSHOT----2015-06-30T14:16:46.1275+02:00 C.image priorSource: 13740384! ----STARTUP----2015-06-30T14:26:03.18475+02:00 as D:\MyPath\C.image! Some other changes ... (different from the ones above) So what bothers me is that after saving the A.image to B.image I also saved A.image to C.image but there is no mention of a Startup of A.image in between. Also I don't know what the "priorSource" means. So I still don't really know :( if your image is running and your tests are green then we should be able to > recover the decompiled version. > I found an image which had the decompiled version in it so I backed up everything and I should be fine now :) Thanks ! But i'd still like to find a way to reproduce this for the record. This is normal: > the image is executing bytecodes and it uses the source files > (changes) only for us the human ie when we open a tool that requires > showing text. > when we do so if the sources is not available, the system decompile > the bytecodes and present to us a version based on bytecodes. > Okay, thank you for the explanations. I find it funny, however, that in this situation Nautilus does not allow me to do anything whereas I can do (almost ?) everything I want with the finder. 2015-07-06 21:40 GMT+02:00 stepharo <stepharo(a)free.fr>: > Mathieu > > if your image is running and your tests are green then we should be able > to recover the decompiled version. > > > > I did some testings and I found a way to reproduce what I experienced : > If you manually rename an image without renaming the .changes you cannot > browse the code inside Nautilus without getting errors. However, you can > use the finder just fine to find any method. These methods are decompiled > methods (with variable names in t1 t2 etc.) but you can modify them without > getting errors. Then you can save your image and it works fine. > Now if you rename the image to the name it had in the first place you > can use it properly but the method you modified in between will be broken > at some point. > > > This is normal: > the image is executing bytecodes and it uses the source files > (changes) only for us the human ie when we open a tool that requires > showing text. > when we do so if the sources is not available, the system decompile > the bytecodes and present to us a version based on bytecodes. > > Stef > > > But to be honest, even if it kinds of reproduce my problem I am not sure > this is what i did. Maybe I manually renamed the image, that's definitely > possible, but i don't remember re-renaming it to its prior name. Moreover, > when doing so you end up with a new .changes file which is very small and > has the source code of the methods you modified and I don't have any small > .changes file. > > I am still quite unsure at this point. > > 2015-07-06 10:36 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de>: > >> >> >> 2015-07-06 9:55 GMT+02:00 Matthieu Lacaton <matthieu.lacaton(a)gmail.com>: >> >>> Hello, >>> >>> I would just like to report something that happened to me today. >>> >>> As I was working on a project, I tried inserting an instance variable >>> to one of my classes. >>> Starting from this moment something became very weird. First, some >>> subclasses were not listed as subclasses anymore, then I realised during >>> the execution that allocating my new instance variable was actually >>> modifying another instance variable. >>> >>> I tried digging up a bit and I found out that many of my methods were a >>> complete mess. >>> When browsing with Nautilus the title of the method was for example: >>> "addProperty:key:". However the corpse of the method was totally random >>> with something like that for example: >>> "ient; >>> width: 1. >>> graphic strokeStyle: _strokeStyle" >>> >>> So, reportedly, the name of the method was "ient;" ... >>> >>> Basically I had many methods where the source code was just random >>> chunks of other methods. >>> >>> The funnier thing is that everything worked perfectly fine during >>> execution. >>> >>> I tried to look at different backup images I had to see when >>> everything began to go wrong and I realised I had been working with broken >>> source code for about a week. >>> >> >> What image version did you use? >> >> >> >>> >>> So if I understand correctly, I probably messed up with the .changes >>> file (I don't remembr how but maybe I copied the .image without the >>> .changes or renamed the .image or i don't know). >>> And now the compiled code is okay but the source code is lost so >>> everything is working fine until the system tries to recompile everything ? >>> >>> Now my question is : is there a way to fix the issue ? I tried >>> exporting the package to a .mcz but I had bugs everywhere. I imported the >>> old working package to an .mcz and tried browsing the differences with the >>> broken one just to manually get back eveything I changed during this week. >>> But I couldn't cause there were bugs everytime I tried to browse the >>> changes. Basically, are all my changes definitely lost or is there a way to >>> get it back somehow (at least the raw source code) ? >>> >> >> Maybe you can iterator over all methods decompile, and save as new code? >> Maybe you can open the image without the changes file and try to create >> a package or file out the package? >> >> >>> >>> I know that I fucked up and this is my fault but it would have been >>> nice if something (anything) told me earlier that I did something wrong. >>> I've been adding / modifying lots of methods and even executing the program >>> for a week now and absolutely nothing told me that something was wrong >>> until I tried adding an instance variable. >>> >> >> No, not your fault, this should not happen. The changes file is for >> "recover if you messed up the image". If the changes file gets corrupted, >> then this is a serious bug. >> >> >>> >>> I am in a situation where I actually wrote and "saved" code and now it >>> seems lost... that's frustrating :( >>> >>> Thanks, >>> >>> Matthieu >>> >> >> > >

July 7, 2015

Re: [Pharo-users] Pharo sprint & Moose dojo this Friday

by Alexandre Bergel

Cool! I will be around! Alexandre > On Jul 6, 2015, at 4:56 PM, Jean-Christophe Bach <jeanchristophe.bach(a)inria.fr> wrote: > > Hello Pharoers, > > We propose a Pharo sprint / Moose dojo this Friday, 10th July, starting > at 10:00am. (Local Time Lille). > > It will be at the Inria Lille, Building B, third floor (RMoD offices). > Remotely, you can join us on the official IRC channel #pharo on > irc.freenode.net server. During the sprint, we will try to synchronize > local and remote Pharo sprinters. > > As the building is not open to the public, please contact us before if > you plan to come. > > JC -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 6, 2015

Re: [Pharo-users] Kivy

by stepharo

Le 6/7/15 20:32, Stephan Eggermont a Ã©crit : > On 06-07-15 17:25, H. Hirzel wrote: >> I think to illustrate this it might be a nice experiment to develop a >> 'hello world' equivalent for GUI construction and have it rendered in >> as many user interface languages as possible (Kivy, various types of >> Morphic, Bloc etc., but as PPTX and ODP) >> >> The domain to be covered should be simple as to avoid making the >> exercise complex. > > The interesting question is how it scales. Everyone can create a DSL > that is simple for a simple problem. Indeed :) and debug it > > Stephan > > >

July 6, 2015

Re: [Pharo-users] customizing SystemWindow menu

by stepharo

Usman open a bug entry. Stef Le 6/7/15 16:51, Usman Bhatti a Ã©crit : > yep, this is what I was looking for. > Thanks. > > Still, it will be nice to have the method I suggested to replace the > default menu. > > regards. > > On Mon, Jul 6, 2015 at 4:01 PM, Franck Warlouzet > <franck.warlouzet(a)hotmail.fr <mailto:franck.warlouzet@hotmail.fr>> wrote: > > Hi, > > If I correctly understood, you want to add entries to the system > window menu ? > To do that, you can implement the method > addModelItemsToWindowMenu: aMenu in your class if you want to > extend the system window menu. > > Franck > > ------------------------------------------------------------------------ > Date: Mon, 6 Jul 2015 15:53:48 +0200 > From: usman.bhatti(a)gmail.com <mailto:usman.bhatti@gmail.com> > To: pharo-users(a)lists.pharo.org <mailto:pharo-users@lists.pharo.org> > Subject: [Pharo-users] customizing SystemWindow menu > > > Hi, > > I wanted to customize system window menu and I could not find a > relevant method to change the default pragma used for menu > generation. So, I thought it will be nice to have this utility > method on SystemWindow if possible: > > SystemWindow>>menuPragmaNamed: aPragmaName model: aModel > menuBuilder := PragmaMenuBuilder pragmaKeyword: aPragmaName model: > aModel > > May be there is some other, simpler way to achieve it that I missed? > > regards, > usman > >

July 6, 2015

Re: [Pharo-users] Situation - Raspberry PI and Pharo + Squeak

by stepharo

This is good to know that you use the spur vm with Pharo 50. Le 5/7/15 21:24, Attila Magyar a Ã©crit : > Hi Marten, > > Currently I'm using this this vm from here > > http://www.mirandabanda.org/files/Cog/VM/VM.r3395/cogspurlinuxhtARM-15.26.3… > > with the latest Pharo 5 spur image from here > > http://files.pharo.org/image/50/latest-spur32.zip > > As far as I know, spur is a new memory manager but I'm not familiar with the > details. > > There is also a stack vm that works with ordinary images, but it lacks JIT > compilation therefore a lot slower than cog. > > Attila > > > > -- > View this message in context: http://forum.world.st/Situation-Raspberry-PI-and-Pharo-Squeak-tp4835873p483… > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

July 6, 2015

Re: [Pharo-users] I probably messed up with .changes...

by stepharo

Mathieu if your image is running and your tests are green then we should be able to recover the decompiled version. > > I did some testings and I found a way to reproduce what I experienced : > If you manually rename an image without renaming the .changes you > cannot browse the code inside Nautilus without getting errors. > However, you can use the finder just fine to find any method. These > methods are decompiled methods (with variable names in t1 t2 etc.) but > you can modify them without getting errors. Then you can save your > image and it works fine. > Now if you rename the image to the name it had in the first place you > can use it properly but the method you modified in between will be > broken at some point. This is normal: the image is executing bytecodes and it uses the source files (changes) only for us the human ie when we open a tool that requires showing text. when we do so if the sources is not available, the system decompile the bytecodes and present to us a version based on bytecodes. Stef > > But to be honest, even if it kinds of reproduce my problem I am not > sure this is what i did. Maybe I manually renamed the image, that's > definitely possible, but i don't remember re-renaming it to its prior > name. Moreover, when doing so you end up with a new .changes file > which is very small and has the source code of the methods you > modified and I don't have any small .changes file. > > I am still quite unsure at this point. > > 2015-07-06 10:36 GMT+02:00 Nicolai Hess <nicolaihess(a)web.de > <mailto:nicolaihess@web.de>>: > > > > 2015-07-06 9:55 GMT+02:00 Matthieu Lacaton > <matthieu.lacaton(a)gmail.com <mailto:matthieu.lacaton@gmail.com>>: > > Hello, > > I would just like to report something that happened to me today. > > As I was working on a project, I tried inserting an instance > variable to one of my classes. > Starting from this moment something became very weird. First, > some subclasses were not listed as subclasses anymore, then I > realised during the execution that allocating my new instance > variable was actually modifying another instance variable. > > I tried digging up a bit and I found out that many of my > methods were a complete mess. > When browsing with Nautilus the title of the method was for > example: "addProperty:key:". However the corpse of the method > was totally random with something like that for example: > "ient; > width: 1. > graphic strokeStyle: _strokeStyle" > > So, reportedly, the name of the method was "ient;" ... > > Basically I had many methods where the source code was just > random chunks of other methods. > > The funnier thing is that everything worked perfectly fine > during execution. > > I tried to look at different backup images I had to see when > everything began to go wrong and I realised I had been working > with broken source code for about a week. > > > What image version did you use? > > > So if I understand correctly, I probably messed up with the > .changes file (I don't remembr how but maybe I copied the > .image without the .changes or renamed the .image or i don't > know). > And now the compiled code is okay but the source code is lost > so everything is working fine until the system tries to > recompile everything ? > > Now my question is : is there a way to fix the issue ? I tried > exporting the package to a .mcz but I had bugs everywhere. I > imported the old working package to an .mcz and tried browsing > the differences with the broken one just to manually get back > eveything I changed during this week. But I couldn't cause > there were bugs everytime I tried to browse the changes. > Basically, are all my changes definitely lost or is there a > way to get it back somehow (at least the raw source code) ? > > > Maybe you can iterator over all methods decompile, and save as new > code? > Maybe you can open the image without the changes file and try to > create a package or file out the package? > > > I know that I fucked up and this is my fault but it would have > been nice if something (anything) told me earlier that I did > something wrong. I've been adding / modifying lots of methods > and even executing the program for a week now and absolutely > nothing told me that something was wrong until I tried adding > an instance variable. > > > No, not your fault, this should not happen. The changes file is > for "recover if you messed up the image". If the changes file gets > corrupted, then this is a serious bug. > > > I am in a situation where I actually wrote and "saved" code > and now it seems lost... that's frustrating :( > > Thanks, > > Matthieu > > >

July 6, 2015

Re: [Pharo-users] I probably messed up with .changes...

by stepharo

Mathieu This is really strange, I also got the same problem a couple of weeks ago. I imgaine that you are working with a 50 image. We may have introduced a regression. As a general principle I tried to publish often. Now you can also get in this situation when you open twice the same image and do parallel edits. Can you open your change file with emacs and see a bit the code? Stef Le 6/7/15 09:55, Matthieu Lacaton a Ã©crit : > Hello, > > I would just like to report something that happened to me today. > > As I was working on a project, I tried inserting an instance variable > to one of my classes. > Starting from this moment something became very weird. First, some > subclasses were not listed as subclasses anymore, then I realised > during the execution that allocating my new instance variable was > actually modifying another instance variable. > > I tried digging up a bit and I found out that many of my methods were > a complete mess. > When browsing with Nautilus the title of the method was for example: > "addProperty:key:". However the corpse of the method was totally > random with something like that for example: > "ient; > width: 1. > graphic strokeStyle: _strokeStyle" > > So, reportedly, the name of the method was "ient;" ... > > Basically I had many methods where the source code was just random > chunks of other methods. > > The funnier thing is that everything worked perfectly fine during > execution. > > I tried to look at different backup images I had to see when > everything began to go wrong and I realised I had been working with > broken source code for about a week. > > So if I understand correctly, I probably messed up with the .changes > file (I don't remembr how but maybe I copied the .image without the > .changes or renamed the .image or i don't know). > And now the compiled code is okay but the source code is lost so > everything is working fine until the system tries to recompile > everything ? > > Now my question is : is there a way to fix the issue ? I tried > exporting the package to a .mcz but I had bugs everywhere. I imported > the old working package to an .mcz and tried browsing the differences > with the broken one just to manually get back eveything I changed > during this week. But I couldn't cause there were bugs everytime I > tried to browse the changes. Basically, are all my changes definitely > lost or is there a way to get it back somehow (at least the raw source > code) ? > > I know that I fucked up and this is my fault but it would have been > nice if something (anything) told me earlier that I did something > wrong. I've been adding / modifying lots of methods and even executing > the program for a week now and absolutely nothing told me that > something was wrong until I tried adding an instance variable. > > I am in a situation where I actually wrote and "saved" code and now it > seems lost... that's frustrating :( > > Thanks, > > Matthieu

July 6, 2015

Re: [Pharo-users] Kivy

by H. Hirzel

Peter, Sorry for not reading your post properly, yes you write that Spec offers the option to write adapters for other back-ends. So I think the issue is to try to come up with an example which uses some other adapters, e.g. XHTML (--> phonegap?) Kivy not necessarily complete, but complete enough to do a simple example but which has an area of use (slide show, instruction, help system, tutorial, picture book) --Hannes On 7/6/15, H. Hirzel <hannes.hirzel(a)gmail.com> wrote: > On 7/6/15, Peter UhnÃ¡k <i.uhnak(a)gmail.com> wrote: >>> >>> > In addition the widgets as such might be rendered differently for >>> > different platforms (in Smalltalk in one of the GUI frameworks, an >>> > example was Squeak Morphic and MVC ) or outside (e.g. Kivy). >>> > >>> > @Hilaire, what do you think is outstanding of special about Kivy? >>> > >>> > I think to illustrate this it might be a nice experiment to develop a >>> > 'hello world' equivalent for GUI construction and have it rendered in >>> > as many user interface languages as possible (Kivy, various types of >>> > Morphic, Bloc etc., but as PPTX and ODP) >>> >> >> Theoretically speaking this is already possible with Spec, which is >> backend-independent GUI framework connected to backends (Morphic) via >> adapters. > > Are mechanisms in place to add other back-ends? Or is it tied to Morphic? > >> It would be an interesting proof-of-concept to implement other back-ends >> such as HTML without touching Spec. > > Does Spec offer the opportunity to specify a GUI which mimics a power > point slide show or an installation wizard (sequence of slides / > screens?) > > --Hannes >

July 6, 2015