November 2011 - Pharo-users

Re: [Pharo-users] installer on l*n*x ?

by Mariano Martinez Peck

On Sun, Nov 27, 2011 at 5:22 PM, Alan Rodas <alanrodas(a)gmail.com> wrote: > Sorry, the previous link had a problem...use this one > > http://www.4shared.com/file/5F64qhKL/smalltalk_intaller.html? > > Cheers > -- > Alan Rodas Bonjour > > -- Mariano http://marianopeck.wordpress.com

Nov. 27, 2011

Re: [Pharo-users] Test execution cancel

by Juan Ignacio Vaccarezza

Thanks for your aswer, but I mean the test execution inside pharo, the SUints. Regards, Juan On Sun, Nov 27, 2011 at 6:27 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > A user interrupt (Cmd-. on Mac) will stop the tests > > -- > View this message in context: > http://forum.world.st/Test-execution-cancel-tp4112686p4113407.html > Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com. > >

Nov. 27, 2011

Re: [Pharo-users] Test execution cancel

by Sean P. DeNigris

A user interrupt (Cmd-. on Mac) will stop the tests -- View this message in context: http://forum.world.st/Test-execution-cancel-tp4112686p4113407.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 27, 2011

Re: [Pharo-users] installer on l*n*x ?

by Alan Rodas

Sorry, the previous link had a problem...use this one http://www.4shared.com/file/5F64qhKL/smalltalk_intaller.html? Cheers -- Alan Rodas Bonjour

Nov. 27, 2011

Re: [Pharo-users] installer on l*n*x ?

by Alan Rodas

As I promised..here are the scripts: http://www.4shared.com/file/y42dR_wS/smalltalk_installertar.html? I don't know if this is actually something like what you were looking for, but I hope it helps. likes. Feel free to modify the scripts as you please, but keep in mind that the code is badly written and poorly documented, things are almost always configured to suit my needs and it may contain bugs, you've been warned :P I added a README file to help you understand how to use the scripts without looking at the ugly code, hope it Â helps. BTW sorry for the distribution channel, but it was the fastest way to upload it. Cheers -- Alan Rodas Bonjour

Nov. 27, 2011

Test execution cancel

by Juan Ignacio Vaccarezza

Hi all, Is there any way to stop the test cases execution once the started? Regards, Juan

Nov. 27, 2011

Pharo By Example - VM issues

by Johan Fabry

Hi all, I'm evaluating PBE (1.0) because my nephew is starting to get interested in programming :-) There is a VM issue though: the PBE website refers the pharo website to download the VM, and the only VM I can find is in the 1.3 download page. This VM however crashes with the PBE image (MacOS). It works with the latest squeakvm (non-cog) though. I think, as a minimal-effort patch, it would be good to have the PBE website refer to squeakvm.org and clearly indicate that to run the PBE image a non-cog VM should be used. Idem on the pharoproject website. Greetings, ---> Save our in-boxes! http://emailcharter.org <--- Johan Fabry jfabry(a)dcc.uchile.cl - http://dcc.uchile.cl/~jfabry PLEIAD Lab - Computer Science Department (DCC) - University of Chile

Nov. 27, 2011

Fwd: [Pharo-project] INRIA Postdoc position: security in dynamic languages

by Mariano Martinez Peck

---------- Forwarded message ---------- From: stephane ducasse <stephane.ducasse(a)free.fr> Date: Sat, Nov 26, 2011 at 4:55 AM Subject: [Pharo-project] INRIA Postdoc position: security in dynamic languages To: An open mailing list to discuss any topics related to an open-source Smalltalk <Pharo-project(a)lists.gforge.inria.fr> Postdoc Position â¢ Duration: 3 years â¢ Starting date: end 2011 â¢ Where: RMOD team at INRIA Lille Nord Europe http://rmod.lille.inria.fr â¢ Salary: 55 Keuros net (before taxes) Keywords: dynamic languages, security, information flow, Smalltalk, Javascript The position will take place in the context of the Systematic Resilience project. We will focus on the following main tasks: â¢ Identification and understanding of security problems in Javascript and other dynamic languages â¢ Study and analyze existing approaches towards securing Javascript (Caja, isolates...) â¢ Comparison of different approaches to secure dynamic applications (Zope model, ZTK), Ruby â¢ Study of Mirrors/Capabilities as a basis for security in Javascript â¢ Proposition of an safe architecture for Resilience Please contact Stephane Ducasse (Stephane.Ducasse(a)inria.fr) for more information. http://rmod.lille.inria.fr/ http://stephane.ducasse.free.fr -- Mariano http://marianopeck.wordpress.com

