January 2012 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ VM ]Smalltalk getSystemAttribute:

by Alexander LazareviÄ

2012/1/3 David T. Lewis <lewis(a)mail.msen.com> > realpath() to resolve symbolic links > ... and to convert relative paths into absolute paths. Alex

Jan. 3, 2012

Re: [Pharo-project] About announcements

by Lukas Renggli

>>> If everybody has its own version then we do not improve the infrastructure. >> >> Performance issues aside, the current implementation forces me to use >> a different implementation because Pharo's announcements have a >> different implementation of selecting the handler (point 7). However, >> the really weird thing is that Pharo's announcements are now suddenly >> inconsistent with the Pharo exceptions and how they select the >> handler. Do you think this is better or worse? >> > you lost me here. why announcements have to be consistent with > exceptions? something which is completely > orthogonal to them? Exceptions and Announcements used to implement a very similar protocol: see their implementation of X class>>#handles:, X>>on:do:, XSet>>#handles:, XSet>>#, etc. Consistency makes frameworks easy to understand and use. > it is like saying that apples are inconsistent with oranges. - Apples and oranges are inconsistent the way they are eaten (oranges have to be piled first and come in slices). - Apples and pears are consistent the way they are eaten (even if they taste very different). If that is too abstract replace Apples => Announcements Oranges => change:/update: Pears => Exceptions Lukas > > aside of that, i added the changeset, so you can now choose whether > your announcement subscription is handling > announcement or not based on announcement object itself, not its class. > see http://code.google.com/p/pharo/issues/detail?id=5145 > > -- > Best regards, > Igor Stasenko. > -- Lukas Renggli www.lukas-renggli.ch

Jan. 3, 2012

Re: [Pharo-project] About announcements

by Lukas Renggli

>> No, because the Announcement>>#handles: takes a class, not an instance. >> > > you mean here: > > deliver: anAnnouncement > Â Â Â Â " deliver an announcement to receiver. In case of failure, it will be > handled in separate process" > > Â Â Â Â ^ (self handles: anAnnouncement class ) ifTrue: [ > Â Â Â Â Â Â Â Â [action cull: anAnnouncement cull: announcer] > Â Â Â Â Â Â Â Â Â Â Â Â on: UnhandledError fork: [:ex | ex pass ]] > > we can simply change the 'anAnnouncement class' to just 'anAnnouncement' > so the receiver of #handles: will see an announcement itself not its class. > > It is probably right thing to do, because then you can do: > > > announcer on: foo do: [... ]. > > announcer announce: 10. > > Then foo will receive: > > foo handles: 10. > and in your own #handles: implementation you can do something like: > > handles: anAnnouncement > Â ^ anAnnouncement isInteger Yes, #handles: should take an instance not a class. And #handles: should be implemented as Announcement class>>#handles: anAnnouncement ^ anAnnouncement isKindOf: self I guess this is partially my fault, because I called the argument anAnnouncementClass even if I passed in an instance. Lukas -- Lukas Renggli www.lukas-renggli.ch

Jan. 3, 2012

[Pharo-project] how to test drag and drop?

by Tudor Girba

Hi (Sean), I would like to test some drag and drop functionality but I do not know how. The BDDExtensions already provides support for simulating clicking, but not drag and drop. Is there an easy way to add this? Cheers, Doru -- www.tudorgirba.com "Reasonable is what we are accustomed with."

Jan. 3, 2012

Re: [Pharo-project] [ VM ]Smalltalk getSystemAttribute:

by David T. Lewis

On Tue, Jan 03, 2012 at 11:54:18PM +1100, Ben Coman wrote: > Esteban Lorenzano wrote: > >El 02/01/2012, a las 4:39p.m., David T. Lewis escribi?: > > > > > >>>Real problem then is: > >>> > >>>we don't have a way to get the executable name > >>> > >>>or > >>> > >>>getSystemAttribute: comment is wrong :) > >>> > >>> > >>On a unix VM, it answers the full path to the executable, which is > >>in agreement with the comment. For example: > >> > >> Smalltalk getSystemAttribute: 0 ==> > >> '/usr/local/lib/squeak/4.7.18-2505/squeakvm' > >> > >>Maybe is is more complicated for Mac, but wasn't there some discussion > >>about it on vm-dev a while back? > >> > > > >I don't remember :) > >so, how can we solve this? of course, it is not a problem to make > >getSystemAttribute: 0 answer argv[0], but that's not the expected > >behavior... we can be making a mistake, because it should answer vm path, > >no vm fullName. > >I can add a 10XX number to answer vm full name, but that will lead to > >consistency problems inside the image... > >I really don't know how to proceed :( > > > >Esteban > > > > > > > Esteban, > > I am not sure of the semantics within Smalltalk, but within both Windows > & Linux "full path" includes the filename. Examples... > > Linux `which` command [1] > "...printing the full path when used from a script" > > echo `which q2` > /home/carlo/bin/q2 > > Windows Path.GetFullPath method [2] > "Returns the absolute path for the specified path string." > // GetFullPath('mydir') returns 'C:\temp\Demo\mydir' > // GetFullPath('myfile.ext') returns 'C:\temp\Demo\myfile.ext' > > From browsing around it does seem harder on OSX to determine the path > to the current executable [3,4,5,6] but I'm not qualified to comment. In the unix VM (see platforms/unix/vm/sqUnixMain.c), it is done using argv[0] and the realpath() function. In other words, take the program name from the command line, and pass it though realpath() to resolve symbolic links. I don't know if this approach works on OS X though. Dave > > cheers, Ben > > [1] http://linux.die.net/man/1/which > [2] http://msdn.microsoft.com/en-us/library/system.io.path.getfullpath.aspx > [3] > http://stackoverflow.com/questions/799679/programatically-retrieving-the-ab… > [4] > http://stackoverflow.com/questions/1023306/finding-current-executables-path… > [5] > http://stackoverflow.com/questions/933850/how-to-find-the-location-of-the-e… > [6] > http://stackoverflow.com/questions/3200651/application-path-location-in-ms-… > >

