- Pharo-dev - lists.pharo.org

Re: [Pharo-project] The video about Athens

by Igor Stasenko

strange.. that video , if streamed from flash.. seems to be without sound track :( but if you click on "download this video" link, then everything is ok.. -- Best regards, Igor Stasenko.

April 19, 2012

Re: [Pharo-project] Stupid question about Fuel

by Sean P. DeNigris

Sean P. DeNigris wrote > > Steph, would you be happy integrating such a feature? If so, I can have it > ready quickly and bring back needed (at least for Edgar and I) > functionality, turned off by default, so there would be no difference felt > for those that don't want it... > Steph, did you see this? Thanks, Sean -- View this message in context: http://forum.world.st/Stupid-question-about-Fuel-tp4558930p4571402.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 19, 2012

Re: [Pharo-project] One-click...takes more than one click...

by Sean P. DeNigris

It seems to be working now. I just clicked on "Pharo 1.4 one-click" @ http://www.pharo-project.org/pharo-download , double-clicked on the downloaded file, and Pharo launched (Mac Lion) HTH, Sean -- View this message in context: http://forum.world.st/One-click-takes-more-than-one-click-tp4571331p4571393… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 19, 2012

Re: [Pharo-project] [squeak-dev] CogVM binaries as per VMMaker.oscog-eem.157/r2550.

by Eliot Miranda

On Thu, Apr 19, 2012 at 12:55 AM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > > > On Thu, Apr 19, 2012 at 6:08 AM, Eliot Miranda <eliot.miranda(a)gmail.com>wrote: > >> http://www.mirandabanda.org/files/Cog/VM/VM.r2550/ >> >> CogVM binaries as per VMMaker.oscog-eem.157/r2550. >> >> Stack/CoInterpreter/Cogit: >> Implement proper bounds checking for byte access to compiled >> methods. Raise errors for accesses outside initialPC to size. >> >> CoInterpreter: >> Provide a thorough flush primitive for CompiledMethods that discards all >> machine code and makes sure that any contexts using the method have bytecode >> pcs. Primitive #215 (same as 116 in the Stack VM). This is much slower than >> 116 (flushCache) since it has to enumerate over all heap contexts. >> >> > Excellent. Does it mean we should implement something like this: > > CompiledMethod >> flushCache > "Tell the interpreter to remove all references to this method from its > method lookup cache, if it has one. In addition, it provides a thorough > flush primitive for CompiledMethods that discards all machine code and > makes sure that any contexts using the method have bytecode > pcs. > This primitive must be called whenever a method is redefined or > removed." > <primitive: 215> > self simpleFlushCache > > > CompiledMethod >> simpleFlushCache > "Tell the interpreter to remove all references to this method from its > method lookup cache, if it has one. This primitive must be called whenever > a method is redefined or removed." > > <primitive: 116>\ > No. 215 is extremely expensive, because it scans the entire heap looking for contexts using the method, and in the common case of redefining a method it is unnecessary. It is only necessary if you modify a method still in-use; read the comment of the attached method. Further, I would prefer to update the Interpreter to implement primitive 215 using primitive 116, i.e. in the Interpreter's primitive table have both (116 primitiveFlushCacheByMethod) ... (215 primitiveFlushCacheByMethod) "primitiveVoidVMStateForMethod in the CoInterpreter" This is what I've done in the StackInterpreter. In fact, we need to put in time to bring the Interpreter's primitive set into agreement with Cog. So I'm expecting we will have voidCogVMState "Tell the VM to remove all references to any machine code form of the method. This primitive must be called whenever a method is in use and modified. This is more aggressive (and *much* more costly) than flushCache since it must search through all context objects, making sure that none have a (hidden) machine code pc in the receiver. Since modifying a method will likely change the generated machine code, modifying a method (rather than redefining it) requires this more aggressive flush." <primitive: 215> ^self primitiveFailed flushCache "Tell the interpreter to remove all references to this method from its method lookup cache, if it has one. This primitive must be called whenever a method is defined or removed. NOTE: Only one of two selective flush methods needs to be used. Squeak 2.2 and earlier uses 119 (See Symbol flushCache). Squeak 2.3 and later uses 116 (See CompiledMethod flushCache)." <primitive: 116> or voidCogVMState "Tell the VM to remove all references to any machine code form of the method. This primitive must be called whenever a method is in use and modified. This is more aggressive (and *much* more costly) than flushCache since it must search through all context objects, making sure that none have a (hidden) machine code pc in the receiver. Since modifying a method will likely change the generated machine code, modifying a method (rather than redefining it) requires this more aggressive flush." <primitive: 215> ^self flushCache flushCache "Tell the interpreter to remove all references to this method from its method lookup cache, if it has one. This primitive must be called whenever a method is defined or removed. NOTE: Only one of two selective flush methods needs to be used. Squeak 2.2 and earlier uses 119 (See Symbol flushCache). Squeak 2.3 and later uses 116 (See CompiledMethod flushCache)." <primitive: 116> > > > If you have a better name for #simpleFlushCache please let me know. > if you agree, I will open an issue for this. > > Cheers > > > >> >> Provide an xray primitive for CompiledMethod that answers if a method has >> machine code, and if so if it's machine code is frameless, and/or refers >> to a young object. No primitive number. Used to test the above. >> >> Make printOopShort: print Association keys. Useful for >> longPrintOop:, and hence printReferencesTo: etc. >> >> Mac OS: add fflush to debug printing in sqMacUIEventsUniversal.c so output >> appears promptly. >> >> Fix the annoying bogus error messages from the mprotect calls by getting the >> length arg to mprotect right. >> >> Add version infor for the Cross/plugins tree. Add a -version switch to win32 >> >> -- >> >> best, >> >> Eliot >> >> >> >> >> > > > -- > Mariano > http://marianopeck.wordpress.com > > -- best, Eliot

April 19, 2012

Re: [Pharo-project] One-click...takes more than one click...

by blake

Weird. I can't find where I was now...Going back the links look fine. Dunno what I did. :-/ Thanks. On Thu, Apr 19, 2012 at 8:54 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On Apr 19, 2012, at 5:49 PM, blake wrote: > >> Heh. Perhaps I misunderstand the point of the one-click, but in the >> Pharo 1.4 one-click, I get: >> >> Pharo-1.4.changes >> Pharo-1.4.image >> PharoV10.sources >> >> Which means I have to download some kind of executable as well. It's >> not a problem for me, personally, but the repeated references to "This >> package does not need any installation and contains all necessary >> files. Just download and run the executable." are confusing, since >> there is no executable. >> > > Hello, > > maybe a link is wrong somewhere? Ther are two files: > > The one with executables: > > https://gforge.inria.fr/frs/download.php/30621/Pharo-1.4-14438-OneClick.zip > > one without: > > https://gforge.inria.fr/frs/download.php/30620/Pharo-1.4-14438.zip > > -- > Marcus Denker -- http://marcusdenker.de > >

April 19, 2012

Re: [Pharo-project] [DRAFT] Announce mail / news entry...

by Sean P. DeNigris

Marcus Denker-4 wrote > > Sorry, too late... > I noticed :) -- View this message in context: http://forum.world.st/DRAFT-Announce-mail-news-entry-tp4570244p4571369.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 19, 2012

[Pharo-project] Pharo Kernel Reload Tests-Unix - Build # 79 - Still unstable!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

April 19, 2012

Re: [Pharo-project] One-click...takes more than one click...

by Marcus Denker

On Apr 19, 2012, at 5:49 PM, blake wrote: > Heh. Perhaps I misunderstand the point of the one-click, but in the > Pharo 1.4 one-click, I get: > > Pharo-1.4.changes > Pharo-1.4.image > PharoV10.sources > > Which means I have to download some kind of executable as well. It's > not a problem for me, personally, but the repeated references to "This > package does not need any installation and contains all necessary > files. Just download and run the executable." are confusing, since > there is no executable. > Hello, maybe a link is wrong somewhere? Ther are two files: The one with executables: https://gforge.inria.fr/frs/download.php/30621/Pharo-1.4-14438-OneClick.zip one without: https://gforge.inria.fr/frs/download.php/30620/Pharo-1.4-14438.zip -- Marcus Denker -- http://marcusdenker.de

April 19, 2012

Re: [Pharo-project] One-click...takes more than one click...

by Serge Stinckwich

Which version did you take ? Normally there is an executable included (3 in fact for the main platform). Regards, On Thu, Apr 19, 2012 at 10:49 PM, blake <dsblakewatson(a)gmail.com> wrote: > Heh. Perhaps I misunderstand the point of the one-click, but in the > Pharo 1.4 one-click, I get: > > Pharo-1.4.changes > Pharo-1.4.image > PharoV10.sources > > Which means I have to download some kind of executable as well. It's > not a problem for me, personally, but the repeated references to "This > package does not need any installation and contains all necessary > files. Just download and run the executable." are confusing, since > there is no executable. > > ===Blake=== > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Every DSL ends up being Smalltalk http://doesnotunderstand.org/

April 19, 2012

Re: [Pharo-project] The video about Athens

by Igor Stasenko

Oh yes... and if you notice sometimes i say "we" not "me" during video. Because i was not alone doing all the work. I'd like to thank a LOT to Fernando Olivero for his help and dedication with making Cairo backend for Athens!!! He were visiting our team during March for one month and we did a lot of things together, pushing Athens to much useful state. -- Best regards, Igor Stasenko.

April 19, 2012