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

Re: [Pharo-project] Look and font competition

by camille teruel

2012/6/12 Igor Stasenko <siguctua(a)gmail.com> > 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. > EFLs use bitmaps to render everything, it runs fast, you don't need antialiasing, and you can customize the appearance however you like. Couldn't it be an inspiration?

June 13, 2012

Re: [Pharo-project] recompiling class

by Marcus Denker

> On 11 June 2012 09:26, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> >> >> The whole point about improving the system is to then use the improvements. >> Else what's the point in improving anything? >> > > Hi, from Capt. Obvious :) > The sad fact is that this is not obvious... far from it. Marcus -- Marcus DenkerÂ --Â denker(a)acm.org http://www.marcusdenker.de

June 13, 2012

Re: [Pharo-project] Fastest utf-8 encoder contest

by Philippe Marschall

On 06/13/2012 04:44 AM, Igor Stasenko wrote: > 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 :) In Seaside we use an other trick that Andreas Raab come up with. The assumption is that most of the strings are ASCII [1]. We use a CharSet / bitmap to quickly scan the string for the index of the first non-ASCII character. If we find none we just answer the argument. No copying at all. In Seaside 3.1 we go one step further. Imagine you have a long ByteString and only few non-ASCII characters. We do not want to have to copy the whole string just to utf-8 encode a few characters, so we combine the above approach with #next:putAll:startingAt: so that we only have to encode and copy the non-ASCII characters, everything else is not copied. I have become quite paranoid about allocation in Pharo. If I can remove about two or three #streamContents: I can get about 100 to 200 req/s more. [1] This seems to be true for the rendering code in Seaside since it renders many small snippets. Even if you have several non-ASCII strings on a page since each string is rendered individually all the rest will still be ASCII. Cheers Philippe

June 13, 2012

Re: [Pharo-project] Fastest utf-8 encoder contest

by Marcus Denker

On Jun 13, 2012, at 10:07 AM, Sven Van Caekenberghe wrote: > Hi Igor, > > It is very good that someone tries to optimize this, it is a weak point currently, performance wise. > > I am not a low-level guy, so I can't really help with the assembler code. But utf-8 encoding/decoding is an area that interests me. > > I can point to the 2 currently available utf-8 encoders/decoders that I know of, as this might be instructive for your quest (provided you did not already know of them): > > UTF8TextConverter > ZnUTF8Encoder > > In Seaside, there is some optimization code in > > GRPharoUtf8CodecStream>>#encodeFast: > We shoud standardize on *one* converter... what is the use of everyone doing it again? Marcus -- Marcus Denker -- http://marcusdenker.de

June 13, 2012

Re: [Pharo-project] FileReference should throw error when deleting unexisting files?

by Mariano Martinez Peck

- Added #deleteIfAbsent: , #ensureDeleted and #ensureClosed. - Added #testDeleteIfAbsent, #testEnsureClosed, #testEnsureDeleted and #testExists. - Make FileSystemHandleTest >> tearDown more robust by using ensure* methods. I have know much about FileSystem so if someone can check please. I don't know if the classes where I place the unit tests are the correct place. http://code.google.com/p/pharo/issues/detail?id=6060 thanks On Tue, Jun 12, 2012 at 10:57 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > Mariano Martinez Peck wrote > > > > Hi sean. It's time you update your image ;) > > ...does not work with > > Pharo2.0a > > Latest update: #20129 > > > > Ah yes. Now it's broken... I feel much better :) > > -- > View this message in context: > http://forum.world.st/FileReference-should-throw-error-when-deleting-unexis… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

June 13, 2012

Re: [Pharo-project] Fastest utf-8 encoder contest

by Sven Van Caekenberghe

Hi Igor, It is very good that someone tries to optimize this, it is a weak point currently, performance wise. I am not a low-level guy, so I can't really help with the assembler code. But utf-8 encoding/decoding is an area that interests me. I can point to the 2 currently available utf-8 encoders/decoders that I know of, as this might be instructive for your quest (provided you did not already know of them): UTF8TextConverter ZnUTF8Encoder In Seaside, there is some optimization code in GRPharoUtf8CodecStream>>#encodeFast: that avoids encoding for runs of Latin1 characters. HTH, Sven On 13 Jun 2012, at 04:44, Igor Stasenko wrote: > 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] Problem with FileHandle >> open [WAS] Re: FileReference should throw error when deleting unexisting files?

by Mariano Martinez Peck

On Tue, Jun 12, 2012 at 11:55 PM, Camillo Bruni <camillobruni(a)gmail.com>wrote: > > > 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) > > > thanks, they are good now. http://code.google.com/p/pharo/issues/detail?id=6059 -- Mariano http://marianopeck.wordpress.com

June 13, 2012

[Pharo-project] StandardFileStream size limit?

by GÃ¶ran Krampe

Hey all! I have just added large file (chunkwise upload and download) support to Kom/Networking/Iliad in Pharo 1.4 and while testing it I tried uploading a 2.9Gb file. I haven't looked at the exact error message, and I haven't tried writing a trivial test - but the "half written" file on disk is almost EXACTLY 2Gb (2147483647) so I am wondering - do we still have a 2Gb file size limit? This is "one click 1.4" on Ubuntu 64 with ext4. regards, GÃ¶ran

June 13, 2012

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

by Nick Ager

and have a look at this video: https://vimeo.com/37032840 On 13 June 2012 04:16, Yanni Chiu <yanni(a)rogers.com> wrote: > On 12/06/12 7:52 PM, Cameron Sanders wrote: > >> >> 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<http://www.debrispublishing.com/camshared> >> ' >> user: '' >> password: '' >> >> and package is 'Cam'. >> > > Your code worked in my Magritte2 image. But, it looks like you built > yourself a Magritte3 image. If so, you must "port" your example from > Magritte2 to Magritte3. I'm not sure where the doc's are, but web search > turned up: http://www.slideshare.net/**nickager/magritte3<http://www.slideshare.net/nickager/magritte3> > > You need to change the #descriptionXXX stuff to use pragmas, if I remember > correctly. Again, I've not ported my code to Magritte3, but I had a brief > look earlier to understand what issues I would have. > > >

June 13, 2012

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

by Yanni Chiu

On 12/06/12 7:52 PM, Cameron Sanders wrote: > > 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'. Your code worked in my Magritte2 image. But, it looks like you built yourself a Magritte3 image. If so, you must "port" your example from Magritte2 to Magritte3. I'm not sure where the doc's are, but web search turned up: http://www.slideshare.net/nickager/magritte3 You need to change the #descriptionXXX stuff to use pragmas, if I remember correctly. Again, I've not ported my code to Magritte3, but I had a brief look earlier to understand what issues I would have.

June 13, 2012