[Pharo-project] Fwd: Recherche des ingénieurs en développement Smalltalk

[Stéphane Ducasse]

reply to y...@gconsept.com


>  Original Message 
> Subject:  Recherche des ingénieurs en développement Smalltalk
> Date: Thu, 26 Aug 2010 16:42:27 +0200
> From: Yohan CHOQUER 
> To:   herve.ver...@univ-savoie.fr 
> 
> 
> 
> Bonjour Monsieur Verjus,
> 
> Je suis à la recherche d’ingénieurs en développement Smalltalk et à la
> lecture de différents forums et sites, je me suis aperçu que vous
> connaissiez bien ce langage.
> 
> Peut-être avez-vous dans votre entourage ou relations
> scolaires/professionnelles des personnes pouvant être intéressées par
> cette demande.
> 
> N’hésitez pas à revenir vers moi.
> 
> Restant à votre disposition,
> 
> Cordialement.
> 
> * *
> 
> *Yohan Choquer*
> 
> Ingénieur Commercial
> *___*
> 
> GroupeConsept
> 
> Informatique - Bureau d'Etudes
> 
> Assistance Technique - Conseil - Ingénierie - Formation
> 
> ZAC Les Hauts de Couëron, Rue des forgerons,
> 
> 44220 Couëron, France Plan d'accès
> 
> Tél : +33 (0)2 51 83 03 00
> 
> Mob : +33 (0)6 03 18 60 82
> 
> Fax : +33 (0)2 51 83 03 01
> www.gconsept.com 
> 
> *___*
> 
> 


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

[John M McIntosh]

On 2010-08-26, at 11:52 AM, Mariano Martinez Peck wrote:

> A difference I found with Eliot VM and your previous ones is shortcuts.
> 
> In eliot image, to select words, I do shift + ctrl + narrow, or shift + 
> command + narrow.
> 
> In yours, I only can do shift + command + narrow.
> 
> And if I do shift + ctrl + narrow the mouse cursos doesn't even move.
> 
> cheer

What is the 'narrow' key? 


--
===
John M. McIntoshTwitter:  squeaker68882
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===




___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String vs. ByteArray

[Lukas Renggli]

Maybe http://book.seaside.st/book/in-action/serving-files/character-encodings
helps?

Lukas

On 27 August 2010 00:34, Schwab,Wilhelm K  wrote:
> I have written a fair amount of code to exchange ascii data with something 
> that, all too recently, I discovered has a binary capability that is 
> potentially very useful to me.  My question is how to get out of this mess :) 
>   I create write streams on strings and write characters and strings to them 
> and send the contents to the system.  How different are strings and byte 
> arrays?  I recall seeing stringOrByteArray in a few places (some of that code 
> is my own, written in Dolphin and carefully structured to note the underlying 
> string, etc.).  Is there anything I should keep in mind to make the 
> transition less painful?
>
> Can I keep the strings and simply add binary with #asString, or change it all 
> to byte arrays and get away with a similar trick?  Can a binary or text 
> stream change "personality" on the fly?  I suspect that there are many hard 
> ways out of this and probably only one or two smart ways.
>
> Bill
>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] String vs. ByteArray

[Schwab,Wilhelm K]

I have written a fair amount of code to exchange ascii data with something 
that, all too recently, I discovered has a binary capability that is 
potentially very useful to me.  My question is how to get out of this mess :)   
I create write streams on strings and write characters and strings to them and 
send the contents to the system.  How different are strings and byte arrays?  I 
recall seeing stringOrByteArray in a few places (some of that code is my own, 
written in Dolphin and carefully structured to note the underlying string, 
etc.).  Is there anything I should keep in mind to make the transition less 
painful?

Can I keep the strings and simply add binary with #asString, or change it all 
to byte arrays and get away with a similar trick?  Can a binary or text stream 
change "personality" on the fly?  I suspect that there are many hard ways out 
of this and probably only one or two smart ways.

Bill



___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Running Pharo on a headless Ubuntu server

[Levente Uzonyi]

On Thu, 26 Aug 2010, Ramon Leon wrote:


On 8/26/2010 1:42 PM, Jan van de Sandt wrote:

Hello,

I am trying to run a Pharo Seaside image on an Ubunbtu 10.04 server.
When I start the image like this

squeak -mmap 256m -vm-sound-null -vm-display-null seaside3.0rc.image


Did you try...

squeak -mmap 256m -headless -vm-sound-null -vm-display-null 
seaside3.0rc.image


"-headless" in this form means "-vm-display-X11 -headless" which is not 
what Jan needs. It's also deprecated in this form (without explicit
-vm-display-X11). Because it causes a lot of confusion it should be 
removed ASAP IMO.



Levente



--
Ramon Leon
http://onsmalltalk.com

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project



___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Running Pharo on a headless Ubuntu server

[Sven Van Caekenberghe]

Jan,

On 26 Aug 2010, at 22:42, Jan van de Sandt wrote:

> Hello,
> 
> I am trying to run a Pharo Seaside image on an Ubunbtu 10.04 server. When I 
> start the image like this
> 
> squeak -mmap 256m -vm-sound-null -vm-display-null seaside3.0rc.image
> 
> I get the following errors:
> 
> found gettext in path
> /srv/seaside
> libasound.so.2: cannot open shared object file: No such file or directory
> squeak: could not find any display driver
> /usr/bin/squeak: line 277:  7499 Aborted $VM "$1" "$2"
> 
> 
> Does anybody know the minimal set of packages I need to install before I can 
> run a headless image?
> 
> Jan.

The command line options are OK and should work.
You could try running the squeak-vm directly (/usr/bin/squeak is a shell 
script).
On Ubuntu it is in /usr/lib/squeak/4.0.3-2202/squeakvm (or some other version).

I installed these on Ubuntu 10.04.1, but I am not sure they are needed (I just 
did to get rid of the warnings).

sudo apt-get install libsm6
sudo apt-get install libaudio2
sudo apt-get install libpulse0
sudo apt-get install libglu1-mesa

On a server they are not really needed.

HTH,

Sven


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Running Pharo on a headless Ubuntu server

[Ramon Leon]

On 8/26/2010 1:42 PM, Jan van de Sandt wrote:

Hello,

I am trying to run a Pharo Seaside image on an Ubunbtu 10.04 server.
When I start the image like this

squeak -mmap 256m -vm-sound-null -vm-display-null seaside3.0rc.image


Did you try...

squeak -mmap 256m -headless -vm-sound-null -vm-display-null 
seaside3.0rc.image


--
Ramon Leon
http://onsmalltalk.com

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] 'foo' asTime

[Schwab,Wilhelm K]

Stef,

It took me a while to check and release it (browser environments+Shout to the 
rescue), so you have some time yet :)

Bill





From: pharo-project-boun...@lists.gforge.inria.fr 
[pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse 
[stephane.duca...@inria.fr]
Sent: Thursday, August 26, 2010 3:53 PM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] 'foo' asTime

I should look at your code. Just busy and dead tired.

Stef

On Aug 25, 2010, at 11:51 PM, Schwab,Wilhelm K wrote:

> Stef,
>
> I was so happy to see somebody ringing the "don't return nil; raise an 
> exception" alram that I completely missed the time (and date?) connection.  
> Any #readFrom:* method will be inadequate due to formats.  Dolphin tackles 
> thiat with type converters, and I have a minimal set that I fully intend to 
> grow.  See
>
>   
> http://squeaksource.com/PharoInbox/DolphinCompatibility-ValueAdapters-BillSchwab.1.mcz
>
> and repeat after me: Caveat Emptor.  Beyond that, if the code runs w/o my 
> streams enhancements installed, please let me know - I would consider that a 
> horrible bug.
>
> Bill
>
>
> 
> From: pharo-project-boun...@lists.gforge.inria.fr 
> [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse 
> [stephane.duca...@inria.fr]
> Sent: Wednesday, August 25, 2010 5:00 PM
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [Pharo-project] 'foo' asTime
>
> http://code.google.com/p/pharo/issues/detail?id=2859
>
> Stef
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Running Pharo on a headless Ubuntu server

[Jan van de Sandt]

Hello,

I am trying to run a Pharo Seaside image on an Ubunbtu 10.04 server. When I
start the image like this

squeak -mmap 256m -vm-sound-null -vm-display-null seaside3.0rc.image

I get the following errors:

found gettext in path /srv/seaside libasound.so.2: cannot open shared object
file: No such file or directory squeak: could not find any display driver
/usr/bin/squeak: line 277: 7499 Aborted $VM "$1" "$2"

Does anybody know the minimal set of packages I need to install before I can
run a headless image?

Jan.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] 'foo' asTime

[Stéphane Ducasse]

I should look at your code. Just busy and dead tired.

Stef

On Aug 25, 2010, at 11:51 PM, Schwab,Wilhelm K wrote:

> Stef,
> 
> I was so happy to see somebody ringing the "don't return nil; raise an 
> exception" alram that I completely missed the time (and date?) connection.  
> Any #readFrom:* method will be inadequate due to formats.  Dolphin tackles 
> thiat with type converters, and I have a minimal set that I fully intend to 
> grow.  See
> 
>   
> http://squeaksource.com/PharoInbox/DolphinCompatibility-ValueAdapters-BillSchwab.1.mcz
> 
> and repeat after me: Caveat Emptor.  Beyond that, if the code runs w/o my 
> streams enhancements installed, please let me know - I would consider that a 
> horrible bug.
> 
> Bill
> 
> 
> 
> From: pharo-project-boun...@lists.gforge.inria.fr 
> [pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Stéphane Ducasse 
> [stephane.duca...@inria.fr]
> Sent: Wednesday, August 25, 2010 5:00 PM
> To: Pharo-project@lists.gforge.inria.fr
> Subject: Re: [Pharo-project] 'foo' asTime
> 
> http://code.google.com/p/pharo/issues/detail?id=2859
> 
> Stef
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

[Stéphane Ducasse]

now :) I still would like the non jitted VM to be used to kick us to optimize.
Especially since on specific devices the JIT may not exist or be forbidden.

Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

