April 2016 - Pharo-users - lists.pharo.org

Re: [Pharo-users] ensureCreateFile

by Peter UhnÃ¡k

because it's like this ensureCreateFolder : create the folder structure if necessary ensureCreateFile : create the file if necessary I really don't see any gain from changing existing behavior and introducing potential problems. If I ask for file to be created, I don't expect that the system will suddenly start creating folders, that's a unintentional side effect. If you need it for your convenience, then it's dead-easy to implement without breaking existing stuff. On Thu, Apr 21, 2016 at 10:35 AM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > 2016-04-21 9:55 GMT+02:00 Valentin Ryckewaert < > valentin.ryckewaert(a)gmail.com>: > >> Yes but why ensureCreateFile then ? >> Why don't we juste create a message createFile as there is createFolder ? >> createFolder : create the folder >> createFile : create the file >> >> ensureCreateFolder : create the folder and its parents if necessary >> ensureCreateFile : create the file and its parents if necessary >> > > +1 >

April 21, 2016

Re: [Pharo-users] ensureCreateFile

by Denis Kudriashov

2016-04-21 9:55 GMT+02:00 Valentin Ryckewaert <valentin.ryckewaert(a)gmail.com >: > Yes but why ensureCreateFile then ? > Why don't we juste create a message createFile as there is createFolder ? > createFolder : create the folder > createFile : create the file > > ensureCreateFolder : create the folder and its parents if necessary > ensureCreateFile : create the file and its parents if necessary > +1

April 21, 2016

Re: [Pharo-users] ensureCreateFile

by Valentin Ryckewaert

Yes but why ensureCreateFile then ? Why don't we juste create a message createFile as there is createFolder ? createFolder : create the folder createFile : create the file ensureCreateFolder : create the folder and its parents if necessary ensureCreateFile : create the file and its parents if necessary 2016-04-21 9:46 GMT+02:00 Peter UhnÃ¡k <i.uhnak(a)gmail.com>: > At least in unix creating files and folders are different operations > (mkdir/touch, rm/rmdir). > > And even though it may seem convenient I would argue that it will create > unintentional issues â if you have incorrect folder it will silently create > errornous structure on the disk instead of throwing error. Imho overloading > ensureCreateFile is bad. > > But there's nothing stopping you from extending AFR and adding an extra > method: > > AbstractFileReference>>ensureCreateFileAndDirectory > "Create if necessary a folder and file for the receiver." > > self parent ensureCreateDirectory. > self ensureCreateFile > > > Peter > > On Wed, Apr 20, 2016 at 6:16 PM, Denis Kudriashov <dionisiydk(a)gmail.com> > wrote: > >> I would call error >> >> 2016-04-20 17:13 GMT+02:00 Valentin Ryckewaert < >> valentin.ryckewaert(a)gmail.com>: >> >>> Hi, >>> >>> I would like to have your opinion about what you want ensureCreateFile >>> to do. >>> According to me ensureCreateFile should do the same thing as >>> ensureCreateDirectory + create the file in the last directory given but in >>> its implementation if the parents of this file doesn't exist we get an >>> Exception. >>> >>> Is it wanted or an error? >>> >>> Valentin. >>> >> >> >

April 21, 2016

Re: [Pharo-users] ensureCreateFile

by Peter UhnÃ¡k

At least in unix creating files and folders are different operations (mkdir/touch, rm/rmdir). And even though it may seem convenient I would argue that it will create unintentional issues â if you have incorrect folder it will silently create errornous structure on the disk instead of throwing error. Imho overloading ensureCreateFile is bad. But there's nothing stopping you from extending AFR and adding an extra method: AbstractFileReference>>ensureCreateFileAndDirectory "Create if necessary a folder and file for the receiver." self parent ensureCreateDirectory. self ensureCreateFile Peter On Wed, Apr 20, 2016 at 6:16 PM, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > I would call error > > 2016-04-20 17:13 GMT+02:00 Valentin Ryckewaert < > valentin.ryckewaert(a)gmail.com>: > >> Hi, >> >> I would like to have your opinion about what you want ensureCreateFile to >> do. >> According to me ensureCreateFile should do the same thing as >> ensureCreateDirectory + create the file in the last directory given but in >> its implementation if the parents of this file doesn't exist we get an >> Exception. >> >> Is it wanted or an error? >> >> Valentin. >> > >