Nov. 26, 2011

Re: [Pharo-users] Creating a FSReference

by Sean P. DeNigris

Sean P. DeNigris wrote > > I'm wishing for an easier way to create an FSReference > I created an issue to explore further http://code.google.com/p/pharo/issues/detail?id=5030&thanks=5030 -- View this message in context: http://forum.world.st/Creating-a-FSReference-tp3962401p4110590.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 26, 2011

Re: [Pharo-users] About scheduling

by Igor Stasenko

On 25 November 2011 19:58, Pablo Herrero <pablodherrero(a)gmail.com> wrote: > 2011/11/25 Igor Stasenko <siguctua(a)gmail.com>: >> On 25 November 2011 16:25, Pablo Herrero <pablodherrero(a)gmail.com> wrote: >> Usually for this you just use critical sections. >> >> sema := Semaphore forMutualExclusion. >> >> process1: >> >> sema critical: [ >> Â here you modify your data >> ] >> >> process2: >> >> sema critical: [ >> Â here you commit your data >> ] >> >> so, why this is not appropriate for your model? > > The thing here is that some processes may not be aware there's a > transaction running in the background, and could be reading or > modifying objects which are involved in some transaction. So it > wouldn't be possible for them to anticipate which objects should be > accessed inside a lock. > In this case, all such objects should be wrapped by proxies, then at attempt to access them you entering critical section. Of course this may make things running slower :) To make sure that nothing can interrupt given process, you should run it at highest possible proirity. But then you will rely on scheduling semantics currently employed in system. In case if we change scheduler to allow running processes in parallel or to allow all active processes to progress a bit in given quanta of time, this approach won't work. -- Best regards, Igor Stasenko.

Nov. 26, 2011

Re: [Pharo-users] Restoring a Morph's Default Mouse Handling

by Helene Bilbo

Thank you. Your Morphic hints are very welcome. Best regards, Helene. -- View this message in context: http://forum.world.st/Restoring-a-Morph-s-Default-Mouse-Handling-tp4097353p… Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 25, 2011

Re: [Pharo-users] VSE ObjectFiler / VW BinaryObjectStorage

by Marcus Denker

On Nov 25, 2011, at 4:17 PM, Chantal Thibodeau wrote: > Hi > > I'm trying to migrate VSE / VW code to Pharo. I have some "serialized" objects "dumped" with a class called ObjectFiler (VSE) or BynaryObjectStorage (VW). > > Those files are index files. They were "dumped" for a quick reload. > > I'm looking and I cannot find something similar in Pharo. Will I have to transfer those files to something else. > > I appreciate your help. > Fuel might be the best for storing objects on disk and loading them *fast*: http://rmod.lille.inria.fr/web/pier/software/Fuel -- Marcus Denker -- http://marcusdenker.de

Nov. 25, 2011

Re: [Pharo-users] VSE ObjectFiler / VW BinaryObjectStorage

by Chantal Thibodeau

Sorry gang, I finally find myself. ----- Original Message ----- From: "Chantal Thibodeau" <cthibodeau(a)onscope.com> To: "A friendly place where any question about pharo is welcome" <pharo-users(a)lists.gforge.inria.fr> Sent: Friday, November 25, 2011 2:17 PM Subject: [Pharo-users] VSE ObjectFiler / VW BinaryObjectStorage > Hi > > I'm trying to migrate VSE / VW code to Pharo. I have some "serialized" > objects "dumped" with a class called ObjectFiler (VSE) or > BynaryObjectStorage (VW). > > Those files are index files. They were "dumped" for a quick reload. > > I'm looking and I cannot find something similar in Pharo. Will I have to > transfer those files to something else. > > I appreciate your help. > > Chantal Thibodeau Recherche et dÃ©veloppement / Research and development > Groupe Onscope Inc. / Onscope Group Inc. 651 Notre Dame O., Suite 200 > MontrÃ©al, QuÃ©bec H3C 1H9 1-877-563-9696 514-393-9696 # 382 www.onscope.com > cthibodeau(a)onscope.com > >

