- Pharo-users - lists.pharo.org

6.1 Stable 64 - Crash when loading repository

by JuliÃ¡n Maestri

On a clean image from get.pharo.org/64/ Attempting to load the following repository Metacello new baseline: 'WillowBootstrap'; repository: 'github://ba-st/Willow-Bootstrap:master/source'; load. Consistently causes a VM crash (crash.dump in attatchment). This does not happen with the 32 bit image. Image + VM details Image > ----- > /home/jmaestri/Pharo/workspace/Pharo.image > Pharo6.0 > Latest update: #60510 > Unnamed > Virtual Machine > --------------- > /home/jmaestri/Pharo/workspace/pharo-vm/lib/pharo/5.0-201707201942/pharo > CoInterpreter VMMaker.oscog-eem.2254 uuid: > 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017 > VM: 201707201942 https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Date: Thu Jul 20 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > Unix built on Jul 20 2017 20:40:36 Compiler: 4.6.3 > VMMaker versionString VM: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ Date: Thu Jul 20 > 12:42:21 2017 -0700 $ Plugins: 201707201942 > https://github.com/OpenSmalltalk/opensmalltalk-vm.git $ > CoInterpreter VMMaker.oscog-eem.2254 uuid: > 4f2c2cce-f4a2-469a-93f1-97ed941df0ad Jul 20 2017 > StackToRegisterMappingCogit VMMaker.oscog-eem.2252 uuid: > 2f3e9b0e-ecd3-4adf-b092-cce2e2587a5c Jul 20 2017

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Cyril Ferlicot D.

Le 04/10/2017 Ã 16:31, Sven Van Caekenberghe a Ã©critÂ : > Dirk, > > > One day we will have package level comments that will make clear the scope and purpose of groups of code. > Hi, Package level comments are possible since Pharo 6. In Nautilus just open the comment pane while selecting a package. But that's another subject. Sorry for the parenthesis. > Anyway, thanks for the feedback. > > Sven > > -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Oct. 4, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by Denis Kudriashov

Hi 2017-10-04 12:30 GMT+02:00 horrido <horrido.hobbies(a)gmail.com>: > Behold Pharo: The Modern Smalltalk > <https://medium.com/smalltalk-talk/behold-pharo-the-modern- > smalltalk-38e132c46053> > > If you would like to suggest some edits, I'm all ears. Anything to improve the impact of the article. > As you mentioned IoT part it would be nice to add link to PharoThings project https://github.com/pharo-iot/PharoThings. > Thanks. > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html > >

Oct. 4, 2017

Update of ConfigurationOfGlorp

by stephan

I've added a Pharo 7 version, copied the configurations from DBXTalk/Glorp to DBXTalk/Configurations and the metarepos, and replaced the #'Pharo6.0.x' style names by #'Pharo6.x' style. Please let me know if that creates problems Stephan

Oct. 4, 2017

Re: [Pharo-users] Behold Pharo: The Modern Smalltalk

by askoh

Very nice. Thanks. Aik-Siong Koh -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] execute a code block at a given time in pharo ?

by Sean P. DeNigris

Daniel BLANC wrote > Regarding my quick hack for managing the wifi at home, unfortunately there > is not so much smalltalk magic involved. That is *exactly* the magic of objects - hiding ugly implementation details (like shell scripts) under an abstraction you can easily understand and dare say enjoy working with! Daniel BLANC wrote > I'll continue playing/hacking on this small app and I'll publish the end > result. Great! Looking forward to it. This is a great time to share even toy projects because GitHub et al have made the effort/pain/cost so low. ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Sean P. DeNigris

Dirk Olmes wrote > However if I find classes in a package with prefix "Zinc" and I google > for "Zinc Pharo" the first thing that comes up is > http://zn.stfx.eu/zn/index.html - Zinc HTTP Components The problem is that Sven has the nasty habit of turning frustrating areas of the system into top-notch solutions which then become core parts of Pharo ha ha ;) ----- Cheers, Sean -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Sven Van Caekenberghe