[Sven Van Caekenberghe]

On 26 Aug 2010, at 08:53, Philippe Marschall wrote:

> On 08/26/2010 12:12 AM, John M McIntosh wrote:
>> I've stuck a version (5.8b3) of the cocoa based os-x squeak cog JIT based VM 
>> in my experimental folder. 
>> 
>> http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b3.app.zip
>> 
>> This VM is built from the Cog sources (with some minor changes for the 
>> iPhone) & revised & fixed Socket Plugin. 
>> It currently does NOT contain any external plugins.  I did check in the 
>> changes to squeakvm.org that are required to 
>> build this VM excluding the required Cog changes... 
>> 
>> People are invited to take it for a whirl, report any performance gains, 
>> issues and especially crashes.
> 
> I did a short test with Seaside. It did not crash and all tests are
> green. Rendering is about two to three times faster which seems to be in
> line with the performance gains other people report for other applications.
> 
> Cheers
> Philippe

I did some tests as well, very impressive indeed.

I tested pharo-core 1.2 as well as a seaside image based on pharo 1.1 with 
Glorp and PostgreSQL: everything worked as expected.

I did a quick benchmark on that last image: where I used to get 70 
requests/second I now get 230 requests/second. This is really amazing. Thanks 
Eliot, John and everybody else who made this possible.

I hope the linux VM is equally fast.

Sven


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

[Nicolas Cellier]

2010/8/26 Nicolas Cellier :
> 2010/8/26 Mariano Martinez Peck :
>> Thanks John. It seems this is even a little faster (at least with
>> tinyBenchmarks) than the image produced by Eliot
>>
>> john
>>
>> 10 tinyBenchmarks '721126760 bytecodes/sec; 55015015 sends/sec'
>> 10 tinyBenchmarks '717589348 bytecodes/sec; 55483560 sends/sec'
>> 10 tinyBenchmarks '706206896 bytecodes/sec; 55562428 sends/sec'
>>
>>
>> eliot
>>
>> 10 tinyBenchmarks '626682986 bytecodes/sec; 54326849 sends/sec'
>> 10 tinyBenchmarks '625152625 bytecodes/sec; 54251448 sends/sec'
>> 10 tinyBenchmarks '630153846 bytecodes/sec; 54326849 sends/sec'
>>
>>
>> A difference I found with Eliot VM and your previous ones is shortcuts.
>>
>> In eliot image, to select words, I do shift + ctrl + narrow, or shift +
>> command + narrow.
>>
>> In yours, I only can do shift + command + narrow.
>>
>> And if I do shift + ctrl + narrow the mouse cursos doesn't even move.
>>
>
> Maybe your arrow key is to narrow ?
>

or even too narrow :(

> Nicolas
>
>> cheers
>>
>> mariano
>>
>> On Thu, Aug 26, 2010 at 12:12 AM, John M McIntosh
>>  wrote:
>>>
>>> I've stuck a version (5.8b3) of the cocoa based os-x squeak cog JIT based
>>> VM in my experimental folder.
>>>
>>>
>>> http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b3.app.zip
>>>
>>> This VM is built from the Cog sources (with some minor changes for the
>>> iPhone) & revised & fixed Socket Plugin.
>>> It currently does NOT contain any external plugins.  I did check in the
>>> changes to squeakvm.org that are required to
>>> build this VM excluding the required Cog changes...
>>>
>>> People are invited to take it for a whirl, report any performance gains,
>>> issues and especially crashes.
>>>
>>> PS
>>>
>>> (a) yes shortly we'll get the iPhone changes folded back into the source
>>> tree so you can build the VM.
>>> (b) yes when resizing a window you get neat graphic effects (fixing that
>>> issue is non-trival).
>>> (c) As time permits we'll look into rebuild this rather long list of
>>> plugins.
>>>
>>> ClipboardExtendedPlugin.bundle
>>> CroquetPlugin.bundle
>>> CurlPlugin.bundle
>>> FloatMathPlugin.bundle
>>> FT2Plugin.bundle
>>> IA32ABI.bundle
>>> KedamaPlugin.bundle
>>> KedamaPlugin2.bundle
>>> LocalePlugin.bundle
>>> mpeg3Plugin.bundle
>>> ObjectiveCPlugin.bundle
>>> OggPlugin.bundle
>>> PrintJobPlugin.bundle
>>> QuicktimePlugin.bundle
>>> RomePlugin.bundle
>>> SerialExtendedUnixPlugin.bundle
>>> ServicesPlugin.bundle
>>> SpellingPlugin.bundle
>>> SqueakFFIPrims.bundle
>>> TestOSAPlugin.bundle
>>> UnixOSProcessPlugin.bundle
>>>
>>> --
>>>
>>> ===
>>> John M. McIntosh    Twitter:
>>>  squeaker68882
>>> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
>>>
>>> ===
>>>
>>>
>>>
>>>
>>>
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

[Nicolas Cellier]

2010/8/26 Mariano Martinez Peck :
> Thanks John. It seems this is even a little faster (at least with
> tinyBenchmarks) than the image produced by Eliot
>
> john
>
> 10 tinyBenchmarks '721126760 bytecodes/sec; 55015015 sends/sec'
> 10 tinyBenchmarks '717589348 bytecodes/sec; 55483560 sends/sec'
> 10 tinyBenchmarks '706206896 bytecodes/sec; 55562428 sends/sec'
>
>
> eliot
>
> 10 tinyBenchmarks '626682986 bytecodes/sec; 54326849 sends/sec'
> 10 tinyBenchmarks '625152625 bytecodes/sec; 54251448 sends/sec'
> 10 tinyBenchmarks '630153846 bytecodes/sec; 54326849 sends/sec'
>
>
> A difference I found with Eliot VM and your previous ones is shortcuts.
>
> In eliot image, to select words, I do shift + ctrl + narrow, or shift +
> command + narrow.
>
> In yours, I only can do shift + command + narrow.
>
> And if I do shift + ctrl + narrow the mouse cursos doesn't even move.
>

Maybe your arrow key is to narrow ?

Nicolas

> cheers
>
> mariano
>
> On Thu, Aug 26, 2010 at 12:12 AM, John M McIntosh
>  wrote:
>>
>> I've stuck a version (5.8b3) of the cocoa based os-x squeak cog JIT based
>> VM in my experimental folder.
>>
>>
>> http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b3.app.zip
>>
>> This VM is built from the Cog sources (with some minor changes for the
>> iPhone) & revised & fixed Socket Plugin.
>> It currently does NOT contain any external plugins.  I did check in the
>> changes to squeakvm.org that are required to
>> build this VM excluding the required Cog changes...
>>
>> People are invited to take it for a whirl, report any performance gains,
>> issues and especially crashes.
>>
>> PS
>>
>> (a) yes shortly we'll get the iPhone changes folded back into the source
>> tree so you can build the VM.
>> (b) yes when resizing a window you get neat graphic effects (fixing that
>> issue is non-trival).
>> (c) As time permits we'll look into rebuild this rather long list of
>> plugins.
>>
>> ClipboardExtendedPlugin.bundle
>> CroquetPlugin.bundle
>> CurlPlugin.bundle
>> FloatMathPlugin.bundle
>> FT2Plugin.bundle
>> IA32ABI.bundle
>> KedamaPlugin.bundle
>> KedamaPlugin2.bundle
>> LocalePlugin.bundle
>> mpeg3Plugin.bundle
>> ObjectiveCPlugin.bundle
>> OggPlugin.bundle
>> PrintJobPlugin.bundle
>> QuicktimePlugin.bundle
>> RomePlugin.bundle
>> SerialExtendedUnixPlugin.bundle
>> ServicesPlugin.bundle
>> SpellingPlugin.bundle
>> SqueakFFIPrims.bundle
>> TestOSAPlugin.bundle
>> UnixOSProcessPlugin.bundle
>>
>> --
>>
>> ===
>> John M. McIntosh    Twitter:
>>  squeaker68882
>> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
>>
>> ===
>>
>>
>>
>>
>>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] [update 1.2] #12114

[Marcus Denker]

12114
-

Issue 2870: rescue alwaysShowScrollBars:
Issue 2865: add #lines to String
--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Nicolas Cellier]

2010/8/26 Guillermo Polito :
> Maybe the parser should have a #readXXX for each #nextXXX.  And let
> the #readXXX check the for the end of the stream.
>

yes, that the idea, something like

readFrom: aStream ifFail: aBlock
| result |
result := nextFrom: aStream ifFail: [^aBlock value].
(aStream skipSeparators; atEnd) ifFalse: [self error: 'nothing
more expected'].
^result

Nicolas

> On Thu, Aug 26, 2010 at 11:43 AM, Guillermo Polito
>  wrote:
>> On Thu, Aug 26, 2010 at 10:32 AM, Johan Brichau  wrote:
>>>
>>> On 26 Aug 2010, at 15:09, Guillermo Polito wrote:
>>>
 Number readFrom: '3foo'. --> exception
 Number readFrom: '3foo' readStream --> 3
>>>
>>> They both return 3 in my image.
>>> The comment of #readFrom: also says so that that is the expected behavior. 
>>> But I'm not sure this is what we want.
>>>
>>
>> Yes, you're right.  I meant 'foo3' :(.
>>
 String>>asNumber should fail :).
>>>
>>> agreed.
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>>
>>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [squeak-dev] Experimental Cocoa OS-X based Squeak Cog JIT VM 5.8b3.

[Mariano Martinez Peck]

Thanks John. It seems this is even a little faster (at least with
tinyBenchmarks) than the image produced by Eliot

john

10 tinyBenchmarks '721126760 bytecodes/sec; 55015015 sends/sec'
10 tinyBenchmarks '717589348 bytecodes/sec; 55483560 sends/sec'
10 tinyBenchmarks '706206896 bytecodes/sec; 55562428 sends/sec'


eliot

