- Pharo-dev - lists.pharo.org

Re: [Pharo-project] [ENH] Literal Byte Arrays
by Bill Schwab Jan. 30, 2009

Jan. 30, 2009

Lukas, I had pretty much resigned to going without this - not sure why given how much I grip about other stuff :) There are indeed efficiency considerations, but it's also a big step in compatibility. THANKS!!! Bill Wilhelm K. Schwab, Ph.D. University of Florida Department of Anesthesiology PO Box 100254 Gainesville, FL 32610-0254 Email: bschwab(a)anest.ufl.edu Tel: (352) 273-6785 FAX: (352) 392-7029 >>> renggli(a)gmail.com 01/30/09 4:55 AM >>> > so do I understand correctly that your point is to replace > asByteArray by #[] Yes, instead of writing #( 1 2 3 ) asByteArray you write #[ 1 2 3 ] Which is much faster and saves memory, as no conversion and no copying happens at runtime. All Smalltalk dialects (with the exception of GemStone) support this syntax. Pharo should have it too. Lukas -- Lukas Renggli http://www.lukas-renggli.ch _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

1 0

Re: [Pharo-project] [Vm-dev] newDelta >0 failed in sqUnixMemory
by Damien Cassou Jan. 30, 2009

Jan. 30, 2009

On Fri, Jan 30, 2009 at 9:00 AM, Andreas Raab <andreas.raab(a)gmx.de> wrote: > Since you're compiling the VM yourself, you might want to add a guard that > catches the condition and prints out the environmental values (oldLimit, > delta, newSize, newDelta). I would suspect that this is a signed/unsigned > issue with memory being allocated somewhere close to the 2GB barrier and > then flipping from positive to negative. Since newSize and newDelta are > declared int, this could easily happen. Here is the result of: fprintf(stderr, "oldLimit=%p\ndelta=%d\nnewSize=%d\nnewDelta=%d\n"); oldLimit=0x80562b8 delta=-1077506096 newSize=0 newDelta=423027548 squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:175: uxGrowMemoryBy: Assertion `newDelta >= 0' failed. Does it help? -- Damien Cassou http://damiencassou.seasidehosting.st

1 0

[Pharo-project] Multilingual tests
by Michael Rueger Jan. 30, 2009

Jan. 30, 2009

Hi all, are there any other tests available for the Multilingual stuff other than "MultilingualTests-TextConversion"? Would like to avoid re-inventing the wheel... Michael

1 0

Re: [Pharo-project] [Vm-dev] newDelta >0 failed in sqUnixMemory
by Damien Cassou Jan. 30, 2009

Jan. 30, 2009

On Fri, Jan 30, 2009 at 9:00 AM, Andreas Raab <andreas.raab(a)gmx.de> wrote: > Since you're compiling the VM yourself, you might want to add a guard that > catches the condition and prints out the environmental values (oldLimit, > delta, newSize, newDelta). I would suspect that this is a signed/unsigned > issue with memory being allocated somewhere close to the 2GB barrier and > then flipping from positive to negative. Since newSize and newDelta are > declared int, this could easily happen. I've just downgraded gcc to 3.4 (instead of 4.3.2) and it seems to work fine. Do you want me to do more testing with the 4.3.2 version? -- Damien Cassou http://damiencassou.seasidehosting.st

2 1

[Pharo-project] Character and binary streams
by Michael Rueger Jan. 30, 2009

Jan. 30, 2009

Hi all, while working on the unicode cleanup I ran into the current implementation of Character>>storeBinaryOn: aStream "Store the receiver on a binary (file) stream" value < 256 ifTrue:[aStream basicNextPut: self] ifFalse:[Stream nextInt32Put: value]. Me thinks this is pretty useless, as there is no way to read the binary stream again unless you would know at which indices you stored one or four byte characters. The only place where this method is called from text converters writing to binary streams and can only happen, when the converter encounters a unicode character that has now corresponding mapping to the byte based extern character encoding (e.g. Latin1). So the question is what to do in that case? How do other systems deal with this problem? Michael

1 0

[Pharo-project] OB Enhancements universe definition broken
by Adrian Lienhard Jan. 30, 2009

Jan. 30, 2009

Running ScriptLoader loadOB fails at some point because it tries to load http://source.wiresong.ca/ob/OB-Enhancements-dr.291 instead of http://source.wiresong.ca/ob/OB-Enhancements-dr.291.mcz Adrian ___________________ http://www.adrian-lienhard.ch/

3 2

[Pharo-project] newDelta >0 failed in sqUnixMemory
by Damien Cassou Jan. 30, 2009

Jan. 30, 2009

Hi, with a recent stock pharo image and a new VM compiled from svn on Linux, I always get squeak: /tmp/squeak-svn/platforms/unix/vm/sqUnixMemory.c:172: uxGrowMemoryBy: Assertion `newDelta >= 0' failed. Aborted This does not happen on Squeak 3.9 nor 3.10. This did not happen yesterday when I was on Ubuntu Hardy. Now, I'm on Intrepid, GCC 4.3.2 and it crashes after 3 seconds of work on any Pharo image. You may want to know that to compile the vm, I was obliged to change sqUnixFBDevMousePS2.c to make use of the 'write(2)' return value because my compiler didn't want to compile if write(2) return value was unused. -- Damien Cassou http://damiencassou.seasidehosting.st

1 0

[Pharo-project] Updated Polymorph
by Gary Chambers Jan. 29, 2009

Jan. 29, 2009

Got annoyed with the PreferenceBrowser not fully tying in with themes so have reworked it a bit. Interesting to see that less code is needed when utilising the theme helper methods. Done as overrides for Squeak compatability, of course. Really need to start thinking of the base being Pharo with patches for Squeak though. Polymorph-Widgets-gvc.33 on SqueakSource. Regards, Gary.

2 6

[Pharo-project] Polymorph and OB Browser Colors Quick Solution
by Torsten Bergmann Jan. 29, 2009

Jan. 29, 2009

Hi Gary, Scenario: Pharo #10213 image with "ScriptLoader loadSuperOB" After applying the changeset from your mail, the color on the scrollbars is OK now. But the line below the top search field of the browser it is still green. Bye T. -- NUR NOCH BIS 31.01.! GMX FreeDSL - Telefonanschluss + DSL fÃ¼r nur 16,37 EURO/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569a

2 1

[Pharo-project] Squeaksource downtime 29.01.2009
by Marcus Denker Jan. 29, 2009

Jan. 29, 2009

Hi, Squeaksource will be down for a short while (hopefully <30min) tomorrow, 29th Jan, 15h local time (Bern, Central Europe). (The server it is running on needs to be connected to a new (better!) USV) Marcus -- Marcus Denker -- denker(a)iam.unibe.ch http://www.iam.unibe.ch/~denker

1 1