Jan. 3, 2012

Re: [Pharo-project] [ VM ]Smalltalk getSystemAttribute:

by Esteban Lorenzano

Hi Ben, yes... to answer full file name is easy... my question is because the VM doesn't do that, and it has an explicit transformation to avoid answer that... then I wonder if that would be on purpose, and why. One thing that comes to my mind is that, in macs, a program is a directory, for example, vm would be: /path/to/Cog.app/, then the real executable is placed inside this directory following a convention: MyApp.app/Contents/MacOS/MyApp So, question is: from mac point of view... which one is the "full path"? /path/to/Cog.app or /path/to/Cog.app/Contents/MacOS/Cog? cheers, Esteban El 03/01/2012, a las 9:54a.m., Ben Coman escribiÃ³: > Esteban Lorenzano wrote: >> El 02/01/2012, a las 4:39p.m., David T. Lewis escribiÃ³: >> >> >>>> Real problem then is: >>>> >>>> we don't have a way to get the executable name >>>> >>>> or >>>> >>>> getSystemAttribute: comment is wrong :) >>>> >>>> >>> On a unix VM, it answers the full path to the executable, which is >>> in agreement with the comment. For example: >>> >>> Smalltalk getSystemAttribute: 0 ==> '/usr/local/lib/squeak/4.7.18-2505/squeakvm' >>> >>> Maybe is is more complicated for Mac, but wasn't there some discussion >>> about it on vm-dev a while back? >>> >> >> I don't remember :) >> so, how can we solve this? of course, it is not a problem to make getSystemAttribute: 0 answer argv[0], but that's not the expected behavior... we can be making a mistake, because it should answer vm path, no vm fullName. >> I can add a 10XX number to answer vm full name, but that will lead to consistency problems inside the image... >> I really don't know how to proceed :( >> >> Esteban >> >> >> > Esteban, > I am not sure of the semantics within Smalltalk, but within both Windows & Linux "full path" includes the filename. Examples... > > Linux `which` command [1] > "...printing the full path when used from a script" > > echo `which q2` > /home/carlo/bin/q2 > > Windows Path.GetFullPath method [2] > "Returns the absolute path for the specified path string." > // GetFullPath('mydir') returns 'C:\temp\Demo\mydir' > // GetFullPath('myfile.ext') returns 'C:\temp\Demo\myfile.ext' > > From browsing around it does seem harder on OSX to determine the path to the current executable [3,4,5,6] but I'm not qualified to comment. > > cheers, Ben > > [1] http://linux.die.net/man/1/which > [2] http://msdn.microsoft.com/en-us/library/system.io.path.getfullpath.aspx > [3] http://stackoverflow.com/questions/799679/programatically-retrieving-the-ab… > [4] http://stackoverflow.com/questions/1023306/finding-current-executables-path… > [5] http://stackoverflow.com/questions/933850/how-to-find-the-location-of-the-e… > [6] http://stackoverflow.com/questions/3200651/application-path-location-in-ms-… > > >

Jan. 3, 2012

Re: [Pharo-project] Bug Report: 6 of 6: Settings

by Ben Coman

Mariano Martinez Peck wrote: > On Tue, Jan 3, 2012 at 1:11 PM, Alain Plantec <alain.plantec(a)yahoo.com>wrote: > > >> Le 03/01/2012 11:57, S Krish a Ã©crit : >> >> This works... >> >>> Guess I should have tried that.. >>> >>> >> thanks. >> but you are not the first one to forget to enter a cr. >> >> > > Yes, I was the first one!!! I remember I have reported the same ;) > > A small thought - the field background might be made to change colour during entry until it is accepted by <cr>.

Jan. 3, 2012

Re: [Pharo-project] [ VM ]Smalltalk getSystemAttribute:

by Ben Coman

