- Pharo-users - lists.pharo.org

Re: [Pharo-users] Working directory

by Ben Coman

On 16 December 2017 at 16:02, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Hi ben > > We should think about it. Indeed. > Now about the names. I'm wondering if they cover well enough the situation. > In fact I would like to have imageDirectory (it exists but not in > FileSystem) and workingDirectory (I would prefer startupDirectory or > something like that). > startupDirectory sounds like its where the startup scripts are kept, and common across many Images. For me workingDirectory is totally unclear. > Its a fairly well defined concept. Its starts as the shell directory where you type the command to run a program. https://en.wikipedia.org/wiki/Working_directory We should align with the operating system since file access is ultimately through system calls like fopen() where relative paths are ultimately affected by what the operating system considers to be the working directory (or do we *always* fully resolve paths in-Image and only pass absolute paths to fopen() ?) Here is a demonstration of working directory on Unix ... $ mkdir temp && cd temp $ cat << 'EOF' > testcwd.c #include <unistd.h> #include <stdio.h> char buf[1000]; int main() { printf("MYCWD=%s\n", getcwd(buf,1000)); } EOF $ gcc testcwd.c -o testcwd $ ./testcwd MYCWD=/home/ben/dev/temp $ cd .. $ temp/testcwd MYCWD=/home/ben/dev i.e. its the directory where the command was typed in to run the program. Since we build on Windows using Cygwin/Ming, its basically the same semantic for Windows. and even Win32 has similar function GetCurrentDirectory().... https://msdn.microsoft.com/en-us/library/windows/desktop/aa364934(v=vs.85).… Now I guess confusion may arise when in Pharo you want to "change the working directory". if we only modify some in-Image instance variable? Then a difference of opinion might arise between Pharo and operating system calls as to what is the working-directory" when relative paths are used. Perhaps we should only refer to the operating system's current working directory. (Sorry I'm not in a position to dig into that right now) cheers -ben > > Now this change is super important for making Pharo > a good platform for script execution. So let me make it even nicer. > > Stef > > > On Fri, Dec 15, 2017 at 10:14 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > > > > On 16 December 2017 at 04:34, Cyril Ferlicot D. < > cyril.ferlicot(a)gmail.com> > > wrote: > >> > >> Le 15/12/2017 Ã 21:24, Hilaire a Ã©crit : > >> > In P3: > >> > > >> > FileSystem disk workingDirectory > >> > =>File @ /home/hilaire/Travaux/Developpement/DrGeoII/Dev- > pharo3.0/shared > >> > > >> > In P7: > >> > > >> > FileSystem disk workingDirectory > >> > =>File @ /home/hilaire > >> > > >> > Is it a bug? > >> > > >> > >> Hi! > >> > >> In Pharo 3 > >> > >> workingDirectory = imageDirectory. > >> > >> In Pharo 7 > >> > >> workingDirectory = directory from where Pharo was launched. > > > > > > just double-checking... > > with equivalent shell commands... > > $ DIR1 = `pwd` > > $ $DIR2/pharo $DIR3/Pharo.image > > > > Pharo 3 ==> workingDirectory = $DIR3 > > Pharo 7 ==> workingDirectory = $DIR1 > > ? > > > > I wonder for such a semantic API change it might be good to > > introduce #workDirectory and deprecate #workingDirectory > > so the need for user-devs to change their code is more explicit. > > It might make easier to have an auto-conversion rule #workingDirectory > ==> > > #imageDirectory, > > and make it harder to shoot yourself in the foot producing cross-platform > > libraries. > > > > cheers -ben > > > > > >> > >> > >> Maybe you launched Pharo from the terminal with this command like this > >> one? > >> > >> Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared/pharo-ui > >> Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared Pharo.image > >> > >> If you wish to use the old behaviour, you can replace `FileSystem disk > >> workingDirectory` by `FileLocator imageDirectory asFileReference`. > >> > >> This change was done because, not getting the real working directory > >> make it really hard to script things in Pharo. > >> > >> -- > >> Cyril Ferlicot > >> https://ferlicot.fr > >> > >> http://www.synectique.eu > >> 2 rue Jacques PrÃ©vert 01, > >> 59650 Villeneuve d'ascq France > >> > > > >

Dec. 16, 2017

Re: [Pharo-users] FLSerialization>>analysisStep too slow?

by Stephane Ducasse

Do you want that I help you defining a configuration for your project? Stef On Sat, Dec 16, 2017 at 9:10 AM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > Hi eno > > can you tell us what is TkIDE? > Because most of us are hobbysts .... the truth is in the eye of the beholder :) > > Stef > > On Tue, Dec 12, 2017 at 3:47 PM, Eno <tgkuo1(a)gmail.com> wrote: >> >> My package TkIDE <http://smalltalkhub.com/#!/~tgkuo/TkIDE> relied on >> object database, sandstone, to store the objects. >> >> After upgrade to 6.1 on macOS, the save process became very slow. >> >> Following the debugging process, I found the bottle neck is at this method, >> FLSerialization>>analysisStep. >> >> I'm just a hobbyst, not acquainted with the system core and basis packages, >> I cann't figure out what the cause, just guessing maybe my object is too >> complicated to be serialized or the FLserialization really gets something >> wrong. >> >> Best reguards. >> >> Eno >> >> >> >> >> -- >> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >>

