Re: [Pharo-project] how to add an entry in World Menu (was: CommandShell)

[Alain Plantec]

Le 27/05/2010 23:02, laurent laffont a écrit :

See http://book.pharo-project.org/book/TipsAndTricks/WorldMenuRegistration

yep!


Can someone write a little example on how to add Settings ? I need this :)

ok, I will.
Cheers
Alain


Cheers,

Laurent

On Thu, May 27, 2010 at 9:56 PM, laurent laffont 
mailto:laurent.laff...@gmail.com>> wrote:


On Thu, May 27, 2010 at 4:45 PM, David T. Lewis
mailto:le...@mail.msen.com>> wrote:

On Thu, May 27, 2010 at 09:04:37AM +0200, laurent laffont wrote:
> Hi Dave,
>
> I've managed to make it running in Pharo (remove all
isMorphic ifFalse ...
> stuff, change menu registration, a little work is needed to
adapt to Pharo
> new settings system). It works (I can publish a package when
back at home).
>
> Now I suppose you want to keep it running on Squeak, I don't
know how to
> handle differences on world menu and preferences.
>
> For the MVC part, is there some value in keeping it ?

Hi Laurent,

Thanks, I would be very interested in seeing your changes,
especially the
menu registration fixes.


For menu registration, add

CommandShell class>>#menuCommandOn: aBuilder

(aBuilder item: #'Command Shell')
parent: #Tools;
action:[self open];
help: 'Smalltalk simulation of a Unix command shell '.

and comment / remove Preferences in CommandShell class>>#initialize.


Laurent


I do want to keep this working on MVC and on other Squeak
images. What
I really need to do is repackage CommandShell and OSProcess so
that
everything is not all in two giant packages. I originally
"packaged"
these many years ago before Squeak had real packages and
Monticello,
so I basically separated things into two completely separate
SAR packages
that could be independently maintained (even though
CommandShell and
OSProcess were intended to work together). That was quite a
project
at the time, but it is badly out of date now, so I need to go back
and make this stuff work properly with Metacello configurations.

Dave


___
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] difference between Sequenceable and Ordered

[Julian Fitzell]

Take a look at the ANSI standard - it has the collection behaviour
already broken up into "traits" that are multiply-inherited to define
the protocols of each class.

Julian

On Thu, May 27, 2010 at 10:32 AM, Tristan Bourgois
 wrote:
>
> Thanks, that's very interesting but not really help me sorry!
> Sorry may be the question are not very precise.
> My question is about the behavior so I put it in the context:
>
> I refactoring the collection in trait and I search if
> there are a difference between a Sequenceable and
> Ordered behavior. Because if there are not difference
> I don't create trait for the Ordered behavior.
>
> So do you think there are difference between the two behavior?
>
> --
> View this message in context: 
> http://forum.world.st/difference-between-Sequenceable-and-Ordered-tp2231718p2232820.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.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] A port of Pharo: Redline Smalltalk ...

[skrish]

Hi James,

 Just wondering why not port to Groovy and it would be lot easier. 

 Though building a proper bridge like JNIPort, XMLRPC, full blown WS, RMI
like more native interoperability along with a VW like optimized VM would be
nicer than really translating code.. Atleast Synchrony Systems has done this
with VA Smalltalk to Java for close to 6+ years now.. and I do not see the
results very nice in the ported apps.. they are pain to maintain and extend
eventually. If Java is the world I want to deploy and live in.. better
develop in it.. not that difficult at all with Groovy / Ruby and now the up
coming Java 7 dynamic language hooks..

 Polyglot programming is best.. they can thrive on their own runtimes if so
reqd rather than targetting the same VM. I am not sure if I would consider
JVM necessarily better than an optimized Smalltalk VM like VW if Pharo can
reach their with Eliot's assistance..

 Ruby or Groovy like ability to call Java framework APIs with just an import
statement and automatic marshalling/ unmarshalling of values will be a boon
to Smalltalk programmers to plug in to the width Java does provide from its
various sources viz: Spring/ Apache / Oracle-Sun / IBM.. for everything from
MQ, JMS, ESBs, simple parsers/ builders and the whole slew of stuff.. 


-Skrish
-- 
View this message in context: 
http://forum.world.st/A-port-of-Pharo-Redline-Smalltalk-tp1749812p2234090.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

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

[Pharo-project] FWD: Re: [squeak-dev] [ANN] Croquet OpenGL on Squeaksource (Re: Trying to load ALienOpenGL into 4.1 alpha...)

[Lawson English]

(Andreas Raab responded to this with:


This is your problem. CroquetGL has not been tested on Pharo. I suspect 
Pharo 1.0 has still the dreadful "SmalltalkImage current platformName". )



Is AlienOpenGL still an option?


Lawson



On 5/27/10 7:54 PM, Lawson English wrote:
Darn,  tried that with the latest update of Seaside 3.0a.  I had to 
use Monticello directly, rather than Installer.   'OpenGL example." 
returned the error MessageNotUnderstood: SystemDictionary>>platformName




On 3/22/10 11:04 PM, Andreas Raab wrote:

On 3/22/2010 7:27 PM, Lawson English wrote:

Croquet OpenGL is dependent on all sorts of things. Have you managed to
get Croquet working in a modernish version of Squeak/Pharo?


(you will need an updated 4.1 trunk image - I've promoted 
Form>>flipVertically to core in the process of making this package)


From http://www.squeaksource.com/CroquetGL

The OpenGL interface from Croquet for consumption in other contexts. 
Supports OpenGL 1.4 plus extensions.


To install, first load the FFI via:

(Installer repository: 'http://source.squeak.org/FFI')
install: 'FFI-Pools';
install: 'FFI-Kernel';
install: 'FFI-Tests'.

then load CroquetGL:

(Installer repository: 'http://www.squeaksource.com/CroquetGL')
install: '3DTransform';
install: 'OpenGL-Pools';
install: 'OpenGL-Core'.

When everything has loaded, try the example:

OpenGL example.

Important Windows Note:

In order to use Croquet on Windows, you must make sure your VM is set 
to support OpenGL instead of D3D by default. To do this, press F2 or 
go to the system menu, into the "Display and Sound" section and 
ensure the preference "Use OpenGL (instead of D3D" is ENABLED.


Cheers,
  - Andreas









___
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] Re: New weak finalization support. Implementation

[Igor Stasenko]

Guys, it looks like i found an elegant solution.

Please check the new-finalization-auto.2.cs, which i uploaded to
http://bugs.squeak.org/view.php?id=7473.

It adds just a few things:

initTestPair
TestItem := WeakFinalizerItem new list: TestList object: Object new.

checkTestPair
HasNewFinalization := TestList swapWithNil notNil.

These two method is then sent from within WeakArray's finalization process:

finalizationProcess
[true] whileTrue:
[ WeakFinalizationRegistry initTestPair.
FinalizationSemaphore wait.
FinalizationLock critical:
[
WeakFinalizationRegistry checkTestPair.
FinalizationDependents do:
[:weakDependent |
weakDependent ifNotNil:
[weakDependent finalizeValues]]]
ifError:
[:msg :rcvr | rcvr error: msg].
].

And so, at each GC cycle, a new registry it knows exactly if it
allowed to do a shortcut, or not.

And if not, then it behaves in same way as old registry - it starts
scanning the whole dictionary to
clean graveyard.

So, in summary: running on older VMs , a WeakFinalizationRegistry will
behave exactly as old WeakRegistry.
While on VMs, which supporting new finalization, it will do a shortcut.

This is at cost of extra 2 objects, allocated per GC cycle, to detect
if new finalization is supported.

P.S. oops, actually it could be just one object.. just need to change
two methods at WeakFinalizationRegistry class side:

initialize
   TestList := WeakFinalizationList new.
   TestItem := WeakFinalizerItem new.

initTestPair
   TestList swapWithNil. "make sure list is empty"
   TestItem list: TestList object: Object new.

-- 
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] Fwd: [Vm-dev] Squeak removed from Gentoo Linux

[Serge Stinckwich]

On Fri, May 28, 2010 at 1:07 AM, Stéphane Ducasse
 wrote:
> Reading the complete thread is quite interesting.


Yes definitely. They do not all wrong. It is not necessary to
duplicate the external code.
If i read correctly, there is some security issues with the current
Squeak/Pharo VM.


> Stef
>
> Begin forwarded message:
>
>> From: Bert Freudenberg 
>> Date: May 27, 2010 7:37:54 PM GMT+02:00
>> To: Squeak Virtual Machine Development Discussion 
>> 
>> Subject: [Vm-dev] Squeak removed from Gentoo Linux
>> Reply-To: Squeak Virtual Machine Development Discussion 
>> 
>>
>>
>> Squeak was recently removed from Gentoo Linux Ebuilds because of security 
>> issues in our bundled plugins:
>>
>>       http://bugs.gentoo.org/show_bug.cgi?id=247363
>>
>> While it is convenient for us to bundle external library sources, package 
>> maintainers do not like that practice. Is there anything we can 
>> realistically do about it?
>>
>> - Bert -
>>
>
>
> ___
> Pharo-project mailing list
> Pharo-project@lists.gforge.inria.fr
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>



-- 
Serge Stinckwich
UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam
Every DSL ends up being Smalltalk
http://doesnotunderstand.org/

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

Re: [Pharo-project] CommandShell

[David T. Lewis]

On Thu, May 27, 2010 at 09:56:45PM +0200, laurent laffont wrote:
> On Thu, May 27, 2010 at 4:45 PM, David T. Lewis  wrote:
> 
> > On Thu, May 27, 2010 at 09:04:37AM +0200, laurent laffont wrote:
> > > Hi Dave,
> > >
> > > I've managed to make it running in Pharo (remove all isMorphic ifFalse
> > ...
> > > stuff, change menu registration, a little work is needed to adapt to
> > Pharo
> > > new settings system). It works (I can publish a package when back at
> > home).
> > >
> > > Now I suppose you want to keep it running on Squeak, I don't know how to
> > > handle differences on world menu and preferences.
> > >
> > > For the MVC part, is there some value in keeping it ?
> >
> > Hi Laurent,
> >
> > Thanks, I would be very interested in seeing your changes, especially the
> > menu registration fixes.
> >
> 
> For menu registration, add
> 
> CommandShell class>>#menuCommandOn: aBuilder
> 
>  (aBuilder item: #'Command Shell')
> parent: #Tools;
> action:[self open];
>  help: 'Smalltalk simulation of a Unix command shell '.
> 
> and comment / remove Preferences in CommandShell class>>#initialize.


Laurent,

Thank you, much appreciated.

Dave


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

[Pharo-project] plan for 1.1

[Torsten Bergmann]

Updating the 1.1. core on Windows brings a SyntaxError (FormCanvas 
drawing-support arch) while processing 11377:

"archNothing more expected 
->/Pharo/Pharo/PharoHarvestingFixes/PharoCore-1.1-11375-Beta.7.image"






-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

[Pharo-project] Struct with doubles

[Schwab,Wilhelm K]

Hello all,

I am faced with some win32 software that uses a structure like

struct gizmo {
  double x; y; z;
  double q[4];
}

Would it be legal to treat that as

struct gizmo {
  double x; y; z;
  double q0; q1; q2; q3;
}

and then let Pharo define the fields?  This is running on 32 bit winxp.  A 
colleague is doing 3D magic with the resulting numbers, but Weird things appear 
to be happening.  I am looking for ways that I might be causing them.  It is 
also possible that the gizmo to which we are interfacing is just plain broken.

Bill



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

[Pharo-project] O2 and Pharo 1.0

[JuanjoE]

Hi, I tried to install O2 in Pharo 1.0 update #10517.

All I do was Loader new load: 'O2'. It works fine, but the problem I'm
having is that oCompletion doesn't work with O2 browser. Any clue where I
can start looking?


Thanks

El problema no es mentirse, el problema es creerse
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] how to add an entry in World Menu (was: CommandShell)

[laurent laffont]

See http://book.pharo-project.org/book/TipsAndTricks/WorldMenuRegistration

Can someone write a little example on how to add Settings ? I need this :)


Cheers,

Laurent

On Thu, May 27, 2010 at 9:56 PM, laurent laffont
wrote:

> On Thu, May 27, 2010 at 4:45 PM, David T. Lewis wrote:
>
>> On Thu, May 27, 2010 at 09:04:37AM +0200, laurent laffont wrote:
>> > Hi Dave,
>> >
>> > I've managed to make it running in Pharo (remove all isMorphic ifFalse
>> ...
>> > stuff, change menu registration, a little work is needed to adapt to
>> Pharo
>> > new settings system). It works (I can publish a package when back at
>> home).
>> >
>> > Now I suppose you want to keep it running on Squeak, I don't know how to
>> > handle differences on world menu and preferences.
>> >
>> > For the MVC part, is there some value in keeping it ?
>>
>> Hi Laurent,
>>
>> Thanks, I would be very interested in seeing your changes, especially the
>> menu registration fixes.
>>
>
> For menu registration, add
>
> CommandShell class>>#menuCommandOn: aBuilder
> 
>  (aBuilder item: #'Command Shell')
> parent: #Tools;
> action:[self open];
>  help: 'Smalltalk simulation of a Unix command shell '.
>
> and comment / remove Preferences in CommandShell class>>#initialize.
>
>
> Laurent
>
>
>
>>
>> I do want to keep this working on MVC and on other Squeak images. What
>> I really need to do is repackage CommandShell and OSProcess so that
>> everything is not all in two giant packages. I originally "packaged"
>> these many years ago before Squeak had real packages and Monticello,
>> so I basically separated things into two completely separate SAR packages
>> that could be independently maintained (even though CommandShell and
>> OSProcess were intended to work together). That was quite a project
>> at the time, but it is badly out of date now, so I need to go back
>> and make this stuff work properly with Metacello configurations.
>>
>> Dave
>>
>>
>> ___
>> 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.1] #11376

[Stéphane Ducasse]

11376
-

- Issue 2440:   Collection - Math functions protocol. Thanks Henrik
I cleaned also some code.

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

Re: [Pharo-project] About CodeMorph and Styler dependency

[Stéphane Ducasse]

thanks

On May 27, 2010, at 10:39 PM, Fernando olivero wrote:

> issue 2460
> 
> 
> Name: Morphic-FernandoOlivero.589
> Rethought the CodeMorph class hierarchy, removed the subclasses and added 
> CodeMorph class methods for 
> creating"MethodMorph" and "ClassDefinitionMorph" 
> 
> 
> Fixed now.
> 
> Fernando
> 
> 
> On May 26, 2010, at 10:06 PM, Stéphane Ducasse wrote:
> 
>> which one I could not find it?
>> 
>> On May 25, 2010, at 2:22 PM, Fernando olivero wrote:
>> 
>>> Oh! my mistake, sorry.
>>> i will add the bug entry now.
>>> 
>>> Fernando
>>> 
>>> 
>>> On May 25, 2010, at 2:11 PM, Stéphane Ducasse wrote:
>>> 
 ok I forgot it. :( Please add a bug entry else we forgot.
 
 Stef
 
 On May 25, 2010, at 9:01 AM, Fernando olivero wrote:
 
> Hi Stef, regarding some recent mails about CodeMorph and Shout dependency 
> i don't know if you got this email.
> But i've removed the dependency from Shout and Styler.
> 
> I'm still thinking about using Lukas petit parser to do the styling, or 
> separating the Shout package in two different packages.
> One that deals with TextMorph and the other just for Styling text.
> 
> Fernando
> 
> 
> Begin forwarded message:
> 
>> From: Fernando olivero 
>> Date: May 17, 2010 5:51:30 PM GMT+02:00
>> To: "Pharo-project@lists.gforge.inria.fr" 
>> 
>> Subject: Re: [Pharo-project] TextEditor and NewTextMorph merges and fixes
>> 
>> De nada !
>> 
>> Actually i just published another version of the CodeMorph.  
>> I found no need for subclassing CodeMorph, since the accepting behavior 
>> is on the announcements now,  having specific ClassDescriptionMorph and 
>> MethodMorph wouldn't be beneficial. 
>> Also removed the dependency with the Shout ( and the styler). 
>> 
>> 
>> Name: Morphic-FernandoOlivero.589
>> Rethought the CodeMorph class hierarchy, removed the subclasses and 
>> added CodeMorph class methods for creating
>> "MethodMorph" and "ClassDefinitionMorph" 
>> 
>> 
>> Fernando
>> 
>> On May 17, 2010, at 3:35 PM, Stéphane Ducasse wrote:
>> 
>>> Tx
>>> Gaucho man
>>> 
>>> On May 17, 2010, at 3:32 PM, Fernando olivero wrote:
>>> 
 Issue: 2375
 
 Name: System-Text-FernandoOlivero.8
 Author: FernandoOlivero
 Time: 17 May 2010, 3:22:14 pm
 
 
 
 ##
 Issue:  --
 
 Name: Morphic-FernandoOlivero.588
 Author: FernandoOlivero
 Time: 17 May 2010, 1:42:04 pm
 
 
 
 ___
 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 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

Re: [Pharo-project] About CodeMorph and Styler dependency

[Fernando olivero]

issue 2460


Name: Morphic-FernandoOlivero.589
Rethought the CodeMorph class hierarchy, removed the subclasses and added 
CodeMorph class methods for 
creating"MethodMorph" and "ClassDefinitionMorph" 

Fixed now.

Fernando


On May 26, 2010, at 10:06 PM, Stéphane Ducasse wrote:

> which one I could not find it?
> 
> On May 25, 2010, at 2:22 PM, Fernando olivero wrote:
> 
>> Oh! my mistake, sorry.
>> i will add the bug entry now.
>> 
>> Fernando
>> 
>> 
>> On May 25, 2010, at 2:11 PM, Stéphane Ducasse wrote:
>> 
>>> ok I forgot it. :( Please add a bug entry else we forgot.
>>> 
>>> Stef
>>> 
>>> On May 25, 2010, at 9:01 AM, Fernando olivero wrote:
>>> 
 Hi Stef, regarding some recent mails about CodeMorph and Shout dependency 
 i don't know if you got this email.
 But i've removed the dependency from Shout and Styler.
 
 I'm still thinking about using Lukas petit parser to do the styling, or 
 separating the Shout package in two different packages.
 One that deals with TextMorph and the other just for Styling text.
 
 Fernando
 
 
 Begin forwarded message:
 
> From: Fernando olivero 
> Date: May 17, 2010 5:51:30 PM GMT+02:00
> To: "Pharo-project@lists.gforge.inria.fr" 
> 
> Subject: Re: [Pharo-project] TextEditor and NewTextMorph merges and fixes
> 
> De nada !
> 
> Actually i just published another version of the CodeMorph.  
> I found no need for subclassing CodeMorph, since the accepting behavior 
> is on the announcements now,  having specific ClassDescriptionMorph and 
> MethodMorph wouldn't be beneficial. 
> Also removed the dependency with the Shout ( and the styler). 
> 
> 
> Name: Morphic-FernandoOlivero.589
> Rethought the CodeMorph class hierarchy, removed the subclasses and added 
> CodeMorph class methods for creating
> "MethodMorph" and "ClassDefinitionMorph" 
> 
> 
> Fernando
> 
> On May 17, 2010, at 3:35 PM, Stéphane Ducasse wrote:
> 
>> Tx
>> Gaucho man
>> 
>> On May 17, 2010, at 3:32 PM, Fernando olivero wrote:
>> 
>>> Issue: 2375
>>> 
>>> Name: System-Text-FernandoOlivero.8
>>> Author: FernandoOlivero
>>> Time: 17 May 2010, 3:22:14 pm
>>> 
>>> 
>>> 
>>> ##
>>> Issue:  --
>>> 
>>> Name: Morphic-FernandoOlivero.588
>>> Author: FernandoOlivero
>>> Time: 17 May 2010, 1:42:04 pm
>>> 
>>> 
>>> 
>>> ___
>>> 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 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] PasteUpMorph?

[Stéphane Ducasse]

Does anybody know what 
defineApplicationView and defineFactoryView are doing?
;)

Stef

___
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.1] #11375

[Stéphane Ducasse]

11375
-

- Issue 767: BlockClosure decompile bug. Thanks nicolas and henrik.
- Rewrite = nil to isNil. Thanks Gabriel

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] CommandShell

[laurent laffont]

On Thu, May 27, 2010 at 4:45 PM, David T. Lewis  wrote:

> On Thu, May 27, 2010 at 09:04:37AM +0200, laurent laffont wrote:
> > Hi Dave,
> >
> > I've managed to make it running in Pharo (remove all isMorphic ifFalse
> ...
> > stuff, change menu registration, a little work is needed to adapt to
> Pharo
> > new settings system). It works (I can publish a package when back at
> home).
> >
> > Now I suppose you want to keep it running on Squeak, I don't know how to
> > handle differences on world menu and preferences.
> >
> > For the MVC part, is there some value in keeping it ?
>
> Hi Laurent,
>
> Thanks, I would be very interested in seeing your changes, especially the
> menu registration fixes.
>

For menu registration, add

CommandShell class>>#menuCommandOn: aBuilder

 (aBuilder item: #'Command Shell')
parent: #Tools;
action:[self open];
 help: 'Smalltalk simulation of a Unix command shell '.

and comment / remove Preferences in CommandShell class>>#initialize.


Laurent



>
> I do want to keep this working on MVC and on other Squeak images. What
> I really need to do is repackage CommandShell and OSProcess so that
> everything is not all in two giant packages. I originally "packaged"
> these many years ago before Squeak had real packages and Monticello,
> so I basically separated things into two completely separate SAR packages
> that could be independently maintained (even though CommandShell and
> OSProcess were intended to work together). That was quite a project
> at the time, but it is badly out of date now, so I need to go back
> and make this stuff work properly with Metacello configurations.
>
> Dave
>
>
> ___
> 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] [Vm-dev] Re: Integrating VMMaker-dtl.175

[laurent laffont]

On Thu, May 27, 2010 at 9:36 PM, Igor Stasenko  wrote:

>
> On 27 May 2010 20:29, laurent laffont  wrote:
> >
> > Hi Igor,
>
> Hi, Laurent.
> It is not because of introduction of concretely mine changes.
> Apparently it is a problem with sources out of sync with VMMaker.
> Try get latest SVN and build with latest VMMaker sources (not those,
> which in SVN).
>

- rev 2210 is the latest squeakvm source.
- VMMaker.dtl.176 the latest VMMaker package.

I forgot to tell I'm on Linux, gcc 4.5.0.



>
> > build fails with
> > - squeakvm trunk rev. 2210
> > - ConfigurationOfVMMaker 1.4 (VMMaker-dtl.176)
> > - all Plugins but UUID external
> > Scanning dependencies of target squeakvm
> > [  3%] Building C object CMakeFiles/squeakvm.dir/gnu-interp.c.o
> > /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c: In function
> ‘sendInvokeCallbackStackRegistersJmpbuf’:
> > /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25885:74:
> erreur: ‘BytesPerWord’ undeclared (first use in this function)
> > /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25885:74:
> note: each undeclared identifier is reported only once for each function it
> appears in
> > /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25887:24:
> erreur: ‘BaseHeaderSize’ undeclared (first use in this function)
> > /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25888:2:
> erreur: ‘ShiftForWord’ undeclared (first use in this function)
> > make[2]: *** [CMakeFiles/squeakvm.dir/gnu-interp.c.o] Erreur 1
> > make[1]: *** [CMakeFiles/squeakvm.dir/all] Erreur 2
> > make: *** [all] Erreur 2
> > Laurent Laffont
> >
> > http://pharocasts.blogspot.com/
> > http://magaloma.blogspot.com/
> >
> >
> > On Thu, May 27, 2010 at 11:02 AM, Igor Stasenko 
> wrote:
> >>
> >> Dear all,
> >>
> >> i would really like to finish an integration of new finalization.
> >> But this requires releasing a new VMs for all platforms.
> >>
> >> If you think, we're done with VM-side part, then lets proceed with
> >> releasing new VMs, so we could start using new feature.
> >>
> >> --
> >> 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
> >
> >
> >
>
>
>
> --
> 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] [Vm-dev] Re: Integrating VMMaker-dtl.175

[Igor Stasenko]

On 27 May 2010 20:29, laurent laffont  wrote:
>
> Hi Igor,

Hi, Laurent.
It is not because of introduction of concretely mine changes.
Apparently it is a problem with sources out of sync with VMMaker.
Try get latest SVN and build with latest VMMaker sources (not those,
which in SVN).

> build fails with
> - squeakvm trunk rev. 2210
> - ConfigurationOfVMMaker 1.4 (VMMaker-dtl.176)
> - all Plugins but UUID external
> Scanning dependencies of target squeakvm
> [  3%] Building C object CMakeFiles/squeakvm.dir/gnu-interp.c.o
> /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c: In function 
> ‘sendInvokeCallbackStackRegistersJmpbuf’:
> /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25885:74: 
> erreur: ‘BytesPerWord’ undeclared (first use in this function)
> /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25885:74: note: 
> each undeclared identifier is reported only once for each function it appears 
> in
> /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25887:24: 
> erreur: ‘BaseHeaderSize’ undeclared (first use in this function)
> /home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25888:2: erreur: 
> ‘ShiftForWord’ undeclared (first use in this function)
> make[2]: *** [CMakeFiles/squeakvm.dir/gnu-interp.c.o] Erreur 1
> make[1]: *** [CMakeFiles/squeakvm.dir/all] Erreur 2
> make: *** [all] Erreur 2
> Laurent Laffont
>
> http://pharocasts.blogspot.com/
> http://magaloma.blogspot.com/
>
>
> On Thu, May 27, 2010 at 11:02 AM, Igor Stasenko  wrote:
>>
>> Dear all,
>>
>> i would really like to finish an integration of new finalization.
>> But this requires releasing a new VMs for all platforms.
>>
>> If you think, we're done with VM-side part, then lets proceed with
>> releasing new VMs, so we could start using new feature.
>>
>> --
>> 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
>
>
>



-- 
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] little gofer enh

[Dale Henrichs]

Stef,

I think so ... I think that when we get to the point where we have 
separate Metacello repositories for Pharo 1.0 and Pharo 1.1 it will be 
part of the 'require' tool set anyway...


Dale

Stéphane Ducasse wrote:

so may be we should load it with metacello / gofer?

On May 27, 2010, at 8:37 PM, Dale Henrichs wrote:


Stef,

That's exactly what GoferProjectLoader is for... see 
http://www.smallworks.com.ar/en/community/GoferProjectLoader.

Although you'd type:

 Gofer project load: 'Torch'

Dale


stephane ducasse wrote:

hi lukas
recently I spend a lot of time typing expression like that Gofer new
squeaksource: 'Torch';
package: 'ConfigurationOfTorch';
load
Gofer new   squeaksource: 'Glamour';
package: 'ConfigurationOfGlamour';
load
And I would love to type
Gofer loadConfigurationOf: #Torch is it possible :)
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

Re: [Pharo-project] little gofer enh

[Stéphane Ducasse]

so may be we should load it with metacello / gofer?

On May 27, 2010, at 8:37 PM, Dale Henrichs wrote:

> Stef,
> 
> That's exactly what GoferProjectLoader is for... see 
> http://www.smallworks.com.ar/en/community/GoferProjectLoader.
> 
> Although you'd type:
> 
>  Gofer project load: 'Torch'
> 
> Dale
> 
> 
> stephane ducasse wrote:
>> hi lukas
>> recently I spend a lot of time typing expression like that Gofer new 
>> squeaksource: 'Torch';
>>  package: 'ConfigurationOfTorch';
>>  load
>> Gofer newsqueaksource: 'Glamour';
>>  package: 'ConfigurationOfGlamour';
>>  load
>> And I would love to type
>> Gofer loadConfigurationOf: #Torch is it possible :)
>> 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] little gofer enh

[Lukas Renggli]

Isn't that what
 does?

Lukas

On 27 May 2010 20:13, stephane ducasse  wrote:
> hi lukas
>
> recently I spend a lot of time typing expression like that
>
> Gofer new
>        squeaksource: 'Torch';
>        package: 'ConfigurationOfTorch';
>        load
>
> Gofer new
>        squeaksource: 'Glamour';
>        package: 'ConfigurationOfGlamour';
>        load
>
>
> And I would love to type
>
> Gofer loadConfigurationOf: #Torch
>
> is it possible :)
>
> Stef
>
> ___
> 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] little gofer enh

[Dale Henrichs]

Stef,

That's exactly what GoferProjectLoader is for... see 
http://www.smallworks.com.ar/en/community/GoferProjectLoader.


Although you'd type:

  Gofer project load: 'Torch'

Dale


stephane ducasse wrote:

hi lukas

recently I spend a lot of time typing expression like that 

Gofer new 
	squeaksource: 'Torch';

package: 'ConfigurationOfTorch';
load

Gofer new 
	squeaksource: 'Glamour';

package: 'ConfigurationOfGlamour';
load


And I would love to type

Gofer loadConfigurationOf: #Torch 


is it possible :)

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] little gofer enh

[stephane ducasse]

hi lukas

recently I spend a lot of time typing expression like that 

Gofer new 
squeaksource: 'Torch';
package: 'ConfigurationOfTorch';
load

Gofer new 
squeaksource: 'Glamour';
package: 'ConfigurationOfGlamour';
load


And I would love to type

Gofer loadConfigurationOf: #Torch 

is it possible :)

Stef

___
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.1] #11374

[Stéphane Ducasse]

11374
-

- Issue 2477: traits got lost from class definition when loaded with MC. Thanks 
Alex.

Should fix nile and torch problems. Added a couple of tests.

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

[Pharo-project] Fwd: [Vm-dev] Squeak removed from Gentoo Linux

[Stéphane Ducasse]

Reading the complete thread is quite interesting.

Stef

Begin forwarded message:

> From: Bert Freudenberg 
> Date: May 27, 2010 7:37:54 PM GMT+02:00
> To: Squeak Virtual Machine Development Discussion 
> 
> Subject: [Vm-dev] Squeak removed from Gentoo Linux
> Reply-To: Squeak Virtual Machine Development Discussion 
> 
> 
> 
> Squeak was recently removed from Gentoo Linux Ebuilds because of security 
> issues in our bundled plugins:
> 
>   http://bugs.gentoo.org/show_bug.cgi?id=247363
> 
> While it is convenient for us to bundle external library sources, package 
> maintainers do not like that practice. Is there anything we can realistically 
> do about it?
> 
> - Bert -
> 


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

Re: [Pharo-project] Integrating VMMaker-dtl.175

[laurent laffont]

Hi Igor,

build fails with
- squeakvm trunk rev. 2210
- ConfigurationOfVMMaker 1.4 (VMMaker-dtl.176)
- all Plugins but UUID external

Scanning dependencies of target squeakvm

[  3%] Building C object CMakeFiles/squeakvm.dir/gnu-interp.c.o

/home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c: In function
‘sendInvokeCallbackStackRegistersJmpbuf’:
/home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25885:74:
erreur: ‘BytesPerWord’ undeclared (first use in this function)
/home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25885:74: note:
each undeclared identifier is reported only once for each function it
appears in
/home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25887:24:
erreur: ‘BaseHeaderSize’ undeclared (first use in this function)
/home/lol/sandbox/squeakvm/easysqueak/out/build/gnu-interp.c:25888:2:
erreur: ‘ShiftForWord’ undeclared (first use in this function)
make[2]: *** [CMakeFiles/squeakvm.dir/gnu-interp.c.o] Erreur 1
make[1]: *** [CMakeFiles/squeakvm.dir/all] Erreur 2
make: *** [all] Erreur 2

Laurent Laffont

http://pharocasts.blogspot.com/
http://magaloma.blogspot.com/


On Thu, May 27, 2010 at 11:02 AM, Igor Stasenko  wrote:

> Dear all,
>
> i would really like to finish an integration of new finalization.
> But this requires releasing a new VMs for all platforms.
>
> If you think, we're done with VM-side part, then lets proceed with
> releasing new VMs, so we could start using new feature.
>
> --
> 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

Re: [Pharo-project] plan for 1.1

[Stéphane Ducasse]

I was thinking to rollback createClass in MCClassDefinition
but now alex published a new fix so I will try to load Torch with it.

Stef

On May 27, 2010, at 5:33 PM, Torsten Bergmann wrote:

> Interesting, in an 11371 AND the new 11373 core image
> 
> this works:
> -
> Gofer new
>   squeaksource: 'MetacelloRepository';
>   package: 'ConfigurationOfNile';
>   load.
>   
> ((Smalltalk at: #ConfigurationOfNile) project version: '1.1') load
> -
> 
> but this 
> 
> -
> Gofer new
>   squeaksource: 'MetaSource'; 
>   package: 'ConfigurationOfMetaSource';
>   load.
> 
> (Smalltalk at: #ConfigurationOfMetaSource) load
> -
> 
> => which indirectly loads ConfigurationOfPharo 
> => which indirectly uses 1.1 of ConfigurationOfNile 
> => which crashes while loading Nile with the stack below.
> 
> 
> If you use older 11367 core image it works without any problem.
> 
> Bye
> T.
> 
> 
> 
> NSAbstractInflateStream(Object)>>doesNotUnderstand: 
> #huffmanTableFrom:mappedBy:
>   Receiver: a NSAbstractInflateStream
>   Arguments and temporary variables: 
>   aMessage:   huffmanTableFrom: #(8 8 8 8 8 8 8 8 8 8 8 8 8 8 
> 8 8 8 8 8 8 8 8 8 8 8...etc...
>   exception:  MessageNotUnderstood: 
> NSAbstractInflateStream>>huffmanTableFrom:mapp...etc...
>   resumeValue:nil
>   Receiver's instance variables: 
>   state:  nil
>   bitBuf: nil
>   bitPos: nil
>   source: nil
>   sourcePos:  nil
>   sourceLimit:nil
>   litTable:   nil
>   distTable:  nil
>   sourceStream:   nil
>   crc:nil
>   position:   nil
>   readLimit:  nil
>   collection: nil
> 
> NSAbstractInflateStream class>>initialize
>   Receiver: NSAbstractInflateStream
>   Arguments and temporary variables: 
>   low:#(1 2 3 4 5 7 9 13 17 25 33 49 65 97 129 193 257 385 
> 513 769 1025 1537 204...etc...
>   high:   #(0 0 0 0 1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 9 9 10 10 11 
> 11 12 12 13 13)
>   i:  258
>   i:  30
>   i:  31
>   Receiver's instance variables: 
>   superclass: Object
>   methodDict: a 
> MethodDictionary(#atEnd->(NSAbstractInflateStream>>#atEnd "a Comp...etc...
>   format: 156
>   instanceVariables:  #('state' 'bitBuf' 'bitPos' 'source' 
> 'sourcePos' 'sourceLimi...etc...
>   organization:   ('testing' atEnd)
> ('requirements' bitBuf bitBuf: bitBuff bitBuff:...etc...
>   subclasses: {NSGZipReadStream. NSZLibReadStream. 
> NSZipReadStream}
>   name:   #NSAbstractInflateStream
>   classPool:  a Dictionary(#BlockProceedBit->8 
> #BlockTypes->#(#processStoredBlock ...etc...
>   sharedPools:nil
>   environment:a SystemDictionary(lots of globals)
>   category:   #'Nile-Clients-Inflate-Deflate'
>   traitComposition:   {}
>   localSelectors: nil
> 
> MCMethodDefinition>>postloadOver:
>   Receiver: a MCMethodDefinition(NSAbstractInflateStream 
> class>>initialize)
>   Arguments and temporary variables: 
>   aDefinition:nil
>   Receiver's instance variables: 
>   classIsMeta:true
>   source: 'initialize
>   | low high |
>   "InflateStream initialize"
>   MaxBits := 16.
> ...etc...
>   category:   #initialization
>   selector:   #initialize
>   className:  #NSAbstractInflateStream
>   timeStamp:  'cyrille.delaunay 6/3/2009 14:40'
> 
> [] in [] in [] in MCPackageLoader>>basicLoad
>   Receiver: a MCPackageLoader
>   Arguments and temporary variables: 
>   ea: a MCMethodDefinition(NSAbstractInflateStream 
> class>>initialize)
>   Receiver's instance variables: 
>   requirements:   #()
>   unloadableDefinitions:  a SortedCollection()
>   obsoletions:a Dictionary()
>   additions:  an OrderedCollection(a 
> MCOrganizationDefinition(#(#'Nile-Clients-Bin...etc...
>   removals:   an OrderedCollection()
>   errorDefinitions:   an OrderedCollection()
>   provisions: a Set(#CompiledMethodTest #CommentedEvent 
> #TestValueWithinFix #Comp...etc...
>   methodAdditions:an OrderedCollection(a MethodAddition a 
> MethodAddition a Metho...etc...
> 
> [

[Pharo-project] plan for 1.1

[Torsten Bergmann]

Interesting, in an 11371 AND the new 11373 core image

this works:
-
Gofer new
squeaksource: 'MetacelloRepository';
package: 'ConfigurationOfNile';
load.

((Smalltalk at: #ConfigurationOfNile) project version: '1.1') load
-

but this 

-
Gofer new
squeaksource: 'MetaSource'; 
package: 'ConfigurationOfMetaSource';
load.

(Smalltalk at: #ConfigurationOfMetaSource) load
-

=> which indirectly loads ConfigurationOfPharo 
=> which indirectly uses 1.1 of ConfigurationOfNile 
=> which crashes while loading Nile with the stack below.


If you use older 11367 core image it works without any problem.

Bye
T.



NSAbstractInflateStream(Object)>>doesNotUnderstand: #huffmanTableFrom:mappedBy:
Receiver: a NSAbstractInflateStream
Arguments and temporary variables: 
aMessage:   huffmanTableFrom: #(8 8 8 8 8 8 8 8 8 8 8 8 8 8 
8 8 8 8 8 8 8 8 8 8 8...etc...
exception:  MessageNotUnderstood: 
NSAbstractInflateStream>>huffmanTableFrom:mapp...etc...
resumeValue:nil
Receiver's instance variables: 
state:  nil
bitBuf: nil
bitPos: nil
source: nil
sourcePos:  nil
sourceLimit:nil
litTable:   nil
distTable:  nil
sourceStream:   nil
crc:nil
position:   nil
readLimit:  nil
collection: nil

NSAbstractInflateStream class>>initialize
Receiver: NSAbstractInflateStream
Arguments and temporary variables: 
low:#(1 2 3 4 5 7 9 13 17 25 33 49 65 97 129 193 257 385 
513 769 1025 1537 204...etc...
high:   #(0 0 0 0 1 1 2 2 3 3 4 4 5 5 6 6 7 7 8 8 9 9 10 10 11 
11 12 12 13 13)
i:  258
i:  30
i:  31
Receiver's instance variables: 
superclass: Object
methodDict: a 
MethodDictionary(#atEnd->(NSAbstractInflateStream>>#atEnd "a Comp...etc...
format: 156
instanceVariables:  #('state' 'bitBuf' 'bitPos' 'source' 
'sourcePos' 'sourceLimi...etc...
organization:   ('testing' atEnd)
('requirements' bitBuf bitBuf: bitBuff bitBuff:...etc...
subclasses: {NSGZipReadStream. NSZLibReadStream. 
NSZipReadStream}
name:   #NSAbstractInflateStream
classPool:  a Dictionary(#BlockProceedBit->8 
#BlockTypes->#(#processStoredBlock ...etc...
sharedPools:nil
environment:a SystemDictionary(lots of globals)
category:   #'Nile-Clients-Inflate-Deflate'
traitComposition:   {}
localSelectors: nil

MCMethodDefinition>>postloadOver:
Receiver: a MCMethodDefinition(NSAbstractInflateStream 
class>>initialize)
Arguments and temporary variables: 
aDefinition:nil
Receiver's instance variables: 
classIsMeta:true
source: 'initialize
| low high |
"InflateStream initialize"
MaxBits := 16.
...etc...
category:   #initialization
selector:   #initialize
className:  #NSAbstractInflateStream
timeStamp:  'cyrille.delaunay 6/3/2009 14:40'

[] in [] in [] in MCPackageLoader>>basicLoad
Receiver: a MCPackageLoader
Arguments and temporary variables: 
ea: a MCMethodDefinition(NSAbstractInflateStream 
class>>initialize)
Receiver's instance variables: 
requirements:   #()
unloadableDefinitions:  a SortedCollection()
obsoletions:a Dictionary()
additions:  an OrderedCollection(a 
MCOrganizationDefinition(#(#'Nile-Clients-Bin...etc...
removals:   an OrderedCollection()
errorDefinitions:   an OrderedCollection()
provisions: a Set(#CompiledMethodTest #CommentedEvent 
#TestValueWithinFix #Comp...etc...
methodAdditions:an OrderedCollection(a MethodAddition a 
MethodAddition a Metho...etc...

[] in [] in OrderedCollection(Collection)>>do:displayingProgress:every:
Receiver: an OrderedCollection(a 
MCOrganizationDefinition(#(#'Nile-Clients-BinaryOrTextStream' #'Nil...etc...
Arguments and temporary variables: 
<
Receiver's instance variables: 
array:

Re: [Pharo-project] CommandShell

[David T. Lewis]

On Thu, May 27, 2010 at 09:04:37AM +0200, laurent laffont wrote:
> Hi Dave,
> 
> I've managed to make it running in Pharo (remove all isMorphic ifFalse ...
> stuff, change menu registration, a little work is needed to adapt to Pharo
> new settings system). It works (I can publish a package when back at home).
> 
> Now I suppose you want to keep it running on Squeak, I don't know how to
> handle differences on world menu and preferences.
> 
> For the MVC part, is there some value in keeping it ?

Hi Laurent,

Thanks, I would be very interested in seeing your changes, especially the
menu registration fixes.

I do want to keep this working on MVC and on other Squeak images. What
I really need to do is repackage CommandShell and OSProcess so that
everything is not all in two giant packages. I originally "packaged"
these many years ago before Squeak had real packages and Monticello,
so I basically separated things into two completely separate SAR packages
that could be independently maintained (even though CommandShell and
OSProcess were intended to work together). That was quite a project
at the time, but it is badly out of date now, so I need to go back
and make this stuff work properly with Metacello configurations.

Dave


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

Re: [Pharo-project] Gettext package in PharoNonCorePackages

[Hilaire Fernandes]

I don't think so

Hilaire


Mariano Martinez Peck a écrit :
Thanks Hilaire. Do you think this should be added to PharoDev? Because 
most of PharoNonCorePackages do.


Cheers

Mariano

On Wed, May 26, 2010 at 9:11 PM, Hilaire Fernandes 
> wrote:


I move the gettext package there, as it is the right place for long
term  support for this package.

Please, from now, commit any change there.

http://www.squeaksource.com/PharoNonCorePackages

Hilaire


___
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] difference between Sequenceable and Ordered

[Nicolas Cellier]

Ordered have the capability of adding/removing elements, Sequenceable
not necessarily (think of Arrayed)

Nicolas

2010/5/27 Tristan Bourgois :
>
> Thanks, that's very interesting but not really help me sorry!
> Sorry may be the question are not very precise.
> My question is about the behavior so I put it in the context:
>
> I refactoring the collection in trait and I search if
> there are a difference between a Sequenceable and
> Ordered behavior. Because if there are not difference
> I don't create trait for the Ordered behavior.
>
> So do you think there are difference between the two behavior?
>
> --
> View this message in context: 
> http://forum.world.st/difference-between-Sequenceable-and-Ordered-tp2231718p2232820.html
> Sent from the Pharo Smalltalk mailing list archive at Nabble.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] plan for 1.1

[Stéphane Ducasse]

I lost again a couple of hours because the bug only appears with glamour so I 
will rollback the createClass of MCClassDefinition 
for now.

Stef
On May 27, 2010, at 11:02 AM, Stéphane Ducasse wrote:

> Torsten
> 
> can you give a try to see if it fixes your problems with the latest cs?
> Apparently Torch is ok now.
> 
> Stef
> 
> On May 26, 2010, at 4:05 PM, Stéphane Ducasse wrote:
> 
>>> Stef wrote
 I found the traits bug :)
>>> 
>>> OK, can we expect a fix in the next update (11373?).
>> 
>> yes of course I was exhausted and had to sleep.
>> http://code.google.com/p/pharo/issues/detail?id=2477
> 
> 
> ___
> 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] Bug with Debug Test in OB: BlockCannotReturn

[Lukas Renggli]

Having a good and easily reproducible bug description is half of the
working fixing the actual bug.

Lukas

2010/5/27 Mariano Martinez Peck :
> Thanks Lukas. It is funny. It takes more time to me submitting the issue
> than the time to wait in gmail and receive Lukas fixes hahhahahah
>
>
> On Thu, May 27, 2010 at 12:08 PM, Lukas Renggli  wrote:
>>
>> It's fixed in
>>
>>  Name: OB-SUnitIntegration-lr.29
>>  Author: lr
>>  Time: 27 May 2010, 12:04:41 pm
>>  UUID: 77fd95eb-754d-49fe-859f-fc3508adc94f
>>  Ancestors: OB-SUnitIntegration-lr.28
>>
>> Lukas
>>
>> 2010/5/27 Mariano Martinez Peck :
>> > Hi folks. I have the following issue:
>> >
>> > http://code.google.com/p/pharo/issues/detail?id=2485
>> >
>> > Pharo image: Pharo-1.1-11367-Beta
>> > Pharo core version: 11367
>> >
>> > Virtual machine used: Mac 2.4.2
>> > Class browser used if applicable: OB
>> >
>> > Steps to reproduce:
>> > 1. Open a system browser
>> > 2. Select a class that has tests. Example ArrayLiteralTest.
>> > 3. Select any test method, like testByteArrayBase.
>> >
>> > 4. Right button, "debug test"
>> > 5. When the debugger raise, just click on Proceed
>> >
>> > There you will get a BlockCannotReturn: Block Cannot Return
>> >
>> > I attach PharoDebug.log in the issue tracker.
>> >
>> > Cheers
>> >
>> >
>> > Mariano
>> >
>> > ___
>> > 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 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] Bug with Debug Test in OB: BlockCannotReturn

[Mariano Martinez Peck]

Thanks Lukas. It is funny. It takes more time to me submitting the issue
than the time to wait in gmail and receive Lukas fixes hahhahahah


On Thu, May 27, 2010 at 12:08 PM, Lukas Renggli  wrote:

> It's fixed in
>
>  Name: OB-SUnitIntegration-lr.29
>  Author: lr
>  Time: 27 May 2010, 12:04:41 pm
>  UUID: 77fd95eb-754d-49fe-859f-fc3508adc94f
>  Ancestors: OB-SUnitIntegration-lr.28
>
> Lukas
>
> 2010/5/27 Mariano Martinez Peck :
> > Hi folks. I have the following issue:
> >
> > http://code.google.com/p/pharo/issues/detail?id=2485
> >
> > Pharo image: Pharo-1.1-11367-Beta
> > Pharo core version: 11367
> >
> > Virtual machine used: Mac 2.4.2
> > Class browser used if applicable: OB
> >
> > Steps to reproduce:
> > 1. Open a system browser
> > 2. Select a class that has tests. Example ArrayLiteralTest.
> > 3. Select any test method, like testByteArrayBase.
> >
> > 4. Right button, "debug test"
> > 5. When the debugger raise, just click on Proceed
> >
> > There you will get a BlockCannotReturn: Block Cannot Return
> >
> > I attach PharoDebug.log in the issue tracker.
> >
> > Cheers
> >
> >
> > Mariano
> >
> > ___
> > 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 mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Re: [Pharo-project] Image Lockdown/Deployment mode

[Mariano Martinez Peck]

> Maybe the old "Lockdown" package could be a start:
> http://wiki.squeak.org/squeak/518
>
>



> I think of a loadable package "ImageLocker" with a class
> that can set/unset the appropriate preferences and provide
> alternative error handlers, menues, ...
>
> Any comments?
>
>
I really like it. I would love to have such features. Maybe we can elaborate
it and try to have it for 1.2
Just creating a wiki page or an issue with label 1.2 will persist this
thread.


> Thx
> T.
>
> BTW: I remember having a hard time with the "deployment step" in most
> commercial environments due to "striping" the image.


Gr  me too. A lot of times, the "reduce" step didn't include me methods
because they don't *seemed* to have senders. But those methods were really
called, buy by reflection. Then I suffered some DNUs at production :(




> Now this
> is partly adressed by building images bottom to top using
> Metacello now. One could load his app based on a core without
> the extended dev-tools.
>
> But Pharo should really care to also easily disable developer
> facilities so developers may use it as the platform for
> their next project.
>
>
> --
> GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
> Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
>
> ___
> 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] Towards clean unloading Morphic (an idea)

[Hannes Hirzel]

On 5/20/10, Igor Stasenko  wrote:
> Hello,
>
> i just thought, that in order to get down to a minimal kernel image,
> it would be nice to move all Morphic globals into a shared pool.
>
> Things like, World, ActiveWorld
> could be placed into a MorphicPool class.
>
> Then we can make an easy transition
> 1. add this pool to classes which using that global & recompile them
>
> 2. for classes, which should have no dependency from Morphic,
> use a messages like
>
> Object >> currentWorld
>^ (Smalltalk at: #MorphicPool ifAbsent: [ self error: 'bummer' ])
> currentWorld .
>
> Then, i hope, you can unload the Morphic using MC and it will leave no
> trace in an image (or at least less trace than usual ;).
>
> Same could be applied to Graphics package (to get rid a Display global)
>
> --
> Best regards,
> Igor Stasenko AKA sig.

Hello
If have read all the other mails in this thread.
The proposal by Igo may be implemented with the means available.

Is there any strong reason not to move ahead with this?

Kind regards
Hannes

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

Re: [Pharo-project] Bug with Debug Test in OB: BlockCannotReturn

[Lukas Renggli]

It's fixed in

  Name: OB-SUnitIntegration-lr.29
  Author: lr
  Time: 27 May 2010, 12:04:41 pm
  UUID: 77fd95eb-754d-49fe-859f-fc3508adc94f
  Ancestors: OB-SUnitIntegration-lr.28

Lukas

2010/5/27 Mariano Martinez Peck :
> Hi folks. I have the following issue:
>
> http://code.google.com/p/pharo/issues/detail?id=2485
>
> Pharo image: Pharo-1.1-11367-Beta
> Pharo core version: 11367
>
> Virtual machine used: Mac 2.4.2
> Class browser used if applicable: OB
>
> Steps to reproduce:
> 1. Open a system browser
> 2. Select a class that has tests. Example ArrayLiteralTest.
> 3. Select any test method, like testByteArrayBase.
>
> 4. Right button, "debug test"
> 5. When the debugger raise, just click on Proceed
>
> There you will get a BlockCannotReturn: Block Cannot Return
>
> I attach PharoDebug.log in the issue tracker.
>
> Cheers
>
>
> Mariano
>
> ___
> 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] Bug with Debug Test in OB: BlockCannotReturn

[Mariano Martinez Peck]

Hi folks. I have the following issue:

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

Pharo image: Pharo-1.1-11367-Beta
Pharo core version: 11367
Virtual machine used: Mac 2.4.2
Class browser used if applicable: OB

Steps to reproduce:
1. Open a system browser
2. Select a class that has tests. Example ArrayLiteralTest.
3. Select any test method, like testByteArrayBase.
4. Right button, "debug test"
5. When the debugger raise, just click on Proceed

There you will get a BlockCannotReturn: Block Cannot Return

I attach PharoDebug.log in the issue tracker.

Cheers

Mariano



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

Re: [Pharo-project] difference between Sequenceable and Ordered

[Tristan Bourgois]

Thanks, that's very interesting but not really help me sorry!
Sorry may be the question are not very precise.
My question is about the behavior so I put it in the context:

I refactoring the collection in trait and I search if
there are a difference between a Sequenceable and
Ordered behavior. Because if there are not difference 
I don't create trait for the Ordered behavior. 

So do you think there are difference between the two behavior?

-- 
View this message in context: 
http://forum.world.st/difference-between-Sequenceable-and-Ordered-tp2231718p2232820.html
Sent from the Pharo Smalltalk mailing list archive at Nabble.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] plan for 1.1

[Stéphane Ducasse]

Torsten

can you give a try to see if it fixes your problems with the latest cs?
Apparently Torch is ok now.

Stef

On May 26, 2010, at 4:05 PM, Stéphane Ducasse wrote:

>> Stef wrote
>>> I found the traits bug :)
>> 
>> OK, can we expect a fix in the next update (11373?).
> 
> yes of course I was exhausted and had to sleep.
> http://code.google.com/p/pharo/issues/detail?id=2477


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

[Pharo-project] Integrating VMMaker-dtl.175

[Igor Stasenko]

Dear all,

i would really like to finish an integration of new finalization.
But this requires releasing a new VMs for all platforms.

If you think, we're done with VM-side part, then lets proceed with
releasing new VMs, so we could start using new feature.

-- 
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] [ANN] Dan Ingalls at HPI (Fwd: Einladung zum HPI-Kolloquium am 03.06.10, 16:00 Uhr, HS 2)

[Torsten Bergmann]

for those who are not on squeak-dev list but may be interested:

see
http://lists.squeakfoundation.org/pipermail/squeak-dev/2010-May/151011.html
-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

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

Re: [Pharo-project] #and:and:and: deprecated on 1.1, why?

[Igor Stasenko]

On 27 May 2010 01:57, Levente Uzonyi  wrote:
> On Wed, 26 May 2010, Igor Stasenko wrote:
>
>> On 26 May 2010 22:18, Levente Uzonyi  wrote:
>>>
>>> On Wed, 26 May 2010, Igor Stasenko wrote:
>>>
 On 26 May 2010 20:47, Levente Uzonyi  wrote:
>
> On Wed, 26 May 2010, Lukas Renggli wrote:
>
 - The exact semantics of #and:and:and: is not clear without knowing
 how it is implemented.

 - There are subtle semantic differences between "a and: [ b ] and: [
 c
 ] and: [ d ]" and "a and: [ b and: [ c and: [ d ] ] ]" if the
 conditions have side-effects.
>>>
>>> That's not true. Both #and: and #and:and:and: (and friends) are
>>> short-circuit, so they'll cause exactly the same side effects.
>>
>> I know that and this is *not* what I am talking about. What you point
>> out is already discussed above, it is absolutely unclear what
>> #and:and:and: does without looking at the implementation.
>>
>> The point is that blocks that are lexically nested "a and: [ b and: [
>> c ] ]" and blocks that are in a lexical sequence "a and: [ b ] and: [
>> c ]" do not have the same expressive power (temps, state) and do not
>> necessarily behave the same.
>
> Maybe i'm just narrow-minded, but I can't see the difference except for
> the
> scope of temporaries defined inside blocks.
>

 For pushing a closure on stack, an interpreter makes a copy of closure
 literal, from method's literal frame.
 For expressions like:
 a and: [ b ] and: [ c ]

 it should prepare and push 2 closures.

 and for expression like:

 a and: [ b and: [ c ] ]

 just one.
 So it is faster, for cases when outer block is not activated, because
 a is false.
>>>
>>> I understand this. And I know that the current compiler will inline the
>>> blocks in the second case which gives the real difference in speed.
>>>
>>> What I don't understand is: how can these two expressions behave
>>> differently. Can you provide a, b and c which will behave differently if
>>> evaluated as:
>>> 1) a and: [ b ] and: [ c ]
>>> and
>>> 2) a and: [ b and: [ c ] ]
>>> ?
>>>
>> Trivial. I could implement own #and: method in my class.
>> And there's no way how #and:and: could provide similar behavior.
>
> Nice idea, but there's no a, b or c in it (which evaluate to a Boolean).
> Anyway if you implement a method named #and:, you won't be able to use it,
> since #and: is inlined. (Which means that it's like a keyword, you can't
> reuse it without changing the compiler. This is another reason why inlining
> more methods is a bad idea.)
>
I know. But all optimizations should follow a rule: you can cheat, but
not get caught. Isnt? :)
In smalltalk, i can send #and: message to any object.
And from this point , there is no way how #and:and: could provide
similar behavior,
unless my class also implements it.

>
> Levente
>
>>
>>
>>>
>>> Levente
>>>

>
> Levente
>
>>
>> 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
>>
>
> ___
> 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
>>>
>>
>>
>>
>> --
>> 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
>



-- 
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] CommandShell

[laurent laffont]

Hi Dave,

I've managed to make it running in Pharo (remove all isMorphic ifFalse ...
stuff, change menu registration, a little work is needed to adapt to Pharo
new settings system). It works (I can publish a package when back at home).

Now I suppose you want to keep it running on Squeak, I don't know how to
handle differences on world menu and preferences.

For the MVC part, is there some value in keeping it ?

Cheers,

Laurent Laffont

http://pharocasts.blogspot.com/
http://magaloma.blogspot.com/


On Thu, May 27, 2010 at 8:52 AM, Stéphane Ducasse  wrote:

> I'm sure people can help if you need.
>
> On May 27, 2010, at 6:07 AM, David T. Lewis wrote:
>
> > On Sat, May 22, 2010 at 09:30:51AM +0200, laurent laffont wrote:
> >> Hi,
> >>
> >> I'm trying to load CommandShell into Pharo.
> >>
> >> I have the error:
> >>
> >> This package depends on the following classes:
> >>  PluggableTextController
> >>  PluggableTextView
> >> You must resolve these dependencies before you will be able to load
> these
> >> definitions:
> >>  ShellWindowView
> >> ..
> >>
> >>
> >> Do you know where I can find  PluggableTextController and
>  PluggableTextView
> >> ? Or maybe we can use other classes to make it compatible with Pharo
> >
> > Hi Laurent,
> >
> > Sorry for my late response, but the errors that you are encountering are
> > just missing MVC classes. CommandShell has both a Morphic and an MVC user
> > interface, but MVC has been removed from Pharo. I think that you can just
> > ignore the the errors, and the Morphic UI should still work properly.
> >
> > Yes I should split CommandShell into separate packages in Montecello
> > so you can just load what you want. But I have not done this yet for
> > CommandShell or OSProcess.
> >
> > Dave
> >
> >
> > ___
> > 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