Esteban Lorenzano wrote: > El 02/01/2012, a las 4:39p.m., David T. Lewis escribiÃ³: > > >>> Real problem then is: >>> >>> we don't have a way to get the executable name >>> >>> or >>> >>> getSystemAttribute: comment is wrong :) >>> >>> >> On a unix VM, it answers the full path to the executable, which is >> in agreement with the comment. For example: >> >> Smalltalk getSystemAttribute: 0 ==> '/usr/local/lib/squeak/4.7.18-2505/squeakvm' >> >> Maybe is is more complicated for Mac, but wasn't there some discussion >> about it on vm-dev a while back? >> > > I don't remember :) > so, how can we solve this? of course, it is not a problem to make getSystemAttribute: 0 answer argv[0], but that's not the expected behavior... we can be making a mistake, because it should answer vm path, no vm fullName. > I can add a 10XX number to answer vm full name, but that will lead to consistency problems inside the image... > > I really don't know how to proceed :( > > Esteban > > > Esteban, I am not sure of the semantics within Smalltalk, but within both Windows & Linux "full path" includes the filename. Examples... Linux `which` command [1] "...printing the full path when used from a script" > echo `which q2` /home/carlo/bin/q2 Windows Path.GetFullPath method [2] "Returns the absolute path for the specified path string." // GetFullPath('mydir') returns 'C:\temp\Demo\mydir' // GetFullPath('myfile.ext') returns 'C:\temp\Demo\myfile.ext' From browsing around it does seem harder on OSX to determine the path to the current executable [3,4,5,6] but I'm not qualified to comment. cheers, Ben [1] http://linux.die.net/man/1/which [2] http://msdn.microsoft.com/en-us/library/system.io.path.getfullpath.aspx [3] http://stackoverflow.com/questions/799679/programatically-retrieving-the-ab… [4] http://stackoverflow.com/questions/1023306/finding-current-executables-path… [5] http://stackoverflow.com/questions/933850/how-to-find-the-location-of-the-e… [6] http://stackoverflow.com/questions/3200651/application-path-location-in-ms-…

Jan. 3, 2012

Re: [Pharo-project] Prematurely ending document on purpose with the SAXParser

by HernÃ¡n Morales Durand

I wonder what to do in this kind of situations. See 1) XML is one of the most important packages 2) There is no mailng-list for xml ? 3) Nobody replies and 4) You want latest updates from that package Any suggestion? Cheers Hernan 2011/11/17 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Just for the record, I have to install the previous version of > XML-Parser-JAAyer.50 until I find some time to work on this. > Cheers, > > HernÃ¡n > > 2011/11/15 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: >> Since XML-Parser-JAAyer.50 the SAXDriver doesn't check anymore for >> #checkEOD in the #handle methods, have you removed eod iVar for >> performance reasons? I need it because I have a very large XML and I >> want to be able to parse some "header" nodes without parsing the >> entire XML. Otherwise, what would be the way of doing this with the >> newer versions? >> >> UserSAXParser>>endDocument >> Â Â Â Â "This call corresponds to the Java SAX call endDocument()." >> Â Â Â Â eod := true >> >> Cheers, >> >> HernÃ¡n >>

Jan. 3, 2012

Re: [Pharo-project] Bug Report: 6 of 6: Settings

by Mariano Martinez Peck

On Tue, Jan 3, 2012 at 1:11 PM, Alain Plantec <alain.plantec(a)yahoo.com>wrote: > Le 03/01/2012 11:57, S Krish a Ã©crit : > > This works... >> >> Guess I should have tried that.. >> > thanks. > but you are not the first one to forget to enter a cr. > Yes, I was the first one!!! I remember I have reported the same ;) > not user friendly, this is in my todo list to improve that :) > Cheers > Alain > > thx. >> >> >> On Tue, Jan 3, 2012 at 4:10 PM, Alain Plantec <alain.plantec(a)yahoo.com<mailto: >> alain.plantec(a)yahoo.**com <alain.plantec(a)yahoo.com>>> wrote: >> >> Le 03/01/2012 11:24, S Krish a Ã©crit : >> >> 6. Settings: >> On Ubuntu Linux and on Windows: Go to the Network node and >> change the values for HTTP Proxy/ Proxy Authentication and >> quit and comeback.. >> >> Does not retain the settings.. >> >> strange, it work here with 1.3 and 1.4. >> did you accept you input with a cr ? >> Alain >> >> >> ******************** >> Also .. I add it here.. though disconnected from the above.. >> but for Settings issue.. >> Sound Package: >> >> Well this one set of hack throughs to get it working on Linux.. >> Straight after loading the packages: >> >> Settings tab does not show up the 3+ lines of setting >> on loading the SoundSetting package.. >> Fails on Phenome** method not being initialized.. >> >> Go hack and comment some places in the code it starts to work >> beautifully thereafter.. will try and reap/ move hacks to more >> usable code and submit.. >> >> >> >> >> > > -- Mariano http://marianopeck.wordpress.com

Jan. 3, 2012