10 tinyBenchmarks '626682986 bytecodes/sec; 54326849 sends/sec'
10 tinyBenchmarks '625152625 bytecodes/sec; 54251448 sends/sec'
10 tinyBenchmarks '630153846 bytecodes/sec; 54326849 sends/sec'


A difference I found with Eliot VM and your previous ones is shortcuts.

In eliot image, to select words, I do shift + ctrl + narrow, or shift +
command + narrow.

In yours, I only can do shift + command + narrow.

And if I do shift + ctrl + narrow the mouse cursos doesn't even move.

cheers

mariano

On Thu, Aug 26, 2010 at 12:12 AM, John M McIntosh <
john...@smalltalkconsulting.com> wrote:

> I've stuck a version (5.8b3) of the cocoa based os-x squeak cog JIT based
> VM in my experimental folder.
>
> http://homepage.mac.com/johnmci/.Public/experimental/Squeak%205.8b3.app.zip
>
> This VM is built from the Cog sources (with some minor changes for the
> iPhone) & revised & fixed Socket Plugin.
> It currently does NOT contain any external plugins.  I did check in the
> changes to squeakvm.org that are required to
> build this VM excluding the required Cog changes...
>
> People are invited to take it for a whirl, report any performance gains,
> issues and especially crashes.
>
> PS
>
> (a) yes shortly we'll get the iPhone changes folded back into the source
> tree so you can build the VM.
> (b) yes when resizing a window you get neat graphic effects (fixing that
> issue is non-trival).
> (c) As time permits we'll look into rebuild this rather long list of
> plugins.
>
> ClipboardExtendedPlugin.bundle
> CroquetPlugin.bundle
> CurlPlugin.bundle
> FloatMathPlugin.bundle
> FT2Plugin.bundle
> IA32ABI.bundle
> KedamaPlugin.bundle
> KedamaPlugin2.bundle
> LocalePlugin.bundle
> mpeg3Plugin.bundle
> ObjectiveCPlugin.bundle
> OggPlugin.bundle
> PrintJobPlugin.bundle
> QuicktimePlugin.bundle
> RomePlugin.bundle
> SerialExtendedUnixPlugin.bundle
> ServicesPlugin.bundle
> SpellingPlugin.bundle
> SqueakFFIPrims.bundle
> TestOSAPlugin.bundle
> UnixOSProcessPlugin.bundle
>
> --
> ===
> John M. McIntoshTwitter:
>  squeaker68882
> Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
> ===
>
>
>
>
>
>
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Guillermo Polito]

Maybe the parser should have a #readXXX for each #nextXXX.  And let
the #readXXX check the for the end of the stream.

On Thu, Aug 26, 2010 at 11:43 AM, Guillermo Polito
 wrote:
> On Thu, Aug 26, 2010 at 10:32 AM, Johan Brichau  wrote:
>>
>> On 26 Aug 2010, at 15:09, Guillermo Polito wrote:
>>
>>> Number readFrom: '3foo'. --> exception
>>> Number readFrom: '3foo' readStream --> 3
>>
>> They both return 3 in my image.
>> The comment of #readFrom: also says so that that is the expected behavior. 
>> But I'm not sure this is what we want.
>>
>
> Yes, you're right.  I meant 'foo3' :(.
>
>>> String>>asNumber should fail :).
>>
>> agreed.
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Fwd: Alien install issue?

[Luc Fabresse]

Hi all,

I had no problem to install Alien on Pharo 1.1 with ConfigurationOfAlien:

Gofer new
squeaksource: 'Alien';
package: 'ConfigurationOfAlien';
load.

((Smalltalk at: #ConfigurationOfAlien) project version: 'Pharo 1.1') load:
{'Core' . 'Tests' .  'LibC'. 'MacOSX'}


All 40 tests are green.

Here the version number of the installed packages:
- ConfigurationOfAlien-KenTreis.26
- Alien-Core-JoachimGeidel.64
- Alien-CoreTest-F_Olivero.22
- Alien-Examples-F_Olivero.2
- Alien-LibC-mha.9
- Alien-MacOSX-AppKit-John_M_McIntosh.1
- Alien-MacOSX-Core-John_M_McIntosh.2
- Alien-MacOSX-Examples-John_M_McIntosh.1
- Alien-Prereqs-KenTreis.5

Luc

2010/8/26 Mariano Martinez Peck 

>
>
> On Thu, Aug 26, 2010 at 3:38 PM, Noury Bouraqadi wrote:
>
>> It seems that the ConfigurationOfAlien is broken.
>>
>> I tried on a Pharo-1.1-11411-dev10.07.01 image and got the same failure.
>> It does not seem to load the most recent packages.
>>
>> I then loaded the packages one by one using the monticello repository
>> browser
>> And all tests are green (on Mac).
>>
>>
> Remember you can alwasys say Metacello to load all the latests version. To
> do that, the easiest way is to load a "baseline". As in baseline no version
> is specified, all the latest will be downloaded :)
>
> (ConfigurationOfAlien project version: '1.0-baseline') load.
>
> or whatever loadXXX
>
>
>
>> Packages in load order:
>> Alien-Prereqs-KenTreis.5
>> Alien-Core-JoachimGeidel.64
>> Alien-CoreTest-F_Olivero.22
>> Alien-Examples-F_Olivero.2
>> Alien-LibC-mha.9
>> Alien-MacOSX-AppKit-John_M_McIntosh.1
>> Alien-MacOSX-Core-John_M_McIntosh.2
>>
>> Noury
>>
>> On 26 août 2010, at 15:07, Noury Bouraqadi wrote:
>>
>> > Hi,
>> >
>> > Strange. I thought we already fixed this pb.
>> > I'll look at it.
>> >
>> > Noury
>> > On 25 août 2010, at 19:14, John M McIntosh wrote:
>> >
>> >>
>> >>
>> >> Begin forwarded message:
>> >>
>> >>> From: Marcin Tustin 
>> >>> Date: August 25, 2010 2:31:16 AM PDT
>> >>> To: John McIntosh 
>> >>> Cc: A friendly place where any question about pharo is welcome <
>> pharo-us...@lists.gforge.inria.fr>, pharo-...@lists.gforge.inria.fr
>> >>> Subject: Re: [Pharo-users] Invoking external processes/IPC
>> >>>
>> >>> I'm not sure that I would class the fact that Alien wants the Special
>> Objects Array to be bigger than it actually is to be a mere installation
>> issue.
>> >>>
>> >>> On Wed, Aug 25, 2010 at 10:13 AM, John McIntosh <
>> john...@smalltalkconsulting.com> wrote:
>> >>> Ask on the Pharo list for help or instruction on loading alien into
>> pharo, I didn't write any of the loader code so I can't deal with the fact
>> it may or may not be broken.
>> >>>
>> >>> Sent from my iPad
>> >>>
>> >>> On 2010-08-25, at 1:30 AM, Marcin Tustin  wrote:
>> >>>
>>  John,
>> 
>>  Do you have any intention of commenting on this, even to confirm that
>> you are content for Alien to be incompatible with current versions of Pharo?
>> 
>>  Marcin
>> 
>>  On Mon, Aug 23, 2010 at 11:15 PM, Marcin Tustin 
>> wrote:
>>  John,
>> 
>>  That is the installation recipe I was following, as should have been
>> apparent from my description of the process followed given in my previous
>> email. My problem occurred on the first step after loading the
>> ConfigurationOfAlien package.
>> 
>>  For completeness, I tried loading ConfigurationOfAlien using Gofer,
>> and the exact same thing occurred. I also note that Gofer>>addPackage is
>> deprecated.
>> 
>>  Marcin
>> 
>> 
>> 
>> 
>>  On Mon, Aug 23, 2010 at 10:40 PM, John M McIntosh <
>> john...@smalltalkconsulting.com> wrote:
>>  LIkely the installation process is wrong, look at the
>> http://squeaksource.com/@EGv-75Ct7JEKFz5m/rnvjMef8
>>  and follow the instructions for installing there.
>> 
>>  On 2010-08-23, at 2:08 PM, Marcin Tustin wrote:
>> 
>> > Following Mariano's advice, I just tried installing Alien (using
>> Pharo-1.1-11406-rc3 with the Seaside RC3 image; this is a sane version, not
>> affected by previous package loading problems).
>> >
>> > I loaded ConfigurationOfAlien (ConfigurationOfAlien-KenTreis.26)
>> using Monticello, then executed ConfigurationOfAlien loadCore (as per the
>> instructions). That resulted in an error:
>> 'SystemDictionary>>recreateSpecialObjectsArray appears incompatible' raised
>> from ensureInSpecialObjectsArray. The cause appears to be that Alien wants
>> to be in the special objects array at 53, but the array is created to be
>> size 50.
>> >
>> > Proceeding through the error results in the predictable subscript
>> out of bounds error.
>> >
>> > running loadCore once more (second time) does the same thing. Doing
>> it a third time results in a message not understood
>> 'initScannerForTokenization' from Parser>>ParseSelector:.
>> >
>> > Any ideas?
>> >
>> >
>> > On Mon, Aug 23, 2010 at 8:41 PM, Marcin Tustin 
>> wrote:
>> > Mariano,
>> >

Re: [Pharo-project] String to Number conversion

[Guillermo Polito]

On Thu, Aug 26, 2010 at 10:32 AM, Johan Brichau  wrote:
>
> On 26 Aug 2010, at 15:09, Guillermo Polito wrote:
>
>> Number readFrom: '3foo'. --> exception
>> Number readFrom: '3foo' readStream --> 3
>
> They both return 3 in my image.
> The comment of #readFrom: also says so that that is the expected behavior. 
> But I'm not sure this is what we want.
>

Yes, you're right.  I meant 'foo3' :(.

>> String>>asNumber should fail :).
>
> agreed.
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Schwab,Wilhelm K]

'3foo' asInteger probably should fail, because there is no stream to be tested 
for #atEnd.  Reading '3foo' from a stream *probably* should be ok by default, 
becauuse the stream will clearly not be a the end, one could easily want to 
read integers out of formatted strings.





