August 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Process>>isTerminated
by Alexandre Bergel Aug. 12, 2010

Aug. 12, 2010

Hi! Time to time I experienced an error when I send #isTerminated to a process. Not really easy to reproduce. Am i the only one to experience this? I created http://code.google.com/p/pharo/issues/detail?id=2792 It contains a debug log Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

1 0

[Pharo-project] license reminder
by StÃ©phane Ducasse Aug. 12, 2010

Aug. 12, 2010

Dear pharoers, please do not forget to sign the license agreement and send it to me (you can by surface mail or scanned pdf). http://code.google.com/p/pharo/wiki/LicenseAgreement Stef

1 0

Re: [Pharo-project] Closure bytecodes?
by James Ladd Aug. 12, 2010

Aug. 12, 2010

Hi Eliot, That is a very nice blog you linked me to. Lots for me to read there. I read this ... The final bytecode is more interesting. 143 10001111 llllkkkk jjjjjjjj iiiiiiii Push Closure Num Copied llll Num Args kkkk BlockSize jjjjjjjjiiiiiiii This creates a closure, initializing it from the arguments and the current context. I'm missing something, is "num copied llll" the number of temps copied from the containing method? Rgs, James.

2 1

[Pharo-project] Closure bytecodes?
by James Ladd Aug. 11, 2010

Aug. 11, 2010

Hi All, This list has been amazinly quick and helpful so thank you all. I'm continuing my adventure through the bytecode and I have a question about the bytecodes for closures. Below is an example dump of a closure ([]) 165 <8F 10 00 1E> closureNumCopied: 1 numArgs: 0 bytes 169 to 198 169 <10> pushTemp: 0 170 <C7> send: class 171 <83 11> send: selectors 173 <83 10> send: asSortedCollection 175 <52> pushLit: WriteStream 176 <53> pushLit: String 177 <CC> send: new 178 <EA> send: on: The number on the left I will refer to as the line number to make my questions more clear. Firstly, on line 165 the closure is reporting num copied 1. What is the 1 thing that it is copying? Secondly, the send bytecode on line 171 is different to that on line 175. Is it because 175 is using a set of known selectors while 171 has to refer to a literal table? Rgs, James.

2 1

[Pharo-project] new lint rule NoClassComment
by Cyrille Delaunay Aug. 11, 2010

Aug. 11, 2010

A proposal for a new lint rule that detect classes with empty comment. Lukas could you include it to the next version of the refactoring browser ? http://code.google.com/p/pharo/issues/detail?id=2790

2 1

[Pharo-project] Poll: missing libraries to support business
by Stephan Eggermont Aug. 11, 2010

Aug. 11, 2010

Philippe wrote: >Rather than imagining what problems non-users could have I'd focus on >what problems existing users have. Instead of building libraries that >you'll have to maintain forever I'd focus in infrastructure that allows >users to write the libraries they need themselves. >Executive summary: >- HTTP(S) >- SqueakDBX >- VM/Cog/kernel/FFI/Alien - making it possible to use all the memory in my system: 64 bit. Stephan

4 4

[Pharo-project] [update 1.2] #12088
by StÃ©phane Ducasse Aug. 11, 2010

Aug. 11, 2010

12088 ----- - Issue 2683: new slice package should get inbox by default as repository. Thanks Carlo Teixeira. - Issue 2754: DateAndTime instance creation from a string or stream sets offset to 0. Thanks Sean De Nigris. - DateAndTime instance creation from strings and streams default to local offset if none is specified (e.g. via class >>readFrom: and class>>fromString:). - DateAndTime tests updated - testReadFromSecond renamed to testPrintStringSecond - added tests for the default offset condition described above - added test of class>>fromString: - Issue 2782: Monticello UI does not make newly added slice or package the selected package. Thanks Carlo Teixeira - Issue 2783: Bitmap>>compressGZip unused. - Issue 2784: More uppercase menues for file service menues. Gorgeous and dead simple but needed. Thanks Torsten Bergmann. Thanks guys! Stef

1 0

Aug. 11, 2010

Hi guys some guys here need to get up to date about variableSubclass and friends. Do you remember some texts around? Stef

1 0

[Pharo-project] Fwd: Re: Squeaksource XML Parser - Enhanced support for CDATA Sections
by jaayer Aug. 11, 2010

Aug. 11, 2010

============ Forwarded message ============ >From : jaayer To : "Jan van de Sandt" Date : Mon, 09 Aug 2010 14:55:29 -0700 Subject : Re: Squeaksource XML Parser - Enhanced support for CDATA Sections ============ Forwarded message ============ ---- On Mon, 09 Aug 2010 04:44:07 -0700 Jan van de Sandt wrote ---- >Hello, > >Ok, I understand the problem :-) thanks for explaining it. > > >Here is a new version. In this version the XMLDOMParser has an extra property preserveCDATASections so the behaviour is now configurable. For now the default value of this property is true. Thank you for the patch. I have merged it in, but with the following modifications: 1) Preservation of CDATA sections is disabled by default, as most of the time you don't really care whether parsed character data originally contained &, < or other pseudoentities to escape special characters or if those special characters were guarded within a CDATA section. 2) #addCDATASection: has not been added. I really don't want a proliferation of #add* methods in XMLElement or XMLNodeWithElements for every node type. #addContent: is special, as it accepts a node or a string, and #addElement; was once needed for the special handling element nodes required but is no longer needed. #addNode: should be preferred. 3) The messages added to XMLDOMParser were renamed to #isInCDataSection, #preservesCDataSections, and #preservesCDataSections: to make it clearer that they take or return boolean values. Here is an example that demonstrates parsing with CDATA section preservation: doc := (XMLDOMParser on: '') preservesCDataSections: true; parseDocument. doc root firstNode When evaluated with cmd-p, it produces:

3 12

[Pharo-project] Fixed: Issue 2754 - DateAndTime creation from string/stream using incorrect default offset
by Sean P. DeNigris Aug. 11, 2010

Aug. 11, 2010

http://code.google.com/p/pharo/issues/detail?id=2754 Fix in PharoInbox SLICE-Issue-2754-CreationFromStringOrStreamDefaultsToLocalOffset-SeanDeNigris.1 -- View this message in context: http://forum.world.st/Fixed-Issue-2754-DateAndTime-creation-from-string-str… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

2 3