- Pharo-users - lists.pharo.org

Re: [Pharo-users] Morphic or forking bug?

by horrido

Okay, let me explain my application... It displays a Morphic window containing lines of information that are updateable in real time on a periodic basis. As I indicated in the original post, the code skeleton is basically: initA a := ((StringMorph contents: '####') color: Color white) position: (0@0). m addMorph: a initialize f := Form fromFileNamed: 'hot_air_balloon_mysticmorning.jpg'. m := ImageMorph new. m form: f. self initA. m openInWindowLabeled: 'Cranky'. delay := (Delay forSeconds: 5). [ [ true ] whileTrue: [ a contents: 0 asString. delay wait ] fork Imagine that #initA creates many such StringMorphs, each displaying a different kind of information. In the endless loop, imagine that instead of 'a contents: 0 asString', I'm updating all of the StringMorphs I created in #initA. The need to do this in a separate thread is to prevent Pharo from being completely frozen during the 'delay wait', which is practically all the time! Now, I did try Hilaire's suggestion to use Morphic's step protocol instead. But in my test scenario of closing the app/saving and exiting the image/restarting the image, repeatedly (in may take 10-20 times), it still causes the occasional segmentation fault. So if the problem is updating a structure in the main thread from another process, then why did Hilaire's suggestion not solve the problem? It seems to me, then, either way, it's an issue of multithreading...whether my way or Hilaire's way. Sven Van Caekenberghe-2 wrote > Hi Horrido, > > It is very hard to follow what you are exactly doing or trying to do. > > Here is the simplest example I can think of that updates something in > Morphic on a regular basis. > > StringMorph subclass: #MyClock > instanceVariableNames: '' > classVariableNames: '' > package: '_UnpackagedPackage' > > MyClock>>#initialize > super initialize. > self updateClock > > MyClock>>#step > self updateClock > > MyClock>>#updateClock > self contents: Time now printString > > MyClock class>>#open > "self open" > > ^ self new openInWindow > > This inherits #stepTime as 1 second. If I open such a window and save my > image, it is still there when the image is restarted, with the clock still > working. > > Updating (data structures in) the main UI process from another process is > dangerous. Saving such constructs is even more dangerous. > > HTH, > > Sven > >> On 2 Jun 2017, at 15:54, horrido < > horrido.hobbies@ > > wrote: >> >> Sorry, I could be mistaken. I just checked my notes. The *0 asString* >> test >> failed once, but I've not been able to replicate it. I might've been >> working >> with an unclean image. >> >> So perhaps it is related to Morphic, after all. >> >> >> horrido wrote >>> Yup, they all fail. Interesting that >> * >>> 0 asString >> * >>> fails. This means it has NOTHING to do with Morphic (or Morphic being >>> thread-unsafe). >>> >>> Ben Coman wrote >>>> On Wed, May 31, 2017 at 10:23 PM, horrido < >> >>>> horrido.hobbies@ >> >>>> > wrote: >>>> >>>> Can you try a few other variations... >>>> [ [ true ] whileTrue: [ 0 asString. delay wait ] fork. >>>> [ [ true ] whileTrue: [ a contents: '0'. delay wait ] fork. >>>> [ [ true ] whileTrue: [ a contents: '0'. ] forkAt: 20. >>>> >>>> cheers -ben >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/Morphic-or-forking-bug-tp4948727p4948984.html >> Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. -- View this message in context: http://forum.world.st/Morphic-or-forking-bug-tp4948727p4949166.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 3, 2017

Re: [Pharo-users] planet squeak and friends

by Bruce O'Neel

Hi Stef, Thanks.ÃÂ Do you mind that planet squeak has Pharo blogs?ÃÂ I think it's reasonable since they share a history. cheers bruce

June 3, 2017

Deprecating Auto-fix: WOW

by Sean P. DeNigris

Either I died and went to heaven, or my Pharo 6 image just ported all my deprecated methods auto-magically. Very cool! Thanks!!! ----- Cheers, Sean -- View this message in context: http://forum.world.st/Deprecating-Auto-fix-WOW-tp4949164.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

June 3, 2017

Re: [Pharo-users] Pharo and QT

by Julien Delplanque

Hello, Some month ago I did a project that allows to generate python code from Pharo, Python3Generator [1]. I used it to play with Matplotlib [2] and it works pretty well (I should announce these projects one day... :-) ). Seeing your mail, I took a look at it to see if it was possible to make a PyQt windows pop using it and it works (I'll put the source code to try by yourself at the end of this mail). Of course, once you start Qt events loop, the image is frozen (see the screenshot attached to this mail). :-) Nevertheless, P3G is not complete and yet, you can not retrieve values from Python side, it is just used to generate and execute code without getting results back from an execution. I guess this will be problematic for buttons callbacks for example. But it could probably be extended to retrieve these values... P3G can use your Atlas Python interpreter but, I could not get a window to pop with it. I don't know why since the interpreter returns no error. Julien Links: [1]: https://github.com/juliendelplanque/Python3Generator [2]: https://github.com/juliendelplanque/MatplotLibBridge Load P3G: Metacello new baseline: 'Python3Generator'; repository: 'github://juliendelplanque/Python3Generator/repository'; load The source code (#<- message is used to build an assignation, #=> is used to access the attribute of an object): "Use and initialize the FFI interpreter." P3GInterpreter useFFIInterpreter. P3GInterpreter current pathToPython: '/usr/bin/python3'. "instructions will hold the instructions of the program we are going to build." instructions := P3GInstructionsList new. "Import sys and PyQt." sys := 'sys' asP3GIdentifier. pyqt := 'PyQt4' asP3GIdentifier => 'QtGui'. instructions add: sys import; add: pyqt import. "Instantiate Qt App." app := 'app' asP3GIdentifier. instructions add: app <- ((pyqt => 'QApplication') callWith: #(())). "Create a simple window with a progress bar." w := 'w' asP3GIdentifier. instructions add: w <- (pyqt => 'QMainWindow') call; add: (((w => 'statusBar') call => 'showMessage') callWith: #('Ready')); add: ((w => 'setGeometry') callWith: #(300 300 250 150)); add: (( w => 'setWindowTitle') callWith: #(Statusbar)); add: (w => 'show') call; add: ((sys => 'exit') callWith: { (app => 'exec_') call }). "Execute the program built (you can inspect instructions to see the source code)." instructions execute. On 02/06/17 22:00, Dimitris Chloupis wrote: > There is a way to make this into a small task > > One of my experiments of testing my Pharo to Python bridge (What I have > named project "Atlas") was to build a QT hello world example. It created a > problem because I was using python threads that QT does not like (it offers > its own kind of threads) but after changing the code to use no threads, it > worked. > > My bridge is not like UFFI where anything has to be wrapped because unlike > C , Python is a dynamic language so there is no need for wrappers because > Atlas allows dynamic execution of code. But of course there is the issues > of data types and how they can be mapped to Pharo and the fact that PyQT > free version is GPL and commercial is 500 dollars which sits of course on > top of the commercial version of QT. So at the time I decided to not pursue > it. > > I will give it a try and see how far it can goes, at worst I may offer a > partial solution to using QT with Pharo. Then someone else can take it from > there if there is genuine interest and expand it to more features. > > On Fri, Jun 2, 2017 at 12:01 AM Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> Hi dimitris >> >> We would love to have that. We could have a Spec binding and build >> automatically applications in QT for people willing. >> Esteban always wanted to have a Cocoa binding used the same way. >> But this is large task >> >> Stef >> >> On Thu, Jun 1, 2017 at 2:44 PM, Hilaire <hilaire(a)drgeo.eu> wrote: >> >>> A must for any serious dekstop application with Pharo, but it is a hudge >>> task >>> >>> >>> Le 29/05/2017 Ã 14:35, Dimitris Chloupis a Ã©crit : >>>> Is there an interest for working with QT from Pharo ? I make no >>>> promises just something I was interested in trying. >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>> >>> >>>

June 3, 2017

Re: [Pharo-users] planet squeak and friends

by Stephane Ducasse

Hi Bruce Thanks for taking care about this. Now I would check because there are many broken old links and it gives the impression of abandonware. Pharo official blog is: https://pharoweekly.wordpress.com and it points to three blogs: - http://astares.blogspot.fr (excellent and active) - https://clementbera.wordpress.com (really nice to understand inside the vm). - and cog Stef On Sat, Jun 3, 2017 at 11:00 AM, Bruce O'Neel <bruce.oneel(a)pckswarms.ch> wrote: > Hi, > > At a timescale that only can be described as geological I am moving the > existing planet squeak and friends http://planet.squeak.org/ to a new box > and will be maintaining it. > > Lots of the links have rotted over time. If you have a squeak or pharo > related blog could you glance at the links on the right hand side of > planet.squeak.org and see if your blog is listed, and, if so make sure > the feed link is ok? If it is not listed if you send me the info I will > add it. > > Finally, does someone have an opinion about what to do with Andreas' > blog? I would like to leave it... And what about the others that are no > longer updated but still work? > > cheers > > bruce > > >

June 3, 2017

planet squeak and friends

by Bruce O'Neel

Hi, At a timescale that only can be described as geological I am moving the existing planet squeak and friends [http://planet.squeak.org/](http://planet.squeak.org/) to a new box and will be maintaining it. Lots of the links have rotted over time.ÃÂ If you have a squeak or pharo related blog could you glance at the links on the right hand side of planet.squeak.org and see if your blog is listed, and, if so make sure the feed link is ok?ÃÂ If it is not listed if you send me the info I will add it. Finally, does someone have an opinion about what to do with Andreas' blog?ÃÂ I would like to leave it...ÃÂ And what about the others that are no longer updated but still work? cheers bruce

June 3, 2017

Re: [Pharo-users] [Deploy] Deploying application - New Best Practices?

by Pierce Ng

On Fri, Jun 02, 2017 at 12:52:35PM -0700, sergio_101 wrote: > Where can i find a current RFBServer? http://smalltalkhub.com/#!/~PharoExtras/RFB

June 3, 2017

Re: [Pharo-users] Pharo and QT

by Pieter Swinkels

One other thing, what part of Qt you would like to use, the widget world or the QML world? I have been thinking about building a UI in QML and using Pharo to implement the model. This could be doable. However, the best idea I came up with (up till now) would require custom glue code in C++ (although I do like the idea of integrating with PyQt or PySide instead). But I have only been toying with the idea, nothing more. I intended to post the message to the mailing list before, but by accident I sent it directly to another mailing list participant. My sincere apologies for that... Kind regards, Pieter. On Friday, June 2, 2017 10:02 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: There is a way to make this into a small task One of my experiments of testing my Pharo to Python bridge (What I have named project "Atlas") was to Â build a QT hello world example. It created a problem because I was using python threads that QT does not like (it offers its own kind of threads) but after changing the code to use no threads, it worked.Â My bridge is not like UFFI where anything has to be wrapped because unlike C , Python is a dynamic language so there is no need for wrappers because Atlas allows dynamic execution of code. But of course there is the issues of data types and how they can be mapped to Pharo and the fact that PyQT free version is GPL and commercial is 500 dollars which sits of course on top of the commercial version of QT. So at the time I decided to not pursue it.Â I will give it a try and see how far it can goes, at worst I may offer a partial solution to using QT with Pharo. Then someone else can take it from there if there is genuine interest and expand it to more features. Â

June 3, 2017

Re: [Pharo-users] Pharo and QT

by Pieter Swinkels

With regard toÂ >> the fact that PyQT free version is GPL and commercial is 500 dollars which sits of course on top of the commercial version of QTÂ There is an alternative to PyQt, that the Qt company intends to make a first-class citizen of the Qt ecosystem, namely PySide(2). The project languished after Nokia sold Qt to what is know "The Qt Company", but development is ongoing again. For details, see https://wiki.qt.io/PySide2 and https://groups.google.com/d/msg/pyside-dev/pqwzngAGLWE/kXUpXBhILAAJ For the record, I do not use PySide (or PyQt for that matter) and I do not know what the current status is of this endeavor. Kind regards, Pieter. On Friday, June 2, 2017 10:02 PM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: There is a way to make this into a small task One of my experiments of testing my Pharo to Python bridge (What I have named project "Atlas") was to Â build a QT hello world example. It created a problem because I was using python threads that QT does not like (it offers its own kind of threads) but after changing the code to use no threads, it worked.Â My bridge is not like UFFI where anything has to be wrapped because unlike C , Python is a dynamic language so there is no need for wrappers because Atlas allows dynamic execution of code. But of course there is the issues of data types and how they can be mapped to Pharo and the fact that PyQT free version is GPL and commercial is 500 dollars which sits of course on top of the commercial version of QT. So at the time I decided to not pursue it.Â I will give it a try and see how far it can goes, at worst I may offer a partial solution to using QT with Pharo. Then someone else can take it from there if there is genuine interest and expand it to more features. Â On Fri, Jun 2, 2017 at 12:01 AM Stephane Ducasse <stepharo.self(a)gmail.com> wrote: Hi dimitris We would love to have that. We could have a Spec binding and build automatically applications in QT for people willing.Â Esteban always wanted to have a Cocoa binding used the same way.Â But this is large task Stef On Thu, Jun 1, 2017 at 2:44 PM, Hilaire <hilaire(a)drgeo.eu> wrote: A must for any serious dekstop application with Pharo, but it is a hudge task Le 29/05/2017 Ã 14:35, Dimitris Chloupis a Ã©crit : > Is there an interest for working with QT from Pharo ? I make no > promises just something I was interested in trying. -- Dr. Geo http://drgeo.eu

June 3, 2017

Re: [Pharo-users] Pharo and QT

by Ben Coman

As long as your having fun yourself, sounds like a good idea. If you manage a minimum viable product like example code, wider interest may arise. Good luck. cheers -ben On Sat, Jun 3, 2017 at 4:00 AM, Dimitris Chloupis <kilon.alios(a)gmail.com> wrote: > There is a way to make this into a small task > > One of my experiments of testing my Pharo to Python bridge (What I have > named project "Atlas") was to build a QT hello world example. It created a > problem because I was using python threads that QT does not like (it offers > its own kind of threads) but after changing the code to use no threads, it > worked. > > My bridge is not like UFFI where anything has to be wrapped because unlike > C , Python is a dynamic language so there is no need for wrappers because > Atlas allows dynamic execution of code. But of course there is the issues > of data types and how they can be mapped to Pharo and the fact that PyQT > free version is GPL and commercial is 500 dollars which sits of course on > top of the commercial version of QT. So at the time I decided to not pursue > it. > > I will give it a try and see how far it can goes, at worst I may offer a > partial solution to using QT with Pharo. Then someone else can take it from > there if there is genuine interest and expand it to more features. > > On Fri, Jun 2, 2017 at 12:01 AM Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> Hi dimitris >> >> We would love to have that. We could have a Spec binding and build >> automatically applications in QT for people willing. >> Esteban always wanted to have a Cocoa binding used the same way. >> But this is large task >> >> Stef >> >> On Thu, Jun 1, 2017 at 2:44 PM, Hilaire <hilaire(a)drgeo.eu> wrote: >> >>> A must for any serious dekstop application with Pharo, but it is a hudge >>> task >>> >>> >>> Le 29/05/2017 Ã 14:35, Dimitris Chloupis a Ã©crit : >>> > Is there an interest for working with QT from Pharo ? I make no >>> > promises just something I was interested in trying. >>> >>> -- >>> Dr. Geo >>> http://drgeo.eu >>> >>> >>> >>> >>

June 3, 2017