- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [COTDC] 35#2 - MCDefinitionIndex

by StÃ©phane Ducasse

I'm a simple container of MCDefinitions which can be added or removed. Stef On Mar 24, 2011, at 9:26 PM, laurent laffont wrote: > Today: MCDefinitionIndex > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent

March 24, 2011

Re: [Pharo-project] [COTDC] 35 - MCPackageCache

by StÃ©phane Ducasse

I'm a kind of cache for versions and filenames of packages. Stef On Mar 24, 2011, at 7:18 PM, laurent laffont wrote: > Anyone or abort ? > > Laurent. > > On Wed, Mar 23, 2011 at 6:40 PM, laurent laffont <laurent.laffont(a)gmail.com> wrote: > Today: MCPackageCache > > > Comment Of The Day Contest - One Day One Comment > Rules: > #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). > #2: If you cannot comment it, deprecate it. > Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest > > Laurent >

March 24, 2011

Re: [Pharo-project] custom code on squeaksource

by StÃ©phane Ducasse

> > > I like it! A great use for tuples. Not sure I like sots vs instanceVarables, but then I'm an old man ;) > Have you thought about automatically creating accessors for byte data? I'm imagining > > HeapField subclass: #ObjectHeaderLittleEndian > type: #Bits > fields: { > #classTag => 20. > #isPointers => 1 => #Boolean. > #isIndexable => 1 => #Boolean. > #slotSize => 8 => #Align => 8. > #identityHash => 20 => #Align => 32. > #isMarked => 1 => #Boolean. > #isForwarded => 1 => #Boolean. > #isWeak => 1 => #Boolean. > #isEphemeron => 1 => #Boolean. } > classSlots: {} > globals: '' > category: #'VMMaker-MemoryManager' yes now we should probably avoid to have syntax in the class definition but in a description of the slots. What means exactly: #identityHash => 20 => #Align => 32. For slots we did a first experience with marcus in 2008/9 where we show that we could get first class instanceVariable without speed penalties. We postpone our experience because it required a working new compiler and a complete rewrite of classBuilder. We want to be able to define active value hashTable relationship magritte like description and a lot more So if you have ideas or wishes let us know. Stef

March 24, 2011

Re: [Pharo-project] Issue 3875 in pharo: Merge minor NumberParser refactorings from Squeak

by pharo＠googlecode.com

Updates: Status: FixProposed Comment #1 on issue 3875 by nicolas....(a)gmail.com: Merge minor NumberParser refactorings from Squeak http://code.google.com/p/pharo/issues/detail?id=3875 SLICE-Issue-3875-MinorNumberParserRefactoringsFromSqueak-nice.1 Dependencies: Kernel-nice.848

March 24, 2011

Re: [Pharo-project] test crashing the cog vm

by StÃ©phane Ducasse

>> <stephane.ducasse(a)inria.fr> wrote: >>> >>> But why we could not have a byecode validator at the image level that >>> first make sure that byte code are in sync with the format of the objects. >> >> Because it can be compromised. An in-image verifier is subject to attack, >> and could be disabled by an attack that got past the in-image verifier >> before it got a chance to run. An in-VM verifier is not possible to >> side-step because it is the only way to execute code. So an in-VM verifier >> can be secure but an in-image one can't and so is pointless. >> > For real hacker there's nothing impossible :) > > Right now its not possible to split image to layered onion (like > operating system does, where you have kernel level, > and user level), but i think (at least in theory) such composition > could be implemented, except that sure thing > we don't have resources to invest in this direction. > > It is actually nice field for research (hello guys from academy :) we have three phds on the topics and we will see. > > -- > Best regards, > Igor Stasenko AKA sig. >

March 24, 2011

Re: [Pharo-project] test crashing the cog vm

by StÃ©phane Ducasse

Of course if we talk about attack. I was just talking about verifying to avoid simple crashes. Stef On Mar 24, 2011, at 7:34 PM, Eliot Miranda wrote: > > > On Tue, Mar 22, 2011 at 5:34 AM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > But why we could not have a byecode validator at the image level that first make sure that byte code are in sync with the format of the objects. > > Because it can be compromised. An in-image verifier is subject to attack, and could be disabled by an attack that got past the in-image verifier before it got a chance to run. An in-VM verifier is not possible to side-step because it is the only way to execute code. So an in-VM verifier can be secure but an in-image one can't and so is pointless. > > > Why this has to be done in the vm. > > Stef >

March 24, 2011

Re: [Pharo-project] Pharo 1.2 red again

by StÃ©phane Ducasse

this is a good news Stef On Mar 24, 2011, at 4:59 PM, Dale Henrichs wrote: > Stef, > > Yep ... all the pieces are there ... it's just a matter of putting them together in the right order..this is what we do for GemStone GLASS builds... > > Dale > > On Mar 24, 2011, at 1:21 AM, StÃ©phane Ducasse wrote: > >> henrichs >> >> do you know if you have now the pieces in place to be able to freeze a configuration and all its recursive sets in a dedicated repository? >> >> Stef > >

March 24, 2011

Re: [Pharo-project] double click highlighting problem with quotation marks

by DougEdmunds

Is there an ambiguity that can't be resolved? If it looked backward first before looking forward, it might find an unmatched 'opening' quotation mark. This applies to both single and double quotes. -- View this message in context: http://forum.world.st/double-click-highlighting-problem-with-quotation-mark… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

March 24, 2011

[Pharo-project] Issue 3875 in pharo: Merge minor NumberParser refactorings from Squeak

by pharo＠googlecode.com

Status: Accepted Owner: nicolas....(a)gmail.com Labels: Type-Squeak New issue 3875 by nicolas....(a)gmail.com: Merge minor NumberParser refactorings from Squeak http://code.google.com/p/pharo/issues/detail?id=3875 There are three changed methods: 1) using peekSignIsMinus gives a chance to subclasses to parse a leading + 2) using ifNil: is faster than isNil ifTrue: (with current Compiler) 3) skip: -1 in an error case so as to insert the error message at the right place

March 24, 2011

[Pharo-project] [COTDC] 35#2 - MCDefinitionIndex

by laurent laffont

Today: MCDefinitionIndex Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfTheDayContest Laurent

March 24, 2011