From: pharo-project-boun...@lists.gforge.inria.fr 
[pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Johan Brichau 
[jo...@inceptive.be]
Sent: Thursday, August 26, 2010 8:43 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] String to Number conversion

On 25 Aug 2010, at 09:26, Stéphane Ducasse wrote:

>> Did you mean to let the dirty stuff to #squeezeOutNumber and throw the error 
>> in the #readFrom:?
>
> Yes. Now we should identify user of readFrom: that in fact are expecting 
> squeezeOutNumber and fix them.

Well, it seems that the current readFrom: only requires the string to _start_ 
with a valid format. This means that:

'3foo' asInteger = 3

Should we not fail here too? What are the opinions?

Johan
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Sprint at esug

[Stéphane Ducasse]

saturday too :)

Stef

On Aug 26, 2010, at 4:04 PM, Alexandre Bergel wrote:

> Hi!
> 
> I just created an entry in the google site:
> http://code.google.com/p/pharo/wiki/PharoSprints
> 
> It is scheduled for Sunday 12, as part of the Camp Smalltalk. 
> 
> Please, add yourself if you wish to join.
> The tasks will be defined soon. But killing and crunching bugs will be in the 
> menu.
> 
> Cheers,
> Alexandre
> -- 
> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
> Alexandre Bergel  http://www.bergel.eu
> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
> 
> 
> 
> 
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] hasInstanceVariableNamed: hasClassVariableNamed:

[Stéphane Ducasse]

I tend to agree but not quite :)

Size is not the only criteria.
Consistency is another really important one.
And also tested code because there are plenty of methods that are not that 
difficult to rewrite all the time
in client code but you want to use them because another guys spent time to 
write them and test them. 
And yes I started to read Class and Behavior and I want to clean that. 
As soon as Opal gets into pharo we will clean, clean, clean.

Stef


>> 
> i remember writing a code like:
> class allInstVarNames includes: somevar,
> multiple times,
> but i can't tell that i miss the above methods too much.
> I'd vote to add them, only if we , in exchange, find the other two(or
> more) methods to remove.
> A class protocol is heavily bloated, and adding even more on top of that,
> even if its userful, could be lost in a jungle of many others.
> 
>> Stef
>> 
>> 
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>> 
> 
> 
> 
> -- 
> Best regards,
> Igor Stasenko AKA sig.
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Sprint at esug

[Alexandre Bergel]

Hi!

I just created an entry in the google site:
http://code.google.com/p/pharo/wiki/PharoSprints

It is scheduled for Sunday 12, as part of the Camp Smalltalk. 

Please, add yourself if you wish to join.
 The tasks will be defined soon. But killing and crunching bugs will be in the 
menu.

Cheers,
Alexandre
-- 
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel  http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.






___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Nicolas Cellier]

2010/8/26 Johan Brichau :
>
> On 26 Aug 2010, at 15:09, Guillermo Polito wrote:
>
>> Number readFrom: '3foo'. --> exception
>> Number readFrom: '3foo' readStream --> 3
>
> They both return 3 in my image.
> The comment of #readFrom: also says so that that is the expected behavior. 
> But I'm not sure this is what we want.
>
>> String>>asNumber should fail :).
>
> agreed.

me too, that's what I suggested in another mail.

Nicolas

> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Fwd: Alien install issue?

[Mariano Martinez Peck]

On Thu, Aug 26, 2010 at 3:38 PM, Noury Bouraqadi wrote:

> It seems that the ConfigurationOfAlien is broken.
>
> I tried on a Pharo-1.1-11411-dev10.07.01 image and got the same failure.
> It does not seem to load the most recent packages.
>
> I then loaded the packages one by one using the monticello repository
> browser
> And all tests are green (on Mac).
>
>
Remember you can alwasys say Metacello to load all the latests version. To
do that, the easiest way is to load a "baseline". As in baseline no version
is specified, all the latest will be downloaded :)

(ConfigurationOfAlien project version: '1.0-baseline') load.

or whatever loadXXX



> Packages in load order:
> Alien-Prereqs-KenTreis.5
> Alien-Core-JoachimGeidel.64
> Alien-CoreTest-F_Olivero.22
> Alien-Examples-F_Olivero.2
> Alien-LibC-mha.9
> Alien-MacOSX-AppKit-John_M_McIntosh.1
> Alien-MacOSX-Core-John_M_McIntosh.2
>
> Noury
>
> On 26 août 2010, at 15:07, Noury Bouraqadi wrote:
>
> > Hi,
> >
> > Strange. I thought we already fixed this pb.
> > I'll look at it.
> >
> > Noury
> > On 25 août 2010, at 19:14, John M McIntosh wrote:
> >
> >>
> >>
> >> Begin forwarded message:
> >>
> >>> From: Marcin Tustin 
> >>> Date: August 25, 2010 2:31:16 AM PDT
> >>> To: John McIntosh 
> >>> Cc: A friendly place where any question about pharo is welcome <
> pharo-us...@lists.gforge.inria.fr>, pharo-...@lists.gforge.inria.fr
> >>> Subject: Re: [Pharo-users] Invoking external processes/IPC
> >>>
> >>> I'm not sure that I would class the fact that Alien wants the Special
> Objects Array to be bigger than it actually is to be a mere installation
> issue.
> >>>
> >>> On Wed, Aug 25, 2010 at 10:13 AM, John McIntosh <
> john...@smalltalkconsulting.com> wrote:
> >>> Ask on the Pharo list for help or instruction on loading alien into
> pharo, I didn't write any of the loader code so I can't deal with the fact
> it may or may not be broken.
> >>>
> >>> Sent from my iPad
> >>>
> >>> On 2010-08-25, at 1:30 AM, Marcin Tustin  wrote:
> >>>
>  John,
> 
>  Do you have any intention of commenting on this, even to confirm that
> you are content for Alien to be incompatible with current versions of Pharo?
> 
>  Marcin
> 
>  On Mon, Aug 23, 2010 at 11:15 PM, Marcin Tustin 
> wrote:
>  John,
> 
>  That is the installation recipe I was following, as should have been
> apparent from my description of the process followed given in my previous
> email. My problem occurred on the first step after loading the
> ConfigurationOfAlien package.
> 
>  For completeness, I tried loading ConfigurationOfAlien using Gofer,
> and the exact same thing occurred. I also note that Gofer>>addPackage is
> deprecated.
> 
>  Marcin
> 
> 
> 
> 
>  On Mon, Aug 23, 2010 at 10:40 PM, John M McIntosh <
> john...@smalltalkconsulting.com> wrote:
>  LIkely the installation process is wrong, look at the
> http://squeaksource.com/@EGv-75Ct7JEKFz5m/rnvjMef8
>  and follow the instructions for installing there.
> 
>  On 2010-08-23, at 2:08 PM, Marcin Tustin wrote:
> 
> > Following Mariano's advice, I just tried installing Alien (using
> Pharo-1.1-11406-rc3 with the Seaside RC3 image; this is a sane version, not
> affected by previous package loading problems).
> >
> > I loaded ConfigurationOfAlien (ConfigurationOfAlien-KenTreis.26)
> using Monticello, then executed ConfigurationOfAlien loadCore (as per the
> instructions). That resulted in an error:
> 'SystemDictionary>>recreateSpecialObjectsArray appears incompatible' raised
> from ensureInSpecialObjectsArray. The cause appears to be that Alien wants
> to be in the special objects array at 53, but the array is created to be
> size 50.
> >
> > Proceeding through the error results in the predictable subscript out
> of bounds error.
> >
> > running loadCore once more (second time) does the same thing. Doing
> it a third time results in a message not understood
> 'initScannerForTokenization' from Parser>>ParseSelector:.
> >
> > Any ideas?
> >
> >
> > On Mon, Aug 23, 2010 at 8:41 PM, Marcin Tustin 
> wrote:
> > Mariano,
> >
> > Thanks for this. I belive CommandShell depends on OSProcess. I am
> using windows, so I guess neither is a runner anyway. I'll try FFI/AlienFFI.
> >
> > Marcin
> >
> >
> > On Mon, Aug 23, 2010 at 8:19 PM, Mariano Martinez Peck <
> marianop...@gmail.com> wrote:
> >
> >
> > On Mon, Aug 23, 2010 at 7:45 PM, Marcin Tustin 
> wrote:
> > Hi all,
> >
> > I'm an occasional squeak/pharo dabbler, and I'm wondering what the
> recommended way of interacting with external processes is these days?
> >
> > Should I go through the process of getting all the VMMaker and
> OSProcess stuff, and build the OSProcess plugin, or is there some other way
> in Pharo to interact with the OS environment?
> >
> >
> > Hi. Which OS are you? because I think OSProces

Re: [Pharo-project] Fwd: Alien install issue?

[Noury Bouraqadi]

It seems that the ConfigurationOfAlien is broken.

I tried on a Pharo-1.1-11411-dev10.07.01 image and got the same failure.
It does not seem to load the most recent packages.

I then loaded the packages one by one using the monticello repository browser
And all tests are green (on Mac).

Packages in load order:
Alien-Prereqs-KenTreis.5
Alien-Core-JoachimGeidel.64
Alien-CoreTest-F_Olivero.22
Alien-Examples-F_Olivero.2
Alien-LibC-mha.9
Alien-MacOSX-AppKit-John_M_McIntosh.1
Alien-MacOSX-Core-John_M_McIntosh.2

Noury

On 26 août 2010, at 15:07, Noury Bouraqadi wrote:

> Hi,
> 
> Strange. I thought we already fixed this pb.
> I'll look at it. 
> 
> Noury
> On 25 août 2010, at 19:14, John M McIntosh wrote:
> 
>> 
>> 
>> Begin forwarded message:
>> 
>>> From: Marcin Tustin 
>>> Date: August 25, 2010 2:31:16 AM PDT
>>> To: John McIntosh 
>>> Cc: A friendly place where any question about pharo is welcome 
>>> , pharo-...@lists.gforge.inria.fr
>>> Subject: Re: [Pharo-users] Invoking external processes/IPC
>>> 
>>> I'm not sure that I would class the fact that Alien wants the Special 
>>> Objects Array to be bigger than it actually is to be a mere installation 
>>> issue.
>>> 
>>> On Wed, Aug 25, 2010 at 10:13 AM, John McIntosh 
>>>  wrote:
>>> Ask on the Pharo list for help or instruction on loading alien into pharo, 
>>> I didn't write any of the loader code so I can't deal with the fact it may 
>>> or may not be broken.  
>>> 
>>> Sent from my iPad
>>> 
>>> On 2010-08-25, at 1:30 AM, Marcin Tustin  wrote:
>>> 
 John,
 
 Do you have any intention of commenting on this, even to confirm that you 
 are content for Alien to be incompatible with current versions of Pharo?
 
 Marcin
 
 On Mon, Aug 23, 2010 at 11:15 PM, Marcin Tustin  wrote:
 John,
 
 That is the installation recipe I was following, as should have been 
 apparent from my description of the process followed given in my previous 
 email. My problem occurred on the first step after loading the 
 ConfigurationOfAlien package.
 
 For completeness, I tried loading ConfigurationOfAlien using Gofer, and 
 the exact same thing occurred. I also note that Gofer>>addPackage is 
 deprecated.
 
 Marcin
 
 
 
 
 On Mon, Aug 23, 2010 at 10:40 PM, John M McIntosh 
  wrote:
 LIkely the installation process is wrong, look at the 
 http://squeaksource.com/@EGv-75Ct7JEKFz5m/rnvjMef8
 and follow the instructions for installing there. 
 
 On 2010-08-23, at 2:08 PM, Marcin Tustin wrote:
 
> Following Mariano's advice, I just tried installing Alien (using 
> Pharo-1.1-11406-rc3 with the Seaside RC3 image; this is a sane version, 
> not affected by previous package loading problems).
> 
> I loaded ConfigurationOfAlien (ConfigurationOfAlien-KenTreis.26) using 
> Monticello, then executed ConfigurationOfAlien loadCore (as per the 
> instructions). That resulted in an error: 
> 'SystemDictionary>>recreateSpecialObjectsArray appears incompatible' 
> raised from ensureInSpecialObjectsArray. The cause appears to be that 
> Alien wants to be in the special objects array at 53, but the array is 
> created to be size 50. 
> 
> Proceeding through the error results in the predictable subscript out of 
> bounds error.
> 
> running loadCore once more (second time) does the same thing. Doing it a 
> third time results in a message not understood 
> 'initScannerForTokenization' from Parser>>ParseSelector:.
> 
> Any ideas?
> 
> 
> On Mon, Aug 23, 2010 at 8:41 PM, Marcin Tustin  wrote:
> Mariano,
> 
> Thanks for this. I belive CommandShell depends on OSProcess. I am using 
> windows, so I guess neither is a runner anyway. I'll try FFI/AlienFFI.
> 
> Marcin
> 
> 
> On Mon, Aug 23, 2010 at 8:19 PM, Mariano Martinez Peck 
>  wrote:
> 
> 
> On Mon, Aug 23, 2010 at 7:45 PM, Marcin Tustin  wrote:
> Hi all,
> 
> I'm an occasional squeak/pharo dabbler, and I'm wondering what the 
> recommended way of interacting with external processes is these days?
> 
> Should I go through the process of getting all the VMMaker and OSProcess 
> stuff, and build the OSProcess plugin, or is there some other way in 
> Pharo to interact with the OS environment?
> 
> 
> Hi. Which OS are you? because I think OSProcess is not working on 
> Windows. And I also think there are binaries for it, so you don't need to 
> generate .c from VMMaker neither compile c code to binary. 
> But I may be wrong. 
> 
> CommandShell ?
> 
> Maybe using normal FFI or AlienFFI? They will let you invoke shared 
> libraries of the OS from Pharo.
> 
> Alternatively, are people doing something (easy) with IPC mechanisms like 
> named sockets or TCP streams?
> 
> The "project" I'm working on 

Re: [Pharo-project] hasInstanceVariableNamed: hasClassVariableNamed:

[Igor Stasenko]

On 26 August 2010 14:47, Stéphane Ducasse  wrote:
> Hi guys
>
> is it me or we are missing some cool and simple methods
> like
>        hasInstanceVariableNamed:
>        hasClassVariableNamed:
> ?
>
i remember writing a code like:
class allInstVarNames includes: somevar,
multiple times,
but i can't tell that i miss the above methods too much.
I'd vote to add them, only if we , in exchange, find the other two(or
more) methods to remove.
A class protocol is heavily bloated, and adding even more on top of that,
even if its userful, could be lost in a jungle of many others.

> Stef
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Best regards,
Igor Stasenko AKA sig.

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Johan Brichau]

On 26 Aug 2010, at 15:09, Guillermo Polito wrote:

> Number readFrom: '3foo'. --> exception
> Number readFrom: '3foo' readStream --> 3

They both return 3 in my image.
The comment of #readFrom: also says so that that is the expected behavior. But 
I'm not sure this is what we want.

> String>>asNumber should fail :).

agreed.
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Load OB in Pharo 1.2

[Lukas Renggli]

>> Has this been resolved? I still get an error saying that
>> PluggableButtonMorphPlus and OBPluggableButtonMorphPlus define
>> homonymous instance variables.
>>
> Works now
>
> Gofer new
>       squeaksource: 'rb';
>       package: 'AST-Core';
>       package: 'AST-Semantic';
>       package: 'Refactoring-Core';
>       package: 'Refactoring-Spelling';
>       load.
> Gofer new
>      renggli: 'omnibrowser';
>      package: 'OmniBrowser';
>      package: 'OB-Standard';
>      package: 'OB-Morphic';
>      package: 'OB-Refactory';
>      package: 'OB-Regex';
>      load.

No, it has not been resolved. Just don't load the offending packages
Shout and eCompletion and then everything works.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Load OB in Pharo 1.2

[Marcus Denker]

On Aug 24, 2010, at 7:49 PM, Niko Schwarz wrote:

> Has this been resolved? I still get an error saying that
> PluggableButtonMorphPlus and OBPluggableButtonMorphPlus define
> homonymous instance variables.
> 
Works now

Gofer new
   squeaksource: 'rb';
   package: 'AST-Core';
   package: 'AST-Semantic';
   package: 'Refactoring-Core';
   package: 'Refactoring-Spelling';
   load.
Gofer new
  renggli: 'omnibrowser';
  package: 'OmniBrowser';
  package: 'OB-Standard';
  package: 'OB-Morphic';
  package: 'OB-Refactory';
  package: 'OB-Regex';
  load.



--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Guillermo Polito]

If you do:

Number readFrom: '3foo'. --> exception
Number readFrom: '3foo' readStream --> 3

String#asNumber is defined as
  ^Number readFromString: self

And #readFromString: does the readStream.

They are two different things.  What Integer>>readFrom: does and what
String>>asNumber does.

String>>asNumber should fail :).

On Thu, Aug 26, 2010 at 9:43 AM, Johan Brichau  wrote:
>
> On 25 Aug 2010, at 09:26, Stéphane Ducasse wrote:
>
>>> Did you mean to let the dirty stuff to #squeezeOutNumber and throw the 
>>> error in the #readFrom:?
>>
>> Yes. Now we should identify user of readFrom: that in fact are expecting 
>> squeezeOutNumber and fix them.
>
> Well, it seems that the current readFrom: only requires the string to _start_ 
> with a valid format. This means that:
>
> '3foo' asInteger = 3
>
> Should we not fail here too? What are the opinions?
>
> Johan
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Fwd: Alien install issue?

[Noury Bouraqadi]

Hi,

Strange. I thought we already fixed this pb.
I'll look at it. 

Noury
On 25 août 2010, at 19:14, John M McIntosh wrote:

> 
> 
> Begin forwarded message:
> 
>> From: Marcin Tustin 
>> Date: August 25, 2010 2:31:16 AM PDT
>> To: John McIntosh 
>> Cc: A friendly place where any question about pharo is welcome 
>> , pharo-...@lists.gforge.inria.fr
>> Subject: Re: [Pharo-users] Invoking external processes/IPC
>> 
>> I'm not sure that I would class the fact that Alien wants the Special 
>> Objects Array to be bigger than it actually is to be a mere installation 
>> issue.
>> 
>> On Wed, Aug 25, 2010 at 10:13 AM, John McIntosh 
>>  wrote:
>> Ask on the Pharo list for help or instruction on loading alien into pharo, I 
>> didn't write any of the loader code so I can't deal with the fact it may or 
>> may not be broken.  
>> 
>> Sent from my iPad
>> 
>> On 2010-08-25, at 1:30 AM, Marcin Tustin  wrote:
>> 
>>> John,
>>>  
>>> Do you have any intention of commenting on this, even to confirm that you 
>>> are content for Alien to be incompatible with current versions of Pharo?
>>>  
>>> Marcin
>>> 
>>> On Mon, Aug 23, 2010 at 11:15 PM, Marcin Tustin  wrote:
>>> John,
>>> 
>>> That is the installation recipe I was following, as should have been 
>>> apparent from my description of the process followed given in my previous 
>>> email. My problem occurred on the first step after loading the 
>>> ConfigurationOfAlien package.
>>> 
>>> For completeness, I tried loading ConfigurationOfAlien using Gofer, and the 
>>> exact same thing occurred. I also note that Gofer>>addPackage is deprecated.
>>> 
>>> Marcin
>>> 
>>> 
>>> 
>>> 
>>> On Mon, Aug 23, 2010 at 10:40 PM, John M McIntosh 
>>>  wrote:
>>> LIkely the installation process is wrong, look at the 
>>> http://squeaksource.com/@EGv-75Ct7JEKFz5m/rnvjMef8
>>> and follow the instructions for installing there. 
>>> 
>>> On 2010-08-23, at 2:08 PM, Marcin Tustin wrote:
>>> 
 Following Mariano's advice, I just tried installing Alien (using 
 Pharo-1.1-11406-rc3 with the Seaside RC3 image; this is a sane version, 
 not affected by previous package loading problems).
 
 I loaded ConfigurationOfAlien (ConfigurationOfAlien-KenTreis.26) using 
 Monticello, then executed ConfigurationOfAlien loadCore (as per the 
 instructions). That resulted in an error: 
 'SystemDictionary>>recreateSpecialObjectsArray appears incompatible' 
 raised from ensureInSpecialObjectsArray. The cause appears to be that 
 Alien wants to be in the special objects array at 53, but the array is 
 created to be size 50. 
 
 Proceeding through the error results in the predictable subscript out of 
 bounds error.
 
 running loadCore once more (second time) does the same thing. Doing it a 
 third time results in a message not understood 
 'initScannerForTokenization' from Parser>>ParseSelector:.
 
 Any ideas?
 
 
 On Mon, Aug 23, 2010 at 8:41 PM, Marcin Tustin  wrote:
 Mariano,
 
 Thanks for this. I belive CommandShell depends on OSProcess. I am using 
 windows, so I guess neither is a runner anyway. I'll try FFI/AlienFFI.
 
 Marcin
 
 
 On Mon, Aug 23, 2010 at 8:19 PM, Mariano Martinez Peck 
  wrote:
 
 
 On Mon, Aug 23, 2010 at 7:45 PM, Marcin Tustin  wrote:
 Hi all,
 
 I'm an occasional squeak/pharo dabbler, and I'm wondering what the 
 recommended way of interacting with external processes is these days?
 
 Should I go through the process of getting all the VMMaker and OSProcess 
 stuff, and build the OSProcess plugin, or is there some other way in Pharo 
 to interact with the OS environment?
 
 
 Hi. Which OS are you? because I think OSProcess is not working on Windows. 
 And I also think there are binaries for it, so you don't need to generate 
 .c from VMMaker neither compile c code to binary. 
 But I may be wrong. 
 
 CommandShell ?
 
 Maybe using normal FFI or AlienFFI? They will let you invoke shared 
 libraries of the OS from Pharo.
   
 Alternatively, are people doing something (easy) with IPC mechanisms like 
 named sockets or TCP streams?
 
 The "project" I'm working on is putting figlet on a website, just for fun.
 
 Marcin
 
 -- 
 Marcin Tustin
 Mobile: 07773787105
 Office: 020 3400 3259
 
 ___
 Pharo-users mailing list
 pharo-us...@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users
 
 
 
 ___
 Pharo-users mailing list
 pharo-us...@lists.gforge.inria.fr
 http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-users
 
 
 
 
 -- 
 Marcin Tustin
 Mobile: 07773787105
 Office: 020 3400 3259
 
 
 
 -- 
 Marcin Tu

[Pharo-project] Why TextConstants is not defined in a SharedPool classVar?

[Stéphane Ducasse]

Hi 

I should say that I liked the introduction of SharedPool made by andreas long 
time ago to replace
PoolDictionaries. Now I was wondering why TextContants is not defined as a 
classVariable of a subclass
of SharedPool like all the other PoolDictionaries?

Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] String to Number conversion

[Johan Brichau]

On 25 Aug 2010, at 09:26, Stéphane Ducasse wrote:

>> Did you mean to let the dirty stuff to #squeezeOutNumber and throw the error 
>> in the #readFrom:?
> 
> Yes. Now we should identify user of readFrom: that in fact are expecting 
> squeezeOutNumber and fix them.

Well, it seems that the current readFrom: only requires the string to _start_ 
with a valid format. This means that:

'3foo' asInteger = 3

Should we not fail here too? What are the opinions?

Johan
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] SystemNavigation code rewrite?

[Stéphane Ducasse]

Hi

I looked at the code of SystemNavigation and I think that this is the time to 
rewrite it :)
I know I assemble the code from Browser and SystemDictionary at that time and 
we can see it.

I would like also to have 
allClassesUsingPool:
allClassesUsingPoolVariable:

http://code.google.com/p/pharo/issues/detail?id=2868


In addition I would like to be able to specify the environment in which the 
navigation is done
so that we could navigate multiple environments like the ones for bootstrapping 
the system we
are fighting with :)

http://code.google.com/p/pharo/issues/detail?id=2869

Stef

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] would be nice to have a menu item for pointTo

[stephane ducasse]

so that we can select an object and invoke pointerFinder.
Any taker?

http://code.google.com/p/pharo/issues/detail?id=2867

Stef

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] 'foo' asTime

[Johan Brichau]

On 26 Aug 2010, at 04:47, Guillermo Polito wrote:

> And now, because of fixing Integer>>readFrom:, 'foo' asTime throws an 
> exception and we all are a bit happier :D.

Indeed. thanks.
And just to make sure that we keep being happy, I added some unit tests to 
verify that in the KernelTests package ;-)

Johan
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Sven Van Caekenberghe]

Hey Lukas,

On 26 Aug 2010, at 13:47, Lukas Renggli wrote:

> And what is more, I will demonstrate that stuff at ESUG in the Agile Seaside 
> session :-)

Sadly I won't be attending, but I am sure we'll meet one day in person.

I just went over the scripts and once again, this is really incredible stuff.

You are really a very gifted developer. Everything you write is so beautiful, 
elegant and clean that it looks deceivingly simple. Seeing this kind of 
Smalltalk code is really a motivation for me! 

Thanks again for sharing all this so generously,

Sven


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Lukas Renggli]

And what is more, I will demonstrate that stuff at ESUG in the Agile
Seaside session :-)

Lukas

On 26 August 2010 13:47, Lukas Renggli  wrote:
> Btw, the variable $DOWNLOAD is defined as a build parameter and
> defaults to the nice Pharo URL
> "http://pharo-project.org/pharo-download/stable-core";.
>
> Lukas
>
> On 26 August 2010 13:36, Sven Van Caekenberghe  wrote:
>> Thanks a lot, Lukas !
>>
>> On 26 Aug 2010, at 13:26, Lukas Renggli wrote:
>>
>>> Below the Hudson Build Configurations for the images you mentioned:
>>>
>>> === Pharo ===
>>>
>>> mkdir -p "download"
>>> curl --silent --location "$DOWNLOAD" > "download.zip"
>>>
>>> unzip -p "download.zip" "*/*.image" > "download/download.image"
>>> unzip -p "download.zip" "*/*.changes" > "download/download.changes"
>>>
>>> build-resize.sh download 1280 800
>>>
>>> build.sh -i download -s settings -s killtests -o pharo
>>> build.sh -i download -s settings -s testrunner -s runalltests -o pharo-test
>>>
>>> rm -rf download
>>> rm download.zip
>>>
>>> === Development ===
>>>
>>> build.sh -i pharo -s omnibrowser -o omnibrowser
>>> build.sh -i omnibrowser -s testrunner -s omnibrowser-tests -o 
>>> omnibrowser-tests
>>>
>>> build-oneclick.sh -i omnibrowser -o Pharo-OneClick -n Pharo -t "Pharo
>>> Development" -v 1.1 -c Pharo
>>>
>>> === Seaside 3.0 ===
>>>
>>> build.sh -i omnibrowser -s seaside3 -s seaside3-komanche -s
>>> seaside-design -o seaside3
>>> build.sh -i seaside3 -s testrunner -s seaside3-tests -o seaside3-tests
>>> build.sh -i seaside3 -s seaside3-swazoo -o seaside3-swazoo
>>>
>>> build-oneclick.sh -i seaside3 -o Seaside-3.0-OneClick -n Seaside -t
>>> Seaside -v 3.0 -c Seaside
>>>
>>> On 26 August 2010 12:36, Sven Van Caekenberghe  wrote:

 On 26 Aug 2010, at 12:08, Lukas Renggli wrote:

>> If I click on a artifact, say Seaside 3.0, is it then somehow possible 
>> to see the actual build script that was used ?
>
> The build script deletes it after a successful build. Maybe the script
> should be left there?
>
>> I know about your github builder repository, and I learned a lot from 
>> it, but the scripts their do not seem to match 100%, or do they ?
>
> Yeah, they should match 100%.
>
> However note that I don't build images from scratch all the time, but
> they build on top of each other:
>
> Pharo --> Development --> Seaside 3 --> Magritte 2 --> Pier 2
>                        \--> Seaside 2 --> Magritte --> Pier
>                        \--> PetitParser
>                        ...
>
> Lukas
>
> --
> Lukas Renggli
> www.lukas-renggli.ch

 Well, I am looking at the scripts in the git repo.
 There seems to be no script for Pharo (I guess you download core and run 
 the tests).
 There seems to be no script for Development.
 I guess that Seaside 3.0 is seaside3.st + seaside3-komanche.st, but I am 
 not sure.

 I would like to try to build these myself (not that the ones from Hudson 
 are bad, I just want to learn from this).

 Sven
>>>
>>> --
>>> Lukas Renggli
>>> www.lukas-renggli.ch
>>>
>>> ___
>>> Pharo-project mailing list
>>> Pharo-project@lists.gforge.inria.fr
>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>
>
>
>
> --
> Lukas Renggli
> www.lukas-renggli.ch
>



-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Lukas Renggli]

Btw, the variable $DOWNLOAD is defined as a build parameter and
defaults to the nice Pharo URL
"http://pharo-project.org/pharo-download/stable-core";.

Lukas