Dec. 16, 2017

Re: [Pharo-users] FLSerialization>>analysisStep too slow?

by Stephane Ducasse

Hi eno can you tell us what is TkIDE? Because most of us are hobbysts .... the truth is in the eye of the beholder :) Stef On Tue, Dec 12, 2017 at 3:47 PM, Eno <tgkuo1(a)gmail.com> wrote: > > My package TkIDE <http://smalltalkhub.com/#!/~tgkuo/TkIDE> relied on > object database, sandstone, to store the objects. > > After upgrade to 6.1 on macOS, the save process became very slow. > > Following the debugging process, I found the bottle neck is at this method, > FLSerialization>>analysisStep. > > I'm just a hobbyst, not acquainted with the system core and basis packages, > I cann't figure out what the cause, just guessing maybe my object is too > complicated to be serialized or the FLserialization really gets something > wrong. > > Best reguards. > > Eno > > > > > -- > Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html >

Dec. 16, 2017

Re: [Pharo-users] Working directory

by Stephane Ducasse

Hi ben We should think about it. Indeed. Now about the names. I'm wondering if they cover well enough the situation. In fact I would like to have imageDirectory (it exists but not in FileSystem) and workingDirectory (I would prefer startupDirectory or something like that). For me workingDirectory is totally unclear. Now this change is super important for making Pharo a good platform for script execution. So let me make it even nicer. Stef On Fri, Dec 15, 2017 at 10:14 PM, Ben Coman <btc(a)openinworld.com> wrote: > > > On 16 December 2017 at 04:34, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> > wrote: >> >> Le 15/12/2017 Ã 21:24, Hilaire a Ã©crit : >> > In P3: >> > >> > FileSystem disk workingDirectory >> > =>File @ /home/hilaire/Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared >> > >> > In P7: >> > >> > FileSystem disk workingDirectory >> > =>File @ /home/hilaire >> > >> > Is it a bug? >> > >> >> Hi! >> >> In Pharo 3 >> >> workingDirectory = imageDirectory. >> >> In Pharo 7 >> >> workingDirectory = directory from where Pharo was launched. > > > just double-checking... > with equivalent shell commands... > $ DIR1 = `pwd` > $ $DIR2/pharo $DIR3/Pharo.image > > Pharo 3 ==> workingDirectory = $DIR3 > Pharo 7 ==> workingDirectory = $DIR1 > ? > > I wonder for such a semantic API change it might be good to > introduce #workDirectory and deprecate #workingDirectory > so the need for user-devs to change their code is more explicit. > It might make easier to have an auto-conversion rule #workingDirectory ==> > #imageDirectory, > and make it harder to shoot yourself in the foot producing cross-platform > libraries. > > cheers -ben > > >> >> >> Maybe you launched Pharo from the terminal with this command like this >> one? >> >> Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared/pharo-ui >> Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared Pharo.image >> >> If you wish to use the old behaviour, you can replace `FileSystem disk >> workingDirectory` by `FileLocator imageDirectory asFileReference`. >> >> This change was done because, not getting the real working directory >> make it really hard to script things in Pharo. >> >> -- >> Cyril Ferlicot >> https://ferlicot.fr >> >> http://www.synectique.eu >> 2 rue Jacques PrÃ©vert 01, >> 59650 Villeneuve d'ascq France >> >

Dec. 16, 2017

Re: [Pharo-users] Working directory

by Ben Coman

