September 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] OSProcess for Pharo3.0

by Goubier Thierry

Le 03/09/2013 10:28, Henrik Johansen a Ã©crit : > > On Sep 2, 2013, at 4:41 , Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > >> Le 02/09/2013 16:07, StÃ©phane Ducasse a Ã©crit : >>> what we could do is to not deprecate now the methods? >>> Then we can deprecate them when we release 3.0 >> >> When starting pharo4? That would be perfect :) >> >> I just noticed that Smalltalk os exist in 1.4 and 2.0. So my code should work on an old image, isn't it? It would also work on 2.0 and 1.4, no? >> >> (or something like (Smalltalk respondsTo: #os) ifTrue: [Smalltalk os name]) >> >> When was Smalltalk>>os introduced ? >> >> Thierry > > 3.5 years ago ;) > http://forum.world.st/Worth-reading-discussion-on-Smalltalk-vs-SmalltalkIma… > It's been included since Pharo 1.1/Squeak 4.1, so it's a reasonable default path. > > Though, better use Smalltalk os platformName (which should work in all versions since the above mentioned), writing a test for whether #name is the "correct" method to use ala 3.0 would be an interesting exercise since it's also implemented for older returns of Smalltalk os, but with a different meaning. *cough* find a better selector for 3.0? *cough* > I think OSPlatform is one of those packages which tries to work on Squeak 3.6 and up, and in that case you still need more fallbacks. > > Cheers, > Henry Thanks Henry for the info. However, I'm sure platformName (and platformSubtype) will be deprecated in Pharo sooner or later... leaving us with another deprecation. At least the deprecation warning seems to be pointing to that. At the same time, parts of OSProcess seems to not be working under Pharo2 anyway :( I don't even think I'm able to run the tests (locked up my 3.0 image it did). Looks like a version / implementation test would be the way to go. I'll write something which should work on 2.0 / 3.0, and failure protection to fallback for anything else. Is there a standard way to test for implementation/version on all Squeak and Pharo versions ? Thierry -- Thierry Goubier CEA list Laboratoire des Fondations des SystÃ¨mes Temps RÃ©el EmbarquÃ©s 91191 Gif sur Yvette Cedex France Phone/Fax: +33 (0) 1 69 08 32 92 / 83 95

Sept. 3, 2013

[update 3.0] #30364

by Marcus Denker

30364 ----- 11525 TabModel improved https://pharo.fogbugz.com/f/cases/11525 11527 Inspector List Broken due to changes in NewListModel https://pharo.fogbugz.com/f/cases/11527 11526 Improve Tabs https://pharo.fogbugz.com/f/cases/11526 Diff information: http://smalltalkhub.com/mc/Pharo/Pharo30/main/Tabs-MarcusDenker.30.diff http://smalltalkhub.com/mc/Pharo/Pharo30/main/Spec-Widgets-MarcusDenker.232…

Sept. 3, 2013

Re: [Pharo-dev] Can't open image file without write access

by Abigail111

Hi, i also want to know how to open image files <http://www.rasteredge.com/how-to/csharp-imaging/open-save-file/> .My computer support to open images ,but recently,there is something wrong.I wan to learn some easy way to do it.Thanks. -- View this message in context: http://forum.world.st/Pharo-dev-Can-t-open-image-file-without-write-access-… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 3, 2013

Re: [Pharo-dev] OSProcess for Pharo3.0

by Henrik Johansen

On Sep 2, 2013, at 4:41 , Goubier Thierry <thierry.goubier(a)cea.fr> wrote: > Le 02/09/2013 16:07, StÃ©phane Ducasse a Ã©crit : >> what we could do is to not deprecate now the methods? >> Then we can deprecate them when we release 3.0 > > When starting pharo4? That would be perfect :) > > I just noticed that Smalltalk os exist in 1.4 and 2.0. So my code should work on an old image, isn't it? It would also work on 2.0 and 1.4, no? > > (or something like (Smalltalk respondsTo: #os) ifTrue: [Smalltalk os name]) > > When was Smalltalk>>os introduced ? > > Thierry 3.5 years ago ;) http://forum.world.st/Worth-reading-discussion-on-Smalltalk-vs-SmalltalkIma… It's been included since Pharo 1.1/Squeak 4.1, so it's a reasonable default path. Though, better use Smalltalk os platformName (which should work in all versions since the above mentioned), writing a test for whether #name is the "correct" method to use ala 3.0 would be an interesting exercise since it's also implemented for older returns of Smalltalk os, but with a different meaning. *cough* find a better selector for 3.0? *cough* I think OSPlatform is one of those packages which tries to work on Squeak 3.6 and up, and in that case you still need more fallbacks. Cheers, Henry

Sept. 3, 2013

Re: [Pharo-dev] TalkFFI versions 1.3 and 1.4

by Ciprian Teodorov