April 21, 2016

Re: [Pharo-users] Tabular ODS import

by Alistair Grant

On Wed, Apr 20, 2016 at 11:43:19PM +0200, Cyril Ferlicot D. wrote: > Le 20/04/2016 22:47, Alistair Grant a Ã©crit : > > So, time to learn more about Monticello... Reading the Updated PbE is > > helpful, however I did notice one thing which doesn't match my > > experience. On page 150 it is discussing how you can't lose code... > > > > "This is because all of the code that you executed is saved in the > > .changes file. All of it! This includes one liners that you evaluate in > > a workspace, as well as code that you add to a class while programming." > > > > Should "workspace" be changed to "playground"? > > Yes, can you open an issue please? :) > > https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues Issue 164: https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/164 > > My experience has been that code evaluated in the playground is *not* > > saved to the changes file (Pharo 4.0 and 5.0). Is there a way to tell > > Pharo to save evaluated code to the changes file? (I admit to being > > lazy and not trying to figure this one out myself yet). > > > > All the *compiled* code is save. The playgroud is for playing, so it is > not save in the change file. But the playground should save the code > and you have a little menu to select your last scripts. > > http://puu.sh/opMd9/a823c07bf9.png > > If you use several times the same code you can also give a name to the > tab (2 click on "Page") and after you can save the playground code. Via > the spotter you can use the name of the tab to get a playground with the > code. This sounds great, but I can't reproduce it. Would you mind clarifying what you mean by "2 click on Page"? I tried clicking on the various buttons, and clicking action-clicking, and middle buttong click on the tab name ("Page"), without success (Pharo 5.0 50702). > > Finally, in Section 8.2 on versions of a method, my impression from > > reading the section was that it would always display all versions of a > > method, i.e. I have 24 versions of a package in my package cache, so > > expected to see each modification to each method in the package. > > However because I had switched to a new image and loaded the newest > > package, only the latest version was shown. > > > > In the setting you can change the package-cache location to use always > the same location even when you change of image. If the book is not > clear can you copy/paste your mail into a github issue please? To not > lose this feedback :) Issue 165: https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues/165 If I get time I'll also make the suggested changes and issue a pull request. Thanks! Alistair

April 21, 2016

Re: [Pharo-users] [Pharo-Users] Symbolic links

by phil＠highoctane.be

In Windows, there are junctions, which are more or less equivalent. https://msdn.microsoft.com/en-us/library/windows/desktop/aa365006(v=vs.85).… https://msdn.microsoft.com/en-us/library/windows/desktop/aa365503(v=vs.85).… Phil On Wed, Apr 20, 2016 at 6:23 PM, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > yes it is. > but you can create an FFI function to http://linux.die.net/man/2/readlink > to get that :) > > Esteban > > > On 20 Apr 2016, at 18:11, Damien Cassou <Damien.Cassou(a)inria.fr> wrote: > > > > Esteban Lorenzano <estebanlm(a)gmail.com> writes: > > > >> it has it. > >> this is how is done in mac: > >> > >> *isSymlink = [[fileAttributes objectForKey: NSFileType] > isEqualToString: NSFileTypeSymbolicLink] ? 1 : 0; > >> > >> and this how is done in linux: > >> > >> stat(unixPath, &statBuf) && lstat(unixPath, &statBuf) > >> ... > >> *isSymlink = S_ISLNK(statBuf.st_mode); > >> > >> â¦ and in windows is always false. > > > > ok for isSymlink, but how do you get to the file pointed to by the > > symlink? Damien says it's impossible with current FilePlugin. > > > > -- > > Damien Cassou > > http://damiencassou.seasidehosting.st > > > > "Success is the ability to go from one failure to another without > > losing enthusiasm." --Winston Churchill > > > >