On 16 December 2017 at 04:34, Cyril Ferlicot D. <cyril.ferlicot(a)gmail.com> wrote: > Le 15/12/2017 Ã 21:24, Hilaire a Ã©crit : > > In P3: > > > > FileSystem disk workingDirectory > > =>File @ /home/hilaire/Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared > > > > In P7: > > > > FileSystem disk workingDirectory > > =>File @ /home/hilaire > > > > Is it a bug? > > > > Hi! > > In Pharo 3 > > workingDirectory = imageDirectory. > > In Pharo 7 > > workingDirectory = directory from where Pharo was launched. > just double-checking... with equivalent shell commands... $ DIR1 = `pwd` $ $DIR2/pharo $DIR3/Pharo.image Pharo 3 ==> workingDirectory = $DIR3 Pharo 7 ==> workingDirectory = $DIR1 ? I wonder for such a semantic API change it might be good to introduce #workDirectory and deprecate #workingDirectory so the need for user-devs to change their code is more explicit. It might make easier to have an auto-conversion rule #workingDirectory ==> #imageDirectory, and make it harder to shoot yourself in the foot producing cross-platform libraries. cheers -ben > > Maybe you launched Pharo from the terminal with this command like this one? > > Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared/pharo-ui > Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared Pharo.image > > If you wish to use the old behaviour, you can replace `FileSystem disk > workingDirectory` by `FileLocator imageDirectory asFileReference`. > > This change was done because, not getting the real working directory > make it really hard to script things in Pharo. > > -- > Cyril Ferlicot > https://ferlicot.fr > > http://www.synectique.eu > 2 rue Jacques PrÃ©vert 01, > 59650 Villeneuve d'ascq France > >

Dec. 15, 2017

Re: [Pharo-users] Working directory

by Hilaire

Thanks for the update Le 15/12/2017 Ã 21:34, Cyril Ferlicot D. a Ã©critÂ : > If you wish to use the old behaviour, you can replace `FileSystem disk > workingDirectory` by `FileLocator imageDirectory asFileReference`. > > This change was done because, not getting the real working directory > make it really hard to script things in Pharo. -- Dr. Geo http://drgeo.eu

Dec. 15, 2017

Re: [Pharo-users] Working directory

by Hilaire

Oh, in a build for a DrGeo app based on P7, the working directory is one level highter to the image folder. So in P7, there are two different results for the working directory: the user home directory, and one level hight to image dir. What's the context? Where to look at? -- Dr. Geo http://drgeo.eu

Dec. 15, 2017

Re: [Pharo-users] Iceberg is cool!

by Stephane Ducasse

I need less features and more user friendly UI :) On Wed, Dec 13, 2017 at 12:42 PM, Norbert Hartl <norbert(a)hartl.name> wrote: > I just got back from vacation and prepared a new image to work on the current project. Well, I upgraded iceberg to 0.6.5 and everything works like expected. I can see nicely what my colleagues have done while I was away. I can update everything easily. And most important I can do changes and then cherry pick and commit. > > So even if people are complaining about missing features (they always do!) I can say that for a basic workflow (for me about 95% of my work) everything seems to be in place. So everyone should feel invited to add the missing pieces. > > Well done and thank you, > > Norbert >

Dec. 15, 2017

Re: [Pharo-users] Working directory

by Cyril Ferlicot D.

Le 15/12/2017 Ã 21:24, Hilaire a Ã©critÂ : > In P3: > > FileSystem disk workingDirectory > =>File @ /home/hilaire/Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared > > In P7: > > FileSystem disk workingDirectory > =>File @ /home/hilaire > > Is it a bug? > Hi! In Pharo 3 workingDirectory = imageDirectory. In Pharo 7 workingDirectory = directory from where Pharo was launched. Maybe you launched Pharo from the terminal with this command like this one? Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared/pharo-ui Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared Pharo.image If you wish to use the old behaviour, you can replace `FileSystem disk workingDirectory` by `FileLocator imageDirectory asFileReference`. This change was done because, not getting the real working directory make it really hard to script things in Pharo. -- Cyril Ferlicot https://ferlicot.fr http://www.synectique.eu 2 rue Jacques PrÃ©vert 01, 59650 Villeneuve d'ascq France

Dec. 15, 2017

Working directory

by Hilaire

In P3: FileSystem disk workingDirectory =>File @ /home/hilaire/Travaux/Developpement/DrGeoII/Dev-pharo3.0/shared In P7: FileSystem disk workingDirectory =>File @ /home/hilaire Is it a bug? -- Dr. Geo http://drgeo.eu

Dec. 15, 2017