Thanks Guillermo for your effort On Tue, Sep 3, 2013 at 9:41 AM, Guillermo Polito <guillermopolito(a)gmail.com>wrote: > Guys, just FYI, in > > Gofer it > smalltalkhubUser: 'CipT' project: 'TalkFFI'; > configurationOf: 'TalkFFI'; > load > > you'll find a new version of the configuration of TalkFFI: > > - version 1.3.1 works without any changes > > Gofer it > smalltalkhubUser: 'CipT' project: 'TalkFFI'; > configurationOf: 'TalkFFI'; > loadVersion: '1.3.1' > > - stable version points to 1.3.1 on pharo2 > > Gofer it > smalltalkhubUser: 'CipT' project: 'TalkFFI'; > configurationOf: 'TalkFFI'; > loadVersion: #'stable' > > Regarding version 1.4, I don't know so far :). > For 1.4 i'll find some time to spend on it in the near future Cheers, Ciprian > Enjoy, > Guille > > > > On Sun, Sep 1, 2013 at 12:47 PM, Guillermo Polito < > guillermopolito(a)gmail.com> wrote: > >> Hi Ciprian, >> >> In the last weeks we were playing a bit with TalkFFI for dbxtalk. After a >> while we got a working version but we found some stuff we'd like to fix. >> >> In version 1.3 CLExternalLibraryWrapper class>>uniqueInstance is wrongly >> defined. This is already fixed in talkffi 1.4. However, version 1.4 >> includes some other changes that make the VM just crash, :). >> >> What do you think about making a 1.3.1 version with the minor fix for the >> unique instance so we can move on without overrides? Of course I'm happy to >> provide the code (given the credentials to commit :)). >> >> TIA, >> Guille >> > > -- Dr. Ciprian TEODOROV IngÃ©nieur DÃ©veloppement CAO tÃ©l : 06 08 54 73 48 mail : ciprian.teodorov(a)gmail.com www.teodorov.ro

Sept. 3, 2013

Re: [Pharo-dev] TalkFFI versions 1.3 and 1.4

by Guillermo Polito

Guys, just FYI, in Gofer it smalltalkhubUser: 'CipT' project: 'TalkFFI'; configurationOf: 'TalkFFI'; load you'll find a new version of the configuration of TalkFFI: - version 1.3.1 works without any changes Gofer it smalltalkhubUser: 'CipT' project: 'TalkFFI'; configurationOf: 'TalkFFI'; loadVersion: '1.3.1' - stable version points to 1.3.1 on pharo2 Gofer it smalltalkhubUser: 'CipT' project: 'TalkFFI'; configurationOf: 'TalkFFI'; loadVersion: #'stable' Regarding version 1.4, I don't know so far :). Enjoy, Guille On Sun, Sep 1, 2013 at 12:47 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > Hi Ciprian, > > In the last weeks we were playing a bit with TalkFFI for dbxtalk. After a > while we got a working version but we found some stuff we'd like to fix. > > In version 1.3 CLExternalLibraryWrapper class>>uniqueInstance is wrongly > defined. This is already fixed in talkffi 1.4. However, version 1.4 > includes some other changes that make the VM just crash, :). > > What do you think about making a 1.3.1 version with the minor fix for the > unique instance so we can move on without overrides? Of course I'm happy to > provide the code (given the credentials to commit :)). > > TIA, > Guille >

Sept. 3, 2013

Win32 Console support

by Torsten Bergmann

Esteban wrote >why those methods names? For a quick start I followed the API names. It's easier when one wraps non-OO native code. Thats why I mumbled something about "cleaning code"... ;) Bye T.

Sept. 3, 2013

Distributing File Resources

by J.F. Rick

Hi everyone, I've been trying to move things over to Pharo and may be a bit more active on the list. Part of that is trying to use smalltalkhub to manage my code. Since I do a lot of visual work, I tend to have a lot of images (and sounds) to manage. I'd like to be able to distribute them easily but I can't seem to find a way to upload them to a shared directory. In Squeak, there was this idea of .SAR files for distributing files. Is there a good solution for this outside of the Seaside approach of embedding the file information in class methods. I'm talking about hundreds of files and multiple MBs here, rather than one or two small files. Cheers, Jeff -- Jochen "Jeff" Rick, Ph.D. http://www.je77.com/ Skype ID: jochenrick

Sept. 3, 2013

Re: [Pharo-dev] [update 3.0] #30363

by Camillo Bruni

On 2013-09-02, at 12:24, Camillo Bruni <camillobruni(a)gmail.com> wrote: > On 2013-09-02, at 06:07, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> 30363 >> ----- >> >> 11468 Use singleton for default FileSystem >> https://pharo.fogbugz.com/f/cases/11468 > > I'll take care of it later today as usual... more complex than I thought, the change in the FileSystem bootstrap has a negative side-effect on NativeBoost under windows, since everything works if I load it in a running image under windows...

Sept. 3, 2013

Re: [Pharo-dev] Pharo Sprint in Buenos Aires

by Gisela Decuzzi

Great! The idea is to spend the full day? Or do you have any planed time? 2013/9/2 Camillo Bruni <camillobruni(a)gmail.com> > I spend a month in Buenos Aires working together with Guido Chari @ the > UBA, > we take this opportunity to organize a Pharo sprint outside France ;) > > We are in early preparation phase and the date nor location isn't fixed > yet, > so if you are motivated to join, can mark possible dates on this doodle: > > http://doodle.com/qey7iieqm5yr4wwy > > cheers, > camillo >

Sept. 3, 2013