Nov. 25, 2011

VSE ObjectFiler / VW BinaryObjectStorage

by Chantal Thibodeau

Hi I'm trying to migrate VSE / VW code to Pharo. I have some "serialized" objects "dumped" with a class called ObjectFiler (VSE) or BynaryObjectStorage (VW). Those files are index files. They were "dumped" for a quick reload. I'm looking and I cannot find something similar in Pharo. Will I have to transfer those files to something else. I appreciate your help. Chantal Thibodeau Recherche et dÃ©veloppement / Research and development Groupe Onscope Inc. / Onscope Group Inc. 651 Notre Dame O., Suite 200 MontrÃ©al, QuÃ©bec H3C 1H9 1-877-563-9696 514-393-9696 # 382 www.onscope.com cthibodeau(a)onscope.com

Nov. 25, 2011

Re: [Pharo-users] About scheduling

by Pablo Herrero

2011/11/25 Igor Stasenko <siguctua(a)gmail.com>: > On 25 November 2011 16:25, Pablo Herrero <pablodherrero(a)gmail.com> wrote: > Usually for this you just use critical sections. > > sema := Semaphore forMutualExclusion. > > process1: > > sema critical: [ > Â here you modify your data > ] > > process2: > > sema critical: [ > Â here you commit your data > ] > > so, why this is not appropriate for your model? The thing here is that some processes may not be aware there's a transaction running in the background, and could be reading or modifying objects which are involved in some transaction. So it wouldn't be possible for them to anticipate which objects should be accessed inside a lock.

Nov. 25, 2011

Re: [Pharo-users] installer on l*n*x ?

by Alan Rodas

I have some python scrtipts that I use to work with my smalltalk images. I will post them as soon as I get home (probably tomorrow) With this scripts you can do something like $ smalltalk open pharo 1.3 with cog which does what you expect although its quite hardcoded to my system and my needs so I will have to modify them a little bit before sharing to make them of any use for someone else. Cheers -- Alan Rodas Bonjour

Nov. 25, 2011

Re: [Pharo-users] installer on l*n*x ?

by t olschewski

Igor Stasenko wrote > > i think you need a so-called one-click image. you can visit pharo site > for downloads. > yes, I am using OneClick 1.3. where's the install script ? I can see a wrapper pharo.sh that runs an image with fixed name pharo.image. Igor Stasenko wrote > > But in practice, when you start work on many different projects, very > soon you will end up with multiple images, > located at different places. > And even multiple different VMs :) > all wide-spread dynamic programming languages I've ever seen on linux have an installer so you can call them by command line without needing to care for paths or vm options. If I want to run a python program, I type "python myscript.py" in any terminal window. If I want to run a ruby program, I type "ruby myscript.rb". If I want to run a tcl program, I type "tclsh myscript.tcl" ... even gforth can be called this way. Actually I consider this an indispensable feature of a programming language running on a linux system. It's quasi-standard behavior. Earlier versions of squeak (eg. 3.9 and 3.10) had an installer. In case there is really no install script in OneClick and nobody else wants to do this, maybe I could write an install script that: * checks for some prerequisites * copies the (OneClick) Pharo-1.x-.....app tree to /usr/local/lib/ * puts a wrapper script into /usr/local/bin (which is in $PATH) * tells how to uninstall (remove) that later -- View this message in context: http://forum.world.st/installer-on-l-n-x-tp4104740p4107950.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 25, 2011

Re: [Pharo-users] About scheduling

by Igor Stasenko