On 26 August 2010 13:36, Sven Van Caekenberghe  wrote:
> Thanks a lot, Lukas !
>
> On 26 Aug 2010, at 13:26, Lukas Renggli wrote:
>
>> Below the Hudson Build Configurations for the images you mentioned:
>>
>> === Pharo ===
>>
>> mkdir -p "download"
>> curl --silent --location "$DOWNLOAD" > "download.zip"
>>
>> unzip -p "download.zip" "*/*.image" > "download/download.image"
>> unzip -p "download.zip" "*/*.changes" > "download/download.changes"
>>
>> build-resize.sh download 1280 800
>>
>> build.sh -i download -s settings -s killtests -o pharo
>> build.sh -i download -s settings -s testrunner -s runalltests -o pharo-test
>>
>> rm -rf download
>> rm download.zip
>>
>> === Development ===
>>
>> build.sh -i pharo -s omnibrowser -o omnibrowser
>> build.sh -i omnibrowser -s testrunner -s omnibrowser-tests -o 
>> omnibrowser-tests
>>
>> build-oneclick.sh -i omnibrowser -o Pharo-OneClick -n Pharo -t "Pharo
>> Development" -v 1.1 -c Pharo
>>
>> === Seaside 3.0 ===
>>
>> build.sh -i omnibrowser -s seaside3 -s seaside3-komanche -s
>> seaside-design -o seaside3
>> build.sh -i seaside3 -s testrunner -s seaside3-tests -o seaside3-tests
>> build.sh -i seaside3 -s seaside3-swazoo -o seaside3-swazoo
>>
>> build-oneclick.sh -i seaside3 -o Seaside-3.0-OneClick -n Seaside -t
>> Seaside -v 3.0 -c Seaside
>>
>> On 26 August 2010 12:36, Sven Van Caekenberghe  wrote:
>>>
>>> On 26 Aug 2010, at 12:08, Lukas Renggli wrote:
>>>
> If I click on a artifact, say Seaside 3.0, is it then somehow possible to 
> see the actual build script that was used ?

 The build script deletes it after a successful build. Maybe the script
 should be left there?

> I know about your github builder repository, and I learned a lot from it, 
> but the scripts their do not seem to match 100%, or do they ?

 Yeah, they should match 100%.

 However note that I don't build images from scratch all the time, but
 they build on top of each other:

 Pharo --> Development --> Seaside 3 --> Magritte 2 --> Pier 2
                        \--> Seaside 2 --> Magritte --> Pier
                        \--> PetitParser
                        ...

 Lukas

 --
 Lukas Renggli
 www.lukas-renggli.ch
>>>
>>> Well, I am looking at the scripts in the git repo.
>>> There seems to be no script for Pharo (I guess you download core and run 
>>> the tests).
>>> There seems to be no script for Development.
>>> I guess that Seaside 3.0 is seaside3.st + seaside3-komanche.st, but I am 
>>> not sure.
>>>
>>> I would like to try to build these myself (not that the ones from Hudson 
>>> are bad, I just want to learn from this).
>>>
>>> Sven
>>
>> --
>> Lukas Renggli
>> www.lukas-renggli.ch
>>
>> ___
>> Pharo-project mailing list
>> Pharo-project@lists.gforge.inria.fr
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] hasInstanceVariableNamed: hasClassVariableNamed:

[Stéphane Ducasse]

Hi guys

is it me or we are missing some cool and simple methods
like 
hasInstanceVariableNamed: 
hasClassVariableNamed:
?

Stef


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Sven Van Caekenberghe]

Thanks a lot, Lukas !

On 26 Aug 2010, at 13:26, Lukas Renggli wrote:

> Below the Hudson Build Configurations for the images you mentioned:
> 
> === Pharo ===
> 
> mkdir -p "download"
> curl --silent --location "$DOWNLOAD" > "download.zip"
> 
> unzip -p "download.zip" "*/*.image" > "download/download.image"
> unzip -p "download.zip" "*/*.changes" > "download/download.changes"
> 
> build-resize.sh download 1280 800
> 
> build.sh -i download -s settings -s killtests -o pharo
> build.sh -i download -s settings -s testrunner -s runalltests -o pharo-test
> 
> rm -rf download
> rm download.zip
> 
> === Development ===
> 
> build.sh -i pharo -s omnibrowser -o omnibrowser
> build.sh -i omnibrowser -s testrunner -s omnibrowser-tests -o 
> omnibrowser-tests
> 
> build-oneclick.sh -i omnibrowser -o Pharo-OneClick -n Pharo -t "Pharo
> Development" -v 1.1 -c Pharo
> 
> === Seaside 3.0 ===
> 
> build.sh -i omnibrowser -s seaside3 -s seaside3-komanche -s
> seaside-design -o seaside3
> build.sh -i seaside3 -s testrunner -s seaside3-tests -o seaside3-tests
> build.sh -i seaside3 -s seaside3-swazoo -o seaside3-swazoo
> 
> build-oneclick.sh -i seaside3 -o Seaside-3.0-OneClick -n Seaside -t
> Seaside -v 3.0 -c Seaside
> 
> On 26 August 2010 12:36, Sven Van Caekenberghe  wrote:
>> 
>> On 26 Aug 2010, at 12:08, Lukas Renggli wrote:
>> 
 If I click on a artifact, say Seaside 3.0, is it then somehow possible to 
 see the actual build script that was used ?
>>> 
>>> The build script deletes it after a successful build. Maybe the script
>>> should be left there?
>>> 
 I know about your github builder repository, and I learned a lot from it, 
 but the scripts their do not seem to match 100%, or do they ?
>>> 
>>> Yeah, they should match 100%.
>>> 
>>> However note that I don't build images from scratch all the time, but
>>> they build on top of each other:
>>> 
>>> Pharo --> Development --> Seaside 3 --> Magritte 2 --> Pier 2
>>>\--> Seaside 2 --> Magritte --> Pier
>>>\--> PetitParser
>>>...
>>> 
>>> Lukas
>>> 
>>> --
>>> Lukas Renggli
>>> www.lukas-renggli.ch
>> 
>> Well, I am looking at the scripts in the git repo.
>> There seems to be no script for Pharo (I guess you download core and run the 
>> tests).
>> There seems to be no script for Development.
>> I guess that Seaside 3.0 is seaside3.st + seaside3-komanche.st, but I am not 
>> sure.
>> 
>> I would like to try to build these myself (not that the ones from Hudson are 
>> bad, I just want to learn from this).
>> 
>> Sven
> 
> --
> Lukas Renggli
> www.lukas-renggli.ch
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Why is Stack extending from LinkedList?

[Lukas Renggli]

I wonder why there is the need for a stack class at all?

OrderedCollection is the class designed to do Stacks and Queues
efficiently and portably, see #addFirst:, #addLast:, #first, #last,
#removeFirst, #removeLast.

Lukas

2010/8/26 Bart Gauquie :
> Hi list,
>
> is there a specific reason Stack is extending from LinkedList, instead of
> using a LinkedList internally?
> To me, it seems that the protocol that LinkedList, SequenceableCollection,
> ... provides is not the protocol you expect from a Stack?
>
> Any thoughts on this?
>
> Kind regards,
>
> Bart
>
> --
> imagination is more important than knowledge - Albert Einstein
> Logic will get you from A to B. Imagination will take you everywhere -
> Albert Einstein
> Learn from yesterday, live for today, hope for tomorrow. The important thing
> is not to stop questioning. - Albert Einstein
> The true sign of intelligence is not knowledge but imagination. - Albert
> Einstein
> However beautiful the strategy, you should occasionally look at the results.
> - Sir Winston Churchill
> It's not enough that we do our best; sometimes we have to do what's
> required. - Sir Winston Churchill
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Lukas Renggli]

Below the Hudson Build Configurations for the images you mentioned:

=== Pharo ===

mkdir -p "download"
curl --silent --location "$DOWNLOAD" > "download.zip"

unzip -p "download.zip" "*/*.image" > "download/download.image"
unzip -p "download.zip" "*/*.changes" > "download/download.changes"

build-resize.sh download 1280 800

build.sh -i download -s settings -s killtests -o pharo
build.sh -i download -s settings -s testrunner -s runalltests -o pharo-test

rm -rf download
rm download.zip

=== Development ===

build.sh -i pharo -s omnibrowser -o omnibrowser
build.sh -i omnibrowser -s testrunner -s omnibrowser-tests -o omnibrowser-tests

build-oneclick.sh -i omnibrowser -o Pharo-OneClick -n Pharo -t "Pharo
Development" -v 1.1 -c Pharo

=== Seaside 3.0 ===

build.sh -i omnibrowser -s seaside3 -s seaside3-komanche -s
seaside-design -o seaside3
build.sh -i seaside3 -s testrunner -s seaside3-tests -o seaside3-tests
build.sh -i seaside3 -s seaside3-swazoo -o seaside3-swazoo

build-oneclick.sh -i seaside3 -o Seaside-3.0-OneClick -n Seaside -t
Seaside -v 3.0 -c Seaside

On 26 August 2010 12:36, Sven Van Caekenberghe  wrote:
>
> On 26 Aug 2010, at 12:08, Lukas Renggli wrote:
>
>>> If I click on a artifact, say Seaside 3.0, is it then somehow possible to 
>>> see the actual build script that was used ?
>>
>> The build script deletes it after a successful build. Maybe the script
>> should be left there?
>>
>>> I know about your github builder repository, and I learned a lot from it, 
>>> but the scripts their do not seem to match 100%, or do they ?
>>
>> Yeah, they should match 100%.
>>
>> However note that I don't build images from scratch all the time, but
>> they build on top of each other:
>>
>> Pharo --> Development --> Seaside 3 --> Magritte 2 --> Pier 2
>>                        \--> Seaside 2 --> Magritte --> Pier
>>                        \--> PetitParser
>>                        ...
>>
>> Lukas
>>
>> --
>> Lukas Renggli
>> www.lukas-renggli.ch
>
> Well, I am looking at the scripts in the git repo.
> There seems to be no script for Pharo (I guess you download core and run the 
> tests).
> There seems to be no script for Development.
> I guess that Seaside 3.0 is seaside3.st + seaside3-komanche.st, but I am not 
> sure.
>
> I would like to try to build these myself (not that the ones from Hudson are 
> bad, I just want to learn from this).
>
> Sven
>
>



