June 2012 - Pharo-dev - lists.pharo.org

[Pharo-project] Fastest utf-8 encoder contest

by Igor Stasenko

Hi, hardcore hackers. please take a look at the code and tell if it can be improved. The AsmJit snippet below transforms an unicode integer value to 1..4-byte sequence of utf-8 then the outer piece of code (which is not yet written) will accumulate the results of this snippet to do a memory-aligned (4byte) writes.. like that, if 4 unicode characters can be encoded into 4 utf-8 bytes (which mostly the case for latin-1 char range), then there will be 4 memory reads (to read four 32-bit unicode values) but only single memory write (to write four 8-bit utf-8 encoded values). The idea is to make utf-8 encoding speed close to memory copying speed :) convertUnicode: asm " input: - EAX 32-bit unicode value to convert output: - EAX - utf-8 encoded character (in little-endian byte order) max 4 bytes - EDX - number of encoded bytes " | moreThanOne moreThanTwo moreThanThree end | moreThanOne := asm uniqueLabelName: 'moreThanOne'. moreThanTwo := asm uniqueLabelName: 'moreThanTwo'. moreThanThree := asm uniqueLabelName: 'moreThanThree'. end := asm uniqueLabelName: 'end'. asm cmp: asm EAX with: 16r7F; jg: moreThanOne; "one byte" mov: 1 to: asm EDX; jmp: end; label: moreThanOne; cmp: asm EAX with: 16r7FF; jg: moreThanTwo; "two bytes 80 .. 7FF" " AH AL " "00000aaa aabbbbbb" "110aaaaa 10bbbbbb AL AH (little endian order) " shr: asm EAX with: 2; shl: asm AL with: 2; or: asm AX with: 2r1100000010000000; xchg: asm AL with: asm AH; mov: 2 to: asm EDX; jmp: end; label: moreThanTwo; cmp: asm EAX with: 16rFFFF; jg: moreThanThree; "three bytes 800 ... FFFF" " AH AL " "aaaabbbb bbcccccc" " => 1110aaaa 10bbbbbb 10cccccc" shl: asm EAX with: 4; shr: asm AX with: 2; shr: asm AL with: 2; " EAX = ...aaaa xxbbbbbb xxcccccc " or: asm EAX with: 2r111000001000000010000000; "16rE08080" shl: asm EAX with: 8; bswap: asm EAX; mov: 3 to: asm EDX; jmp: end; "four bytes 1000 ... 10FFFF" " AH AL " "000aaabb bbbbcccc ccdddddd" "=> 11110aaa 10bbbbbb 10cccccc 10dddddd" mov: asm EAX to: asm EDX; shl: asm EAX with: 4; shr: asm AX with: 2; shr: asm AL with: 2; " EAX = 0000000a aabbbbbb xxcccccc xxdddddd " and: asm EAX with: 16r3F3F3F; bswap: asm EAX; shr: asm EDX with: 18; "6*3" or: asm DL with: 16r11110000; mov: asm DL to: asm AL; mov: 4 to: asm EDX; label: end -- Best regards, Igor Stasenko.

June 13, 2012

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

by Cameron Sanders

Nick & Yanni, Starting with a clean Pharo 1.4-one-click, running on a Mac, and loading as listed below (see botton of page), does not deliver the desired results. A trivial Magritte described object, rendered (via #call:) "...asComponent addValidatedForm; yourself)" displays only the buttons, and no content editors. It silently fails. My test is the most trivial test of the Person tutorial for Magritte, grab my partial version from MCHttpRepository location: 'http://www.debrispublishing.com/camshared' user: '' password: '' and package is 'Cam'. See the class method of the Manager to register the app; then open a browser on localhost:8080/cam and when one adds a person, there is nothing but buttons. Perhaps the pattern of use is deprecated? CamPersonManager>>add | p | p := self call: (CamPerson new asComponent addValidatedForm ; yourself). p ifNotNil: [ self persons add: p] This same trivial sample code does work in one Pier image I was using. But I was trying really hard to move to a 1.4 image, for the numerous small improvements and fixes; and as Yanni suggested, to be positioned for future support. *If anyone has seaside/Magritte working in 1.4 would you please share with me your exact loading scripts (in proper sequence), or a snapshot of the minimal image (without any extras, of course)?* In the meantime I will try a 1.3 build ... again. I have put a lot of hours in trying to get a 1.4 build that works -- and a few failed 1.3 builds. Everyone else seems to do this in stride. But apparently, I am doing something wrong... dumb... idiotic... and my co-workers are starting to doubt me & my choice of platforms. Any help is most appreciated. Thanks in advance, Cam PS: what I loaded and how -- using Pier config to get seaside & magritte combos that work together (with regard to #description, etc.). Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3'; load. (Smalltalk at: #ConfigurationOfPier3) load. Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load. (Smalltalk at: #ConfigurationOfPier3AddOns) load. "Error about ImageSegment not being available -- used by #serialize: which is used by #snapshot -- but not an issue for me right now, so Proceed" Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfFuel'; load. ((Smalltalk at: #ConfigurationOfFuel) project version: '1.8') load.

June 12, 2012

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

by Yanni Chiu

On 12/06/12 4:36 PM, Mariano Martinez Peck wrote: > > In we DO NOT load SIXX, or other serializers (but yes our Benchmark > package, progressUpate and examples) Maybe it was versions prior to 1.7 that included SIXX, but the 1 or 2 times I tried to use the ConfigurationOf it was pulling in a lot more than I wanted. Since there was only a single monticello package for the core (and one for the tests), I've been loading just that one package since then.

June 12, 2012

Re: [Pharo-project] Pharo 2.0 Jenkins build failing

by Sean P. DeNigris

StÃ©phane Ducasse wrote > > What is the problem? > Are you changes loading? > Then can we load something after :) > The problem is actually just before the new progress bar gets installed, in that same update (#20120). A related change to Collections-Abstract (Collection>>do:displayingProgress:every:) is causing a DNU when headless. I think I have a solution. I emailed you and esteban... -- View this message in context: http://forum.world.st/Pharo-2-0-Jenkins-build-failing-tp4634306p4634561.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 12, 2012

Re: [Pharo-project] Problem with FileHandle >> open [WAS] Re: FileReference should throw error when deleting unexisting files?

by Camillo Bruni

> Update to the last image 20129 there are 4 failing tests and I come to this conclusion. ok but these are whitebox tests which have to be adapted... (apparently my changes got lost there) FileSystem-Tests-Core-CamilloBruni.9 in PharoInbox fixes this :) (by changing the tests)