April 21, 2016

Re: [Pharo-users] Hello World (found a RoelTyper Bug)

by Diego Orellana

Hi Pablo, Well, I tried to load the packages from your repositories, but I couldn't. First I tried to load all the packages in the repository via: Gofer it url: 'http://smalltalkhub.com/mc/pabloTesone/J2Inferer/main'; package: 'J2Inferer'; package: 'J2Profiler'; package: 'ConfigurationOfJ2Inferer'; load. But then I have this error: "This package depends on the following classes: SIRegister You must resolve these dependencies before you will be able to load these definitions: J2SilentSIRegister J2SilentSIRegister>>#fill" And when I try to load it via 'ConfigurationOfJ2Inferer loadBleedingEdge', and I got: 'Could not resolve: J2Inferer in C:\Users\diego\Desktop\pharo' How I am supposed to load them in my image? I am still a newbie in Pharo so I don't know how you are supossed to do it :P Cheers, Diego. 2016-04-19 4:11 GMT-03:00 tesonep(a)gmail.com <tesonep(a)gmail.com>: > Hi Diego, > Just yesterday I have added documentation explaining a bit how the > process is working in my Type Inferer, it works in a different way than > RoelTyper, but maybe you can get ideas of how enhance Roel's > > Any doubt please tell me. > > Pablo > > > On Tue, Apr 19, 2016 at 2:41 AM, Diego Orellana <dorellang(a)gmail.com> > wrote: > >> Hello, >> My smalltalkhub user is dorellang. >> >> Cheers. >> >> 2016-04-15 17:27 GMT-03:00 stepharo <stepharo(a)free.fr>: >> >>> Hello Diego >>> >>> Good initiative! >>> RoelTyper is not a Moose project. It is just used in moose. >>> Now it would be good to check a bit (RoelTyper was made to work on >>> VisualWorks and Squeak/Pharo) and >>> it would be nice to make sure that we do not need the VW specificities. >>> >>> RoelTyper is managed by RMoD >>> so give me you login and we will add you to the project. >>> >>> >>> >>> Le 14/4/16 16:52, Diego Orellana a Ã©crit : >>> >>> Hi, Pharo Users! >>>> >>>> I'm starting to work on types in Pharo. To be more precise, I'd like to >>>> improve the RoelTyper (a package which "guesses" variable types in code). >>>> What suggestions do you have? I have some ideas and I'm currently working >>>> to find more, but it's always interesting to hear what the community has to >>>> say :) >>>> >>>> Oh, and by the way, I've found a bug in RoelTyper. I have a fix, but it >>>> seems that RoelTyper is a Moose thing, since it's not included in the >>>> vanilla Pharo image. Do you know where I could submit the fix? >>>> >>>> Cheers, >>>> Diego. >>>> >>> >>> >>> >> > > > -- > Pablo Tesone. > tesonep(a)gmail.com >

April 21, 2016

Re: [Pharo-users] Hello World (found a RoelTyper Bug)

by Diego Orellana

Hello, Stephan. I uploaded the test and the fix (actually a workaround to prevent the method from exploding a throwing an error; basically the type information from block temporaries is omitted). So it works ok so far :) Cheers, Diego. 2016-04-19 10:01 GMT-03:00 stepharo <stepharo(a)free.fr>: > I added you. > Tell me if this is working. > > Le 19/4/16 02:41, Diego Orellana a Ã©crit : > > Hello, > My smalltalkhub user is dorellang. > > Cheers. > > 2016-04-15 17:27 GMT-03:00 stepharo <stepharo(a)free.fr>: > >> Hello Diego >> >> Good initiative! >> RoelTyper is not a Moose project. It is just used in moose. >> Now it would be good to check a bit (RoelTyper was made to work on >> VisualWorks and Squeak/Pharo) and >> it would be nice to make sure that we do not need the VW specificities. >> >> RoelTyper is managed by RMoD >> so give me you login and we will add you to the project. >> >> >> >> Le 14/4/16 16:52, Diego Orellana a Ã©crit : >> >> Hi, Pharo Users! >>> >>> I'm starting to work on types in Pharo. To be more precise, I'd like to >>> improve the RoelTyper (a package which "guesses" variable types in code). >>> What suggestions do you have? I have some ideas and I'm currently working >>> to find more, but it's always interesting to hear what the community has to >>> say :) >>> >>> Oh, and by the way, I've found a bug in RoelTyper. I have a fix, but it >>> seems that RoelTyper is a Moose thing, since it's not included in the >>> vanilla Pharo image. Do you know where I could submit the fix? >>> >>> Cheers, >>> Diego. >>> >> >> >> > >