Dirk, > On 4 Oct 2017, at 15:43, Dirk Olmes <dirk(a)xanthippe.ping.de> wrote: > > On 10/04/2017 10:22 AM, Sven Van Caekenberghe wrote: >>> ZnCharacterReadStream belongs to the Zinc classes. I would have expected >>> a generic character reading stream to be part of the core classes >>> (whatever that means :-) and not a part of some HTTP component classes. >>> But that may only be my limited understanding of Pharo so far :-) >> >> Well, the package is 'Zinc-Character-Encoding-Core' not 'Zinc-HTTP'. Character encoding stands on its own and has nothing to do with HTTP. See also this book chapter https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… > > Understood. > > However if I find classes in a package with prefix "Zinc" and I google > for "Zinc Pharo" the first thing that comes up is > http://zn.stfx.eu/zn/index.html - Zinc HTTP Components > > Ok I'm really just nitpicking here but IMHO it would be nice to decouple > these very useful classes from the Zinc namespace. > > -dirk One day we will have package level comments that will make clear the scope and purpose of groups of code. Anyway, thanks for the feedback. Sven

Oct. 4, 2017

Re: [Pharo-users] Reading a text file line by line

by Dirk Olmes

On 10/04/2017 10:22 AM, Sven Van Caekenberghe wrote: >> ZnCharacterReadStream belongs to the Zinc classes. I would have expected >> a generic character reading stream to be part of the core classes >> (whatever that means :-) and not a part of some HTTP component classes. >> But that may only be my limited understanding of Pharo so far :-) > > Well, the package is 'Zinc-Character-Encoding-Core' not 'Zinc-HTTP'. Character encoding stands on its own and has nothing to do with HTTP. See also this book chapter https://ci.inria.fr/pharo-contribution/job/EnterprisePharoBook/lastSuccessf… Understood. However if I find classes in a package with prefix "Zinc" and I google for "Zinc Pharo" the first thing that comes up is http://zn.stfx.eu/zn/index.html - Zinc HTTP Components Ok I'm really just nitpicking here but IMHO it would be nice to decouple these very useful classes from the Zinc namespace. -dirk

Oct. 4, 2017

Re: [Pharo-users] Pharo 7 license question

by Ben Coman

On Tue, Oct 3, 2017 at 1:45 AM, Jimmie Houchin <jlhouchin(a)gmail.com> wrote: > Back on topic. > > To my understanding, if I should port anything GPL licensed that I needed > from some language to a C library and licensed it GPL. Then I called my new > GPL C library via UFFI. I should have no problems at all. Is that a correct > understanding by all? > > Does this look like a good approach for most anyone in the Pharo community > if they desire to port and use GPL software? > UFFI is use via "linking", so your C library needs to LGPL to avoid your Smalltalk code needing to be GPL licensed. cheers -ben > > Thanks. > > Jimmie > > > > On 09/15/2017 03:49 PM, Jimmie Houchin wrote: > >> Hello, >> >> Pharo 7 to my understanding fundamentally changes Pharo. It is my >> understanding that Pharo 7 starts with a core Pharo kernel and like many >> languages out there, imports or adds code from a variety of external >> sources to the image being built. >> >> With that understanding, I am curious if that would allow for inclusion >> of a specific library/module to be licensed as GPL? And it not affect the >> other code in the composed image? >> >> I am a big believer in the MIT/BSD license and not a big fan of the GPL. >> However, there is software out there that I have avoided looking at the >> source code or attempting to port it to Pharo because it is GPL. I would >> sincerely love if I could now port such a library and license it under the >> GPL as required, and it not affect any other code outside of that specific >> library. >> >> I am not a lawyer. Nor do I know any lawyers. Is is possible for someone >> to get a reasonably definitive answer on this question? >> >> I am sure I am not the only one who has had this desire. I am also sure >> that I am not the only one who will have this question in the future. So it >> would be nice to have a proper legal response that could possibly be >> explicitly stated somewhere on the website or on an FAQ or something. >> >> Regardless of the answer, yes or no. It does need to be a settled issue >> for Pharo. That way someone could know if GPL/LGPL or whatever software >> could be in the catalog. >> >> Just wanted to put that out there to the community. I look forward to the >> answer, should one be or become available. >> >> Thanks. >> >> >> Jimmie >> >> >> > >

Oct. 4, 2017