--
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] DNU after updating 1.2 core image

[Henrik Johansen]

The old lines methods was part of Nicolas' effort to provide an api that
handled all kinds of lineEndings though.

I'd rather it be restored to the original:
lines
"Answer an array of lines composing this receiver without the line
ending delimiters"
^Array new: (self size // 60 max: 16)
streamContents: [:lines | self linesDo: [:aLine | lines
nextPut: aLine]]

Cheers,
Henry

Den 26.08.2010 12:48, skrev Marcus Denker:
>
> On Aug 26, 2010, at 5:45 AM, Guillermo Polito wrote:
>
>> When you right click over the category panel and the method category
>> panel in the system browser.
>>
>> ByteString DNU lines
>>
>>
>
> If you add 
>
> lines
> ^self findTokens: String cr
>
> to String it works again... I guess that got somehow lost.
>
> I will add a bug tracker entry.
>
> Marcus
>
>
> --
> Marcus Denker  -- http://www.marcusdenker.de 
> INRIA Lille -- Nord Europe. Team RMoD.
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] DNU after updating 1.2 core image

[Marcus Denker]

On Aug 26, 2010, at 5:45 AM, Guillermo Polito wrote:

> When you right click over the category panel and the method category panel in 
> the system browser.
> 
> ByteString DNU lines
> 
> 

If you add 

lines
^self findTokens: String cr

to String it works again... I guess that got somehow lost.

I will add a bug tracker entry.

Marcus


--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] Why is Stack extending from LinkedList?

[Bart Gauquie]

Hi list,

is there a specific reason Stack is extending from LinkedList, instead of
using a LinkedList internally?
To me, it seems that the protocol that LinkedList, SequenceableCollection,
... provides is not the protocol you expect from a Stack?

Any thoughts on this?

Kind regards,

Bart

-- 
imagination is more important than knowledge - Albert Einstein
Logic will get you from A to B. Imagination will take you everywhere -
Albert Einstein
Learn from yesterday, live for today, hope for tomorrow. The important thing
is not to stop questioning. - Albert Einstein
The true sign of intelligence is not knowledge but imagination. - Albert
Einstein
However beautiful the strategy, you should occasionally look at the results.
- Sir Winston Churchill
It's not enough that we do our best; sometimes we have to do what's
required. - Sir Winston Churchill
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] [SPAM] Re: Hudson Question

[Sven Van Caekenberghe]

On 26 Aug 2010, at 12:08, Lukas Renggli wrote:

>> If I click on a artifact, say Seaside 3.0, is it then somehow possible to 
>> see the actual build script that was used ?
> 
> The build script deletes it after a successful build. Maybe the script
> should be left there?
> 
>> I know about your github builder repository, and I learned a lot from it, 
>> but the scripts their do not seem to match 100%, or do they ?
> 
> Yeah, they should match 100%.
> 
> However note that I don't build images from scratch all the time, but
> they build on top of each other:
> 
> Pharo --> Development --> Seaside 3 --> Magritte 2 --> Pier 2
>\--> Seaside 2 --> Magritte --> Pier
>\--> PetitParser
>...
> 
> Lukas
> 
> -- 
> Lukas Renggli
> www.lukas-renggli.ch

Well, I am looking at the scripts in the git repo.
There seems to be no script for Pharo (I guess you download core and run the 
tests).
There seems to be no script for Development.
I guess that Seaside 3.0 is seaside3.st + seaside3-komanche.st, but I am not 
sure.

I would like to try to build these myself (not that the ones from Hudson are 
bad, I just want to learn from this).

Sven


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Lukas Renggli]

On 26 August 2010 12:08, Lukas Renggli  wrote:
>> If I click on a artifact, say Seaside 3.0, is it then somehow possible to 
>> see the actual build script that was used ?
>
> The build script deletes it after a successful build. Maybe the script
> should be left there?

Actually the build scripts are in the workspace. They are just not archived.

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Hudson Question

[Lukas Renggli]

> If I click on a artifact, say Seaside 3.0, is it then somehow possible to see 
> the actual build script that was used ?

The build script deletes it after a successful build. Maybe the script
should be left there?

> I know about your github builder repository, and I learned a lot from it, but 
> the scripts their do not seem to match 100%, or do they ?

Yeah, they should match 100%.

However note that I don't build images from scratch all the time, but
they build on top of each other:

Pharo --> Development --> Seaside 3 --> Magritte 2 --> Pier 2
\--> Seaside 2 --> Magritte --> Pier
\--> PetitParser
...

Lukas

-- 
Lukas Renggli
www.lukas-renggli.ch

___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] cog vm

[Sven Van Caekenberghe]

On 25 Aug 2010, at 02:05, Levente Uzonyi wrote:

> No, there's none, but in short:
> The package consists of a 3 "APIs". The lowest level API is the 
> PG3Connection. This works pretty much like PostgresV2, though some method 
> names are different, but if you know how to use PostgresV2, then you will 
> find out in 5 minutes how to use this. A higher level API is the 
> PG3ConnectionPool which implements a simple connection pool. It's fairly easy 
> to use the pool too. In 10 minutes one can set up a pool for a db without 
> docs. The highest level API (in the public repository) is the 
> PG3FunctionClient which allows you to call Postgres functions which return a 
> refcursor. Most of our apps use this API to communicate with the DB. In our 
> private repo we implemented a new high level API, which allows one to edit 
> the Postgres functions in the Browser, fix bugs in the Debugger, version them 
> with Monticello, etc. It also allows one to call "normal" functions which 
> don't return a refcursor. Since the package is getting fat, we are at the 
> point where we have to split it. When we're done with that, we'll push it to 
> the public repo.
> So feel free to experiment with it and if you need a feature or found a bug, 
> let us know.

OK, thanks for the update.
I am mostly interested in plugging it under Glorp, I guess PG3Connect will do 
then.
It is not high on my list, but I might get to it one day.

Sven


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] A look at seaside and pharo from a Rails/Ruby perspective

[Marcus Denker]

Hi,

It's always interesting how things are seen from the outside...
(from http://on-ruby.blogspot.com/2010/08/rubyweb-interview-with-pat-maddox.html
seems there will be a  talk about seaside at a ruby conference early 
september...)


--> begin quote
Seaside is interesting technology, how did you discover it?

Pat Seaside is a fascinating and fun technology!! I came across it a few
years ago, not long after I got into Rails. Over the years I had a couple
of false starts with it...it's a bit opaque at first because the
development environment is so different from anything I'm used to. And
it's only fairly recently with Pharo that it's become easier to get
started, because it's such a clean environment geared towards development.
Also the documentation for both Pharo and Seaside are getting really good.
There are free books on each at pharobyexample.org and
book.seaside.st/book.

Okay as for what's so interesting to me about Seaside... it's 50% the
framework and 50% the Pharo environment. Seaside itself represents a step
forward in web development similar to how Rails did. Rails takes care of a
lot of the plumbing for you - you don't have to parse query params, set up
response headers, manage the session (unless you want to of course).
Seaside does all that of course but also manages application state for
you. So you don't have to worry about putting stuff into a database, then
pulling it back out and operating on it. I can't do it justice in a few
sentences, but that's why I'll be showing lots of examples at the
conference! :) At any rate, that same feeling you get when you code Rails
for the first time and see how much easier things are, you get that same
feeling with Seaside. It's not a replacement for Rails by any means -
Rails definitely has a sweet spot, particularly when it comes to RESTful
websites and interoperability with the unix ecosystem - but for the things
that Seaside is strong at (which for me so far has been complex and/or
configurable workflows), it runs circles around everything else. The other
thing I'm loving about Seaside development is Pharo, an open-source
smalltalk environment. Smalltalk is a great language, and Pharo has great
tools that allow you to discover everything in the system. Honestly it
makes RubyMine or etags look plain silly. The best bit is that nearly
everything in Pharo is implemented in smalltalk, including all of the
tools. So if you want to see the mechanics of a refactoring tool, and even
build your own, it's trivial to do so, because it's just smalltalk code.

Wow this answer got long. I could go on all day about this stuff. Gonna
stop now.
--> end quote



--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

[Pharo-project] [update 1.2] #12113

[Marcus Denker]

12113
-

Issue 2863: BlockClosure>>assert: is the same as in Object
Issue 2861: tiny dead code removal, mostly Morph
Issue 2853: Unnecessary URLArgumentList>>associationsDo
Issue 2845: remove PluggableMultiColumnListMorphByItem and some unsent 
partbin related methods.

--
Marcus Denker  -- http://www.marcusdenker.de
INRIA Lille -- Nord Europe. Team RMoD.


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Philippe's WebClient patches

[Stéphane Ducasse]

Philippe 

it would be better to target 1.2 since we will probably to go in beta end of 
sept
or before if the list I sent is integrated.

Stef

>>> Currently I'm down to one multipart test failure.
>> 
>> Did you start from the latest 1.2 merged version ?
> 
> Nope, from Andreas' version. I'm on 1.1 an that's what I'm targeting.
> 
> Cheers
> Philippe
> 
> 
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Philippe's WebClient patches

[Sven Van Caekenberghe]

On 26 Aug 2010, at 08:54, Philippe Marschall wrote:

> Nope, from Andreas' version. I'm on 1.1 an that's what I'm targeting.

That's not good, this way we're working next to each other.

Couldn't our port of WebClient-Core be made compatible with both 1.1 and 1.2 ?

It's bad enough that the original author is not really interested in the Pharo 
port,
but we should at least work together.

Sven


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Philippe's WebClient patches

[Philippe Marschall]

On 08/26/2010 07:45 AM, Sven Van Caekenberghe wrote:
> 
> On 26 Aug 2010, at 07:39, Philippe Marschall wrote:
> 
>> Currently I'm down to one multipart test failure.
> 
> Did you start from the latest 1.2 merged version ?

Nope, from Andreas' version. I'm on 1.1 an that's what I'm targeting.

Cheers
Philippe


___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project