April 21, 2016

Re: [Pharo-users] Tabular ODS import

by Cyril Ferlicot D.

Le 20/04/2016 22:47, Alistair Grant a Ã©crit : Hi, > Thanks, I'll switch to XMLParser and XMLWriter. > > I've also realised that I built all my changes on an older version of > Tabular. :-( > > So, time to learn more about Monticello... Reading the Updated PbE is > helpful, however I did notice one thing which doesn't match my > experience. On page 150 it is discussing how you can't lose code... > > "This is because all of the code that you executed is saved in the > .changes file. All of it! This includes one liners that you evaluate in > a workspace, as well as code that you add to a class while programming." > > Should "workspace" be changed to "playground"? Yes, can you open an issue please? :) https://github.com/SquareBracketAssociates/UpdatedPharoByExample/issues > > My experience has been that code evaluated in the playground is *not* > saved to the changes file (Pharo 4.0 and 5.0). Is there a way to tell > Pharo to save evaluated code to the changes file? (I admit to being > lazy and not trying to figure this one out myself yet). > All the *compiled* code is save. The playgroud is for playing, so it is not save in the change file. But the playground should save the code and you have a little menu to select your last scripts. http://puu.sh/opMd9/a823c07bf9.png If you use several times the same code you can also give a name to the tab (2 click on "Page") and after you can save the playground code. Via the spotter you can use the name of the tab to get a playground with the code. > > Finally, in Section 8.2 on versions of a method, my impression from > reading the section was that it would always display all versions of a > method, i.e. I have 24 versions of a package in my package cache, so > expected to see each modification to each method in the package. > However because I had switched to a new image and loaded the newest > package, only the latest version was shown. > In the setting you can change the package-cache location to use always the same location even when you change of image. If the book is not clear can you copy/paste your mail into a github issue please? To not lose this feedback :) > Re-reading the section, it does say that you can see each version that > you save, however it might be worthwhile adding a sentence that > explicitly states that only versions loaded into the image are shown (I > guess it is actually versions in the changes file?). > > > Thanks again, > Alistair > > > > # vim: tw=72 > Thank you for the feedback. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

April 20, 2016

Re: [Pharo-users] Tabular ODS import

by Alistair Grant

And to answer my own question... On Wed, Apr 20, 2016 at 10:47:46PM +0200, Alistair Grant wrote: > Hi Stepharo, > > Thanks very much for your feedback. > ... > > So, time to learn more about Monticello... Reading the Updated PbE is > helpful, however I did notice one thing which doesn't match my > experience. On page 150 it is discussing how you can't lose code... > > "This is because all of the code that you executed is saved in the > .changes file. All of it! This includes one liners that you evaluate in > a workspace, as well as code that you add to a class while programming." > > Should "workspace" be changed to "playground"? > > My experience has been that code evaluated in the playground is *not* > saved to the changes file (Pharo 4.0 and 5.0). Is there a way to tell > Pharo to save evaluated code to the changes file? (I admit to being > lazy and not trying to figure this one out myself yet). It looks like evaluated code is saved in the play-cache directory and accessible through the Spotter. Perhaps you could change the paragraph to something like: This is because all of the code that you write is saved in the .changes file, and expressions that are evaluated in the playground are saved to the play-cache. Expressions from the playground may be found using the spotter as described in section 2.11. (And then go on to describe how to recover code) Thanks, Alistair

April 20, 2016