On 25 November 2011 16:25, Pablo Herrero <pablodherrero(a)gmail.com> wrote: > 2011/11/24 Igor Stasenko <siguctua(a)gmail.com>: >>> >> i would discourage using such things. >> >> can you tell , why you need it? > > We're developing a STM library, we need to make sure when a proccess > is commiting a transacction, nobody else is using the same objects > which are been updated. > Usually for this you just use critical sections. sema := Semaphore forMutualExclusion. process1: sema critical: [ here you modify your data ] process2: sema critical: [ here you commit your data ] so, why this is not appropriate for your model? -- Best regards, Igor Stasenko.

Nov. 25, 2011

Re: [Pharo-users] About scheduling

by Pablo Herrero

2011/11/24 Igor Stasenko <siguctua(a)gmail.com>: >> > i would discourage using such things. > > can you tell , why you need it? We're developing a STM library, we need to make sure when a proccess is commiting a transacction, nobody else is using the same objects which are been updated.

Nov. 25, 2011

Re: [Pharo-users] installer on l*n*x ?

by Igor Stasenko

On 24 November 2011 19:38, t olschewski <t-o(a)gmx.org> wrote: > where are the installer scripts of pharo and squeak ? > > earlier squeak versions installed themselves quite comfortably with /bin/sh > INSTALL (squeak 3.9) oder make install (3.10) > > I need pharo system-wide with a default image residing in a default location > like /usr/local/lib/... and the executable in a default location > /usr/local/bin/, -plugin path, vm parameters etc. - am I expected to do all > this manually and to repeat this anytime I want to upgrade ? > i think you need a so-called one-click image. you can visit pharo site for downloads. But in practice, when you start work on many different projects, very soon you will end up with multiple images, located at different places. And even multiple different VMs :) -- Best regards, Igor Stasenko.

Nov. 24, 2011

Re: [Pharo-users] About scheduling

by Igor Stasenko

On 24 November 2011 20:07, Pablo Herrero <pablodherrero(a)gmail.com> wrote: > Hi! > > Is there any mean to tell the Pharo VM to not switch to any other > thread ultil you can tell is safe to do so? > > Thx in advance! > i would discourage using such things. can you tell , why you need it? -- Best regards, Igor Stasenko.

Nov. 24, 2011

Re: [Pharo-users] About scheduling

by Lukas Renggli

[ ... ] valueUnpreemptively but read the method comment. Lukas On 24 November 2011 19:07, Pablo Herrero <pablodherrero(a)gmail.com> wrote: > Hi! > > Is there any mean to tell the Pharo VM to not switch to any other > thread ultil you can tell is safe to do so? > > Thx in advance! > > -- Lukas Renggli www.lukas-renggli.ch

Nov. 24, 2011

Re: [Pharo-users] About scheduling

by Stefan Marr

On 24 Nov 2011, at 19:07, Pablo Herrero wrote: > Hi! > > Is there any mean to tell the Pharo VM to not switch to any other > thread ultil you can tell is safe to do so? The VM does only preempt you when another higher prior process becomes runnable. There are a couple of things in the block class, like fork uninterruptible or so. You might want to use those. But you can also just raise your priority to the maximum manually. The relevant global for that is Processor. Best regards Stefan -- 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. 24, 2011

About scheduling

by Pablo Herrero

Hi! Is there any mean to tell the Pharo VM to not switch to any other thread ultil you can tell is safe to do so? Thx in advance!

Nov. 24, 2011

installer on l*n*x ?

by t olschewski

where are the installer scripts of pharo and squeak ? earlier squeak versions installed themselves quite comfortably with /bin/sh INSTALL (squeak 3.9) oder make install (3.10) I need pharo system-wide with a default image residing in a default location like /usr/local/lib/... and the executable in a default location /usr/local/bin/, -plugin path, vm parameters etc. - am I expected to do all this manually and to repeat this anytime I want to upgrade ? -- View this message in context: http://forum.world.st/installer-on-l-n-x-tp4104740p4104740.html Sent from the Pharo Smalltalk Users mailing list archive at Nabble.com.

Nov. 24, 2011