Re: [Pharo-project] CommandShell
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
Re: [Pharo-project] CommandShell
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 stephane.duca...@inria.fr 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
Re: [Pharo-project] #and:and:and: deprecated on 1.1, why?
On 27 May 2010 01:57, Levente Uzonyi le...@elte.hu wrote: On Wed, 26 May 2010, Igor Stasenko wrote: On 26 May 2010 22:18, Levente Uzonyi le...@elte.hu wrote: On Wed, 26 May 2010, Igor Stasenko wrote: On 26 May 2010 20:47, Levente Uzonyi le...@elte.hu 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
[Pharo-project] [ANN] Dan Ingalls at HPI (Fwd: Einladung zum HPI-Kolloquium am 03.06.10, 16:00 Uhr, HS 2)
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
[Pharo-project] Integrating VMMaker-dtl.175
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
Re: [Pharo-project] plan for 1.1
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
Re: [Pharo-project] difference between Sequenceable and Ordered
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] Bug with Debug Test in OB: BlockCannotReturn
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 http://pharo.googlecode.com/issues/attachment?aid=4547915944036018779name=PharoDebug.logtoken=ff8f6b7bcc85e41a94ac3da2ed92a5ef ___ 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
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 marianop...@gmail.com: 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
Re: [Pharo-project] [squeak-dev] Towards clean unloading Morphic (an idea)
On 5/20/10, Igor Stasenko siguc...@gmail.com 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] Image Lockdown/Deployment mode
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] Bug with Debug Test in OB: BlockCannotReturn
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 reng...@gmail.com 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 marianop...@gmail.com: 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] Bug with Debug Test in OB: BlockCannotReturn
Having a good and easily reproducible bug description is half of the working fixing the actual bug. Lukas 2010/5/27 Mariano Martinez Peck marianop...@gmail.com: 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 reng...@gmail.com 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 marianop...@gmail.com: 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] plan for 1.1
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] difference between Sequenceable and Ordered
Ordered have the capability of adding/removing elements, Sequenceable not necessarily (think of Arrayed) Nicolas 2010/5/27 Tristan Bourgois tr.bourg...@laposte.net: 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] Gettext package in PharoNonCorePackages
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 hilaire.fernan...@gmail.com mailto:hilaire.fernan...@gmail.com 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 mailto: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] CommandShell
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
[Pharo-project] plan for 1.1
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:
NSAbstractInflateStreamhuffmanTableFrom: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 classinitialize
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
MCMethodDefinitionpostloadOver:
Receiver: a MCMethodDefinition(NSAbstractInflateStream
classinitialize)
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 MCPackageLoaderbasicLoad
Receiver: a MCPackageLoader
Arguments and temporary variables:
ea: a MCMethodDefinition(NSAbstractInflateStream
classinitialize)
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:
error during printing
Receiver's instance variables:
array: an
Re: [Pharo-project] plan for 1.1
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:
NSAbstractInflateStreamhuffmanTableFrom: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 classinitialize
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
MCMethodDefinitionpostloadOver:
Receiver: a MCMethodDefinition(NSAbstractInflateStream
classinitialize)
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 MCPackageLoaderbasicLoad
Receiver: a MCPackageLoader
Arguments and temporary variables:
ea: a MCMethodDefinition(NSAbstractInflateStream
classinitialize)
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
Re: [Pharo-project] Integrating VMMaker-dtl.175
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 siguc...@gmail.com 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
[Pharo-project] Fwd: [Vm-dev] Squeak removed from Gentoo Linux
Reading the complete thread is quite interesting. Stef Begin forwarded message: From: Bert Freudenberg b...@freudenbergs.de Date: May 27, 2010 7:37:54 PM GMT+02:00 To: Squeak Virtual Machine Development Discussion vm-...@lists.squeakfoundation.org Subject: [Vm-dev] Squeak removed from Gentoo Linux Reply-To: Squeak Virtual Machine Development Discussion vm-...@lists.squeakfoundation.org 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
[Pharo-project] [update 1.1] #11374
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] little gofer enh
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
Re: [Pharo-project] little gofer enh
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
Re: [Pharo-project] little gofer enh
Isn't that what http://www.smallworks.com.ar/en/community/GoferProjectLoader does? Lukas On 27 May 2010 20:13, stephane ducasse stephane.duca...@free.fr 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
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
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] [Vm-dev] Re: Integrating VMMaker-dtl.175
On 27 May 2010 20:29, laurent laffont laurent.laff...@gmail.com 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 siguc...@gmail.com 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
On Thu, May 27, 2010 at 9:36 PM, Igor Stasenko siguc...@gmail.com wrote: On 27 May 2010 20:29, laurent laffont laurent.laff...@gmail.com 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 siguc...@gmail.com 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] CommandShell
On Thu, May 27, 2010 at 4:45 PM, David T. Lewis 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 worldMenu (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] #11375
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
[Pharo-project] PasteUpMorph?
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
Re: [Pharo-project] About CodeMorph and Styler dependency
issue 2460 Name: Morphic-FernandoOlivero.589 Rethought the CodeMorph class hierarchy, removed the subclasses and added CodeMorph class methods for creatingMethodMorph 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 olive...@lu.unisi.ch Date: May 17, 2010 5:51:30 PM GMT+02:00 To: Pharo-project@lists.gforge.inria.fr 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
Re: [Pharo-project] About CodeMorph and Styler dependency
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 creatingMethodMorph 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 olive...@lu.unisi.ch Date: May 17, 2010 5:51:30 PM GMT+02:00 To: Pharo-project@lists.gforge.inria.fr 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
[Pharo-project] [update 1.1] #11376
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] how to add an entry in World Menu (was: CommandShell)
See http://book.pharo-project.org/book/TipsAndTricks/WorldMenuRegistration Can someone write a little example on how to add Settings ? I need this :) http://book.pharo-project.org/book/TipsAndTricks/WorldMenuRegistration Cheers, Laurent On Thu, May 27, 2010 at 9:56 PM, laurent laffont laurent.laff...@gmail.comwrote: On Thu, May 27, 2010 at 4:45 PM, David T. Lewis le...@mail.msen.comwrote: 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 worldMenu (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] O2 and Pharo 1.0
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
[Pharo-project] Struct with doubles
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] plan for 1.1
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
Re: [Pharo-project] CommandShell
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 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 worldMenu (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
Re: [Pharo-project] Fwd: [Vm-dev] Squeak removed from Gentoo Linux
On Fri, May 28, 2010 at 1:07 AM, Stéphane Ducasse stephane.duca...@inria.fr 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 b...@freudenbergs.de Date: May 27, 2010 7:37:54 PM GMT+02:00 To: Squeak Virtual Machine Development Discussion vm-...@lists.squeakfoundation.org Subject: [Vm-dev] Squeak removed from Gentoo Linux Reply-To: Squeak Virtual Machine Development Discussion vm-...@lists.squeakfoundation.org 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] [squeak-dev] Re: New weak finalization support. Implementation
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
[Pharo-project] FWD: Re: [squeak-dev] [ANN] Croquet OpenGL on Squeaksource (Re: Trying to load ALienOpenGL into 4.1 alpha...)
(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: SystemDictionaryplatformName 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 FormflipVertically 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] A port of Pharo: Redline Smalltalk ...
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
Re: [Pharo-project] difference between Sequenceable and Ordered
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 tr.bourg...@laposte.net 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] how to add an entry in World Menu (was: CommandShell)
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 laurent.laff...@gmail.com mailto:laurent.laff...@gmail.com wrote: On Thu, May 27, 2010 at 4:45 PM, David T. Lewis le...@mail.msen.com 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 worldMenu (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 mailto: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