June 12, 2012

Re: [Pharo-project] Look and font competition

by Igor Stasenko

On 12 June 2012 23:28, Helene Bilbo <thereluctantprogrammer(a)fastmail.fm> wrote: > The subtle texture is more like overlaying the existing elements with white > noise. > > While one can make an IconicButton of course, one can not make a Window > Title Bar this way. There must be a way to make it directly in code? With > more and more high resolution displays it will get interesting some day. > Look at the OS X Lion - Pharo comparison screenshot: > > http://forum.world.st/file/n4634551/SubtleTexture.jpg > oh .. it is indeed subtle.. i didn't get what you mean first time. yes, of course, that's possible.. just not sure if it worth to waste CPU cycles on this, as you said, subtle stuff. > > -- > View this message in context: http://forum.world.st/Look-and-font-competition-tp4634175p4634551.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

June 12, 2012

Re: [Pharo-project] Problem with FileHandle >> open [WAS] Re: FileReference should throw error when deleting unexisting files?

by Mariano Martinez Peck

On Tue, Jun 12, 2012 at 10:49 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > > > In the broken imagen: > > > > FileHandle >> open > > self flag: 'TODO: for now we solely rely on the old FileStreams' > > "id := self basicOpen. > > id ifNil: [ > > reference exists ifFalse: [FileDoesNotExist signalWith: > reference]. > > self error: 'Unable to open file ' , reference printString]" > > > > so of course the id remains in nil when it shouldn't. And the image > where it works the code is not commened. If I uncomment the code of course > it works. > > So what was the idea beheind this change? > > camillo? > > because you'll open the file twice! > > once in the FileHandle (which is never going to be used) and then again in > the FileStream! > > of course the way to go would be to fully rely on FileHandles, > but then somebody (hint hint) has to implement a full FileStream protocol > on top of the FileHandles ;) > > In the future we will do this since it nicely separates the stream source > (based on bytes) from the actually streamed data (mostly characters). > > but for now this is additional work :/ > > AFAIK I had all the tests running in my image, so what's the problem > again here? (I missed the whole discussion earlier :P) > > Update to the last image 20129 there are 4 failing tests and I come to this conclusion. -- Mariano http://marianopeck.wordpress.com

June 12, 2012

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

by Cameron Sanders

Thanks Nick. I wonder --and I will see soon enough-- whether AddOns includes patchwork for ImageSegment as used by #snapshot. That was one problem with the straight up install of Pier 3. Thanks again! Ciao, Cam On Tue, Jun 12, 2012 at 5:09 PM, Nick Ager <nick.ager(a)gmail.com> wrote: > Gofer it > squeaksource: 'MetacelloRepository'; > package: 'ConfigurationOfPier3AddOns'; > load. > > ConfigurationOfPier3AddOns load. > > Should load Seaside, Magritte 3, Pier 3, Pier addons, Pier Admin etc on > top of Pharo 1.3 and Pharo 1.4 >

June 12, 2012

Re: [Pharo-project] Look and font competition

by Helene Bilbo

The subtle texture is more like overlaying the existing elements with white noise. While one can make an IconicButton of course, one can not make a Window Title Bar this way. There must be a way to make it directly in code? With more and more high resolution displays it will get interesting some day. Look at the OS X Lion - Pharo comparison screenshot: http://forum.world.st/file/n4634551/SubtleTexture.jpg -- View this message in context: http://forum.world.st/Look-and-font-competition-tp4634175p4634551.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 12, 2012

Re: [Pharo-project] DBXTalk & seaside / success in Pier one-click / my 1.4 woes follow-up

by Nick Ager

Gofer it squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfPier3AddOns'; load. ConfigurationOfPier3AddOns load. Should load Seaside, Magritte 3, Pier 3, Pier addons, Pier Admin etc on top of Pharo 1.3 and Pharo 1.4 On 12 June 2012 21:44, Cameron Sanders <camsanders(a)aol.com> wrote: > Yanni, > > I tried to be clever and start with 1.4 and load Pier3. But the seaside > load looks incomplete -- conrol panel and other things missing. (And I have > lost another day of muddling with variations.) Rather than debug this > build, perhaps you would tell me your base image build process and I will > attempt to replicate that. (Please. ;) > > So you start with 1.4, and then add ... Seaside, Magritte, Pier, and Fuel? > In that order? And which versions, please? > > Thanks in advance, > Cam > >

June 12, 2012