- Pharo-dev - lists.pharo.org

Re: [Pharo-project] yielding to command line

by Stefan Marr

How about: FD=3 exec $FD< <(nohup ./vm.sh Pharo.image st doStuffAndSave.st) read -n 1 -u $FD echo $REPLY exec $FD<&- runs image in background, reads one character from it's output, and output's it. Will close the $FD (file descriptor at the end) See: http://wiki.bash-hackers.org/commands/builtin/read http://ubuntuforums.org/showthread.php?t=979694 Works probably with a cygwin bash, too. On 15 Nov 2012, at 16:45, Bruni camillo wrote: > > ./vm.sh Pharo.image st doStuffAndSave.st; > > ./vm.sh Pharo.image & # relaunch and fork to background > > ./doStuffAfter.sh > > > > but yeah, that violates your not-image-stop requirement :) > > > > -- > www.tudorgirba.com > > "Being happy is a matter of choice." > > > > -- Stefan Marr Software Languages Lab Vrije Universiteit Brussel Pleinlaan 2 / B-1050 Brussels / Belgium http://soft.vub.ac.be/~smarr Phone: +32 2 629 2974 Fax: +32 2 629 3525

Nov. 15, 2012

[Pharo-project] [Pharo-Project] About new TxText text model

by Denis Kudriashov

Hello. I look deep at TxText package where Igor and Camillo introduced new text model. Text model based on sequence of span objects. There are now two kind of spans: CharacterSpan and LineSeparator. Each span has reference to next and previous spans. There is TxSelection object which contains cursor. So you can insert new text at cursor, you can cut selection, replace selection with another text. Such maniulation changes text model structure. It can create new span objects. It can split current span at cursor position, It can remove selected spans. Also you can move cursor up, down, left, right. Cursor always know about current span and span position. I like design :). And I want use this package. And I have questions and suggestions: 1) Cursor is end of selection object. So now when you move cursor selection changed, because start of selection stay same. Am I right? I think cursor movement should always reset selection. It is what we see with basic text editors. But cursor now is just instance of TxPosition which implements simple position protocol (move left, up...). It just change current span and span position by movement. TxPosition knows nothing about TxSelection object. That's why I think Cursor class should be introduced here which alway reset text selection by any move. And if you want to change selection bounds just get explicitly start or end of selection and use position api. What do you think? 2) Next question about changes notification of text model. First I want Cursor and Selection objects are annnouncers. So I can implement CursorPresenter and SelectionPresenter to show such objects and handle changes. For example when CursorMovedAnnouncement happen I can move cursor caret morph at appropriate position. Another idea is make span objects announcers. Maybe it is not good idea but I want to subscribe at SpanAdded, SpanRemoved. SpanChanged, SpanSplitted. With such events I can make very simple implementation of TextEditor as list of SpanMorph's. Maybe it is not optimized solution but I think it is most simple thing. So I want to try it. 3) What about auto wrap behaviour? If you have auto wrap option at text editors you have line width restriction. And you should spit real lines of text to visual lines which satisfed this restriction. And text mode should know about such restriction because any text insertion can require new visual lines creation. I think insertion single line text at span position should be executed by special "restriction object". It should return new characters of span which satisfied that restriction. And it should return new span object (or just remains characters) which will present new visual lines. Then this "remains characters" should be inserted to next span at 0 position. When wrap behavior not needed "restriction object" just inserts new text into current characters at given position and returns result. If you agree about such logic please suggest good name for such "restriction object" and instance variable where it will placed (at TxModel I think) Ok, now what do you think about all this? I want implement all my suggestions. But first I want listen your opinions. Best regards, Denis

Nov. 15, 2012

Re: [Pharo-project] download scripts for the new infrastructure

by Bruni camillo

On 15 Nov 2012 16:33, "Pavel Krivanek" <pavel.krivanek(a)gmail.com> wrote: > > It would be fine to have an option in ConfigurationCommandLineHandler > to print job [version] for CI build description. Pharo version and > Configuration version. Yes, that's definitely missing, the last step to create the numbered pharo zip files. > Options for selection of VM and Pharo versions would be fine too in > such script. For example if you want run the job on StackVM on Pharo > 1.4 or Pharo Kernel etc. I will some more separate scripts to fetch vms by name. I just want to keep the scripts dead simple, because after 10 years of programming I still haver no clue about bash ;) > -- Pavel > > On Thu, Nov 15, 2012 at 3:11 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > > On 2012-11-14, at 14:32, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > > >> Hi, > >> > >> we need to modify (or create new) > >> http://pharo.gforge.inria.fr/ci/ciPharo20.sh and related scripts to > >> use the new infrastructure. Has someone rights and time to do that? > > > > the ci*.sh are already self contained and only download stuff from > > the files statically served under http://pharo.gforge.inria.fr/ci/* > > > > so the scripts should be fine and contain no references to the build server. > > > > So the infrastructure (will go) goes like this (comments and improvements welcome!) > > > > http://ci.inria.fr/pharo > > - Pharo.image => push results to http://pharo.gforge.inria.fr/ci/image/ > > - CogVM / NBCogVM => push results http://pharo.gforge.inria.fr/ci/vm/ > > > > all other build scripts should be in the form: > > ---------------------------------------------------------------------------------- > > wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh > > > > ./vm.sh Pharo.image save $JOB_NAME --delete-old > > > > REPO=http://smalltalkhub.com/mc/dh83/nabujito/main > > ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development > > ./vm.sh $JOB_NAME.image test --junit-xml-output "Nabujito-.*" > > > > zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes > > ---------------------------------------------------------------------------------- > > > > GOAL: > > - 1 single bash scripts with contents similar to the example above > > - No additional build.sh / install.st scripts > > - No more Jenkins dependencies (copy scripts, getting VM, getting Image) > > - Always use the latest VMs / Images provided through http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh and Co > > > > > > > > best > > cami >

Nov. 15, 2012

Re: [Pharo-project] OSProcess in Pharo 2.0

by Damien Cassou

On Tue, Nov 13, 2012 at 11:24 AM, Max Leske <maxleske(a)gmail.com> wrote: > I'm working on a simple library for NativeBoost that will execute commands on the shell and return stdin and stderr to the image. > This will take me one or two weeks to complete though. Once I'm finished I'll post it on the list (I guess there's a lot of people who would want something like this). This library should (hopefully) make OSProcess obsolete. pleasssseeeeeee -- Damien Cassou http://damiencassou.seasidehosting.st "Success is the ability to go from one failure to another without losing enthusiasm." Winston Churchill

Nov. 15, 2012

Re: [Pharo-project] yielding to command line

by Bruni camillo

How about forking directly at the beginning, then busy wait in bash for a certain file to be created at the end of the st script and only then continue. Ugly but should work On 15 Nov 2012 16:06, "Tudor Girba" <tudor(a)tudorgirba.com> wrote: > Hi, > > Actually, the reason why I cannot use this solution is that on Windows, > when I have a large enough image, I can build it, I can save it even, but I > cannot reopen it. Hence my only way around it is to not close it :). > > Cheers, > Doru > > > On 15 Nov 2012, at 14:23, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > > > > On 2012-11-14, at 11:07, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > >> Hi, > >> > >> I have the following requirement: > >> - I start an image from the command line with an initial script > >> - I want to wait until the Smalltalk script finishes until I can > continue > >> with the command line script > >> - But, I do not want to stop the image > >> > >> I can achieve the first two points by having the image quit at the end. > Is > >> there a way in which I can somehow continue the command line execution > >> without stopping the image? > > > > I don't know the details but if you save+quit your image and immediately > open > > it again it will continue where you where before. so the following is the > > closest thing I can come up with > > > > ./vm.sh Pharo.image st doStuffAndSave.st; > > ./vm.sh Pharo.image & # relaunch and fork to background > > ./doStuffAfter.sh > > > > but yeah, that violates your not-image-stop requirement :) > > > > -- > www.tudorgirba.com > > "Being happy is a matter of choice." > > > > >

Nov. 15, 2012

Re: [Pharo-project] download scripts for the new infrastructure

by Pavel Krivanek

It would be fine to have an option in ConfigurationCommandLineHandler to print job [version] for CI build description. Pharo version and Configuration version. Options for selection of VM and Pharo versions would be fine too in such script. For example if you want run the job on StackVM on Pharo 1.4 or Pharo Kernel etc. -- Pavel On Thu, Nov 15, 2012 at 3:11 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > On 2012-11-14, at 14:32, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > >> Hi, >> >> we need to modify (or create new) >> http://pharo.gforge.inria.fr/ci/ciPharo20.sh and related scripts to >> use the new infrastructure. Has someone rights and time to do that? > > the ci*.sh are already self contained and only download stuff from > the files statically served under http://pharo.gforge.inria.fr/ci/* > > so the scripts should be fine and contain no references to the build server. > > So the infrastructure (will go) goes like this (comments and improvements welcome!) > > http://ci.inria.fr/pharo > - Pharo.image => push results to http://pharo.gforge.inria.fr/ci/image/ > - CogVM / NBCogVM => push results http://pharo.gforge.inria.fr/ci/vm/ > > all other build scripts should be in the form: > ---------------------------------------------------------------------------------- > wget --quiet -qO - http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh | sh > > ./vm.sh Pharo.image save $JOB_NAME --delete-old > > REPO=http://smalltalkhub.com/mc/dh83/nabujito/main > ./vm.sh $JOB_NAME.image config $REPO ConfigurationOfNabujito --install=development > ./vm.sh $JOB_NAME.image test --junit-xml-output "Nabujito-.*" > > zip -r $JOB_NAME.zip $JOB_NAME.image $JOB_NAME.changes > ---------------------------------------------------------------------------------- > > GOAL: > - 1 single bash scripts with contents similar to the example above > - No additional build.sh / install.st scripts > - No more Jenkins dependencies (copy scripts, getting VM, getting Image) > - Always use the latest VMs / Images provided through http://pharo.gforge.inria.fr/ci/ciPharo20Cog.sh and Co > > > > best > cami

Nov. 15, 2012

Re: [Pharo-project] [Pharo-consortium] Pharo Association

by Tudor Girba

I see. I tried that just now, but it hangs after I press sign up. Cheers, Doru On 15 Nov 2012, at 16:12, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Nov 15, 2012, at 12:01 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Great. >> >> Just a note: I even want to pay. I just do not know how to do it. Perhaps this little piece of information should be available somewhere :) >> > > -> add an account > -> there is a menu item then for that. > >> Cheers, >> Doru >> >> >> On 15 Nov 2012, at 14:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >>> Hello, >>> >>> We are happy to announce the Pharo User Association: >>> >>> http://association.pharo.org >>> >>> The goal of the Pharo User Association is to support Pharo development and >>> promotion. >>> >>> There are two individual memberships >>> >>> - Individual Pharo Association Member: Yearly fee 40 Euros >>> - Golden Individual Pharo Association Member: Yearly fee 99 Euros >>> >>> You will get >>> - reduction access to pharo conferences, >>> - reduction for training and access to teaching material, >>> - be part of the pharoAssociation-individual-members mailing-list, >>> - an account at the pharo association web site. >>> >>> This Association is complementary to the Pharo consortium managed by INRIA. >>> The Consortium is for entities such as companies, research teams, or institutes. >>> For more information, see: http://www.pharo-project.org/community/consortium >>> >>> The funds collected by the Association will be used in coordination with the Consortium >>> to support the development of Pharo. >>> >>> The Pharo Board and Pharo Core Team. >>> >>> >>> _______________________________________________ >>> Pharo-consortium mailing list >>> Pharo-consortium(a)lists.gforge.inria.fr >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium >> >> -- >> www.tudorgirba.com >> >> "It's not what we do that matters most, it's how we do it." >> > > -- > Marcus Denker -- http://marcusdenker.de > -- www.tudorgirba.com "From an abstract enough point of view, any two things are similar."

Nov. 15, 2012

Re: [Pharo-project] [Pharo-consortium] Pharo Association

by Marcus Denker

On Nov 15, 2012, at 12:01 PM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > Great. > > Just a note: I even want to pay. I just do not know how to do it. Perhaps this little piece of information should be available somewhere :) > -> add an account -> there is a menu item then for that. > Cheers, > Doru > > > On 15 Nov 2012, at 14:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: > >> Hello, >> >> We are happy to announce the Pharo User Association: >> >> http://association.pharo.org >> >> The goal of the Pharo User Association is to support Pharo development and >> promotion. >> >> There are two individual memberships >> >> - Individual Pharo Association Member: Yearly fee 40 Euros >> - Golden Individual Pharo Association Member: Yearly fee 99 Euros >> >> You will get >> - reduction access to pharo conferences, >> - reduction for training and access to teaching material, >> - be part of the pharoAssociation-individual-members mailing-list, >> - an account at the pharo association web site. >> >> This Association is complementary to the Pharo consortium managed by INRIA. >> The Consortium is for entities such as companies, research teams, or institutes. >> For more information, see: http://www.pharo-project.org/community/consortium >> >> The funds collected by the Association will be used in coordination with the Consortium >> to support the development of Pharo. >> >> The Pharo Board and Pharo Core Team. >> >> >> _______________________________________________ >> Pharo-consortium mailing list >> Pharo-consortium(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium > > -- > www.tudorgirba.com > > "It's not what we do that matters most, it's how we do it." > -- Marcus Denker -- http://marcusdenker.de

Nov. 15, 2012

Re: [Pharo-project] [Pharo-consortium] Pharo Association

by Tudor Girba

Great. Just a note: I even want to pay. I just do not know how to do it. Perhaps this little piece of information should be available somewhere :) Cheers, Doru On 15 Nov 2012, at 14:51, Marcus Denker <marcus.denker(a)inria.fr> wrote: > Hello, > > We are happy to announce the Pharo User Association: > > http://association.pharo.org > > The goal of the Pharo User Association is to support Pharo development and > promotion. > > There are two individual memberships > > - Individual Pharo Association Member: Yearly fee 40 Euros > - Golden Individual Pharo Association Member: Yearly fee 99 Euros > > You will get > - reduction access to pharo conferences, > - reduction for training and access to teaching material, > - be part of the pharoAssociation-individual-members mailing-list, > - an account at the pharo association web site. > > This Association is complementary to the Pharo consortium managed by INRIA. > The Consortium is for entities such as companies, research teams, or institutes. > For more information, see: http://www.pharo-project.org/community/consortium > > The funds collected by the Association will be used in coordination with the Consortium > to support the development of Pharo. > > The Pharo Board and Pharo Core Team. > > > _______________________________________________ > Pharo-consortium mailing list > Pharo-consortium(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-consortium -- www.tudorgirba.com "It's not what we do that matters most, it's how we do it."

Nov. 15, 2012

Re: [Pharo-project] yielding to command line

by Tudor Girba

Hi, Actually, the reason why I cannot use this solution is that on Windows, when I have a large enough image, I can build it, I can save it even, but I cannot reopen it. Hence my only way around it is to not close it :). Cheers, Doru On 15 Nov 2012, at 14:23, Camillo Bruni <camillobruni(a)gmail.com> wrote: > > On 2012-11-14, at 11:07, Tudor Girba <tudor(a)tudorgirba.com> wrote: > >> Hi, >> >> I have the following requirement: >> - I start an image from the command line with an initial script >> - I want to wait until the Smalltalk script finishes until I can continue >> with the command line script >> - But, I do not want to stop the image >> >> I can achieve the first two points by having the image quit at the end. Is >> there a way in which I can somehow continue the command line execution >> without stopping the image? > > I don't know the details but if you save+quit your image and immediately open > it again it will continue where you where before. so the following is the > closest thing I can come up with > > ./vm.sh Pharo.image st doStuffAndSave.st; > ./vm.sh Pharo.image & # relaunch and fork to background > ./doStuffAfter.sh > > but yeah, that violates your not-image-stop requirement :) > -- www.tudorgirba.com "Being happy is a matter of choice."

Nov. 15, 2012