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

Re: [Pharo-project] Problem with Monticelo package and corrupted sourcecode/zip

by StÃ©phane Ducasse

sean I'm unclear. Does it mean that we have a problem with zip? Package? stef On Jun 25, 2012, at 6:05 PM, Sean P. DeNigris wrote: > > Mariano Martinez Peck wrote >> >> Sean asked me if the package contained non-asci characters..and yes, it >> has >> widestrings directly in the literal of a method (this is on purpose). >> The method is #testWideString >> > > testWideString contains wide characters. But the write is not failing inside > testWideString because zip writing is buffered in 4096 byte chunks, so it > fails at the beginning of that buffer write (in testTimestamp). > If I remove the wide char literals from TestWideString, and resave the > package, I can unzip it and file in source.st > > The write logic is in ZipArchiveMember>>copyDataWithCRCTo: > ... > data := self readRawChunk: (4096 min: readDataRemaining). > aStream nextPutAll: data. > ... > > When #readRawChunk: returns a WideString, all hell breaks loose. I don't > know what the solution is, but at least we found the problem... > > -- > View this message in context: http://forum.world.st/Problem-with-Monticelo-package-and-corrupted-sourceco… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 25, 2012

Re: [Pharo-project] FileSystem outside of Pharo 2.0

by StÃ©phane Ducasse

Sean May be it would be better that you try to develop in 2.0. I try to do it as much as I can to find bugs and problem. Now may be FileSystem can be loaded via a configuration but its integration probably not. Stef On Jun 25, 2012, at 7:34 PM, Sean P. DeNigris wrote: > I'm thinking about making a Metacello configuration for FileSystem, so I can > continually load its improvements in 1.4 and have still have repeatable load > scripts. Given our plans for FileSystem, does that seem like a workable > idea? Also, it seems like it is pretty independent, does it currently depend > on anything else in the image? Will it anytime soon? > > Thanks, > Sean > > -- > View this message in context: http://forum.world.st/FileSystem-outside-of-Pharo-2-0-tp4636579.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 25, 2012

Re: [Pharo-project] [update 2.0] #20159

by StÃ©phane Ducasse

On Jun 25, 2012, at 7:30 PM, Marcus Denker wrote: > 20159 > ----- > > Issue 5590: Rounding a float: 10.123 round: 2 => 10.12 > http://code.google.com/p/pharo/issues/detail?id=5590 marcus are you sure that this rounding is good. I could not make a choice based on nicolas feedback may be I was not precise enough. > > Issue 5956: Let morphs announce when focus changes > http://code.google.com/p/pharo/issues/detail?id=5956 > > Issue 6133: Improvement in Finder > http://code.google.com/p/pharo/issues/detail?id=6133 > > Issue 6128: Spec: ClassMethodBrowser example gives a MNU due to missing setter > http://code.google.com/p/pharo/issues/detail?id=6128 > > > > > -- > Marcus Denker -- http://marcusdenker.de > >

June 25, 2012

[Pharo-project] Persistence options

by Torsten Bergmann

Hi, there are various options for persistence in Pharo and Seaside. What do people use for their applications? Any experiences or numbers to share? I'm interested in both, mainly with the focus on options for RDBM systems. Whats is the state of Glorp? Thx T. -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a

June 25, 2012

Re: [Pharo-project] Encodings, Charsets, converters... streams?

by Guillermo Polito

On Mon, Jun 25, 2012 at 7:58 PM, Guillermo Polito <guillermopolito(a)gmail.com > wrote: > > > On Mon, Jun 25, 2012 at 7:28 PM, StÃ©phane Ducasse < > stephane.ducasse(a)inria.fr> wrote: > >> >> On Jun 25, 2012, at 4:02 PM, Guillermo Polito wrote: >> >> > Hi guys, >> > >> > I'm trying to understand the Multilingual packages to get things a bit >> more reorganized. This way we can start to have a simpler and >> understandable kernel. So, >> > >> > - We have all environments(greek, chinese, japanese, korean, >> russian...) in the same package. Each environment has it's associated >> charset, and text converter, which are in different packages. Also, each >> text converter has a table of conversions between unicode and the encoding. >> But all converters are together, and all charsets are together. >> > >> > What about putting related things together? I mean, japanese converter >> with japanese environment with japanese charset in one package. Same with >> russian, korean, chinese... Does it make sense? This way we should be >> able to unload one of them if we do not really need it. >> >> I would group per language. >> >> > In a first step, of course :). If we go deep, I could say that the > triplicated hierarchy is smelling... > > >> >> > - MultiByteFileStream and MultiByteBinaryOrTextStream are inside >> Multilingual-TextConversion? Even, they do the same on top of a file or a >> memory stream of bytes (or they say so in the comment :^D )... >> > >> > What about merging them? using a decorator? They have a lot in >> common... :/ Put them in a different package? >> >> I should say that I did not spend enough time on stream mess > > >> > - Just curious. ImmPlugin is working or shipped with vms? Not for >> macos, because there is no macos implementation. Then, the class comment >> says: >> > >> > "On Windows, the plugin is not provided in the shipped VM's, and its >> current whereabouts are uncertain. >> > >> > On Unix, the only implemented behaviour is setting the position when >> over-the-spot precomposition of characters is the current mode. >> > >> > In the VM, the mode is chosen to the first available valid mode >> returned by the X Server, so whether this is actually relevant at all >> depends on the X Server." >> > >> > So, does someone use it and see value on keeping it? >> >> :) So lovely. What does Imm mean? >> > > Dunno :/ > In VMMaker-Plugins there is no such plugin... I'm tempted :P > > >> > >> > >> > Guille >> >> >> >

June 25, 2012

Re: [Pharo-project] Problem with Monticelo package and corrupted sourcecode/zip

by Mariano Martinez Peck

On Mon, Jun 25, 2012 at 6:05 PM, Sean P. DeNigris <sean(a)clipperadams.com>wrote: > > Mariano Martinez Peck wrote > > > > Sean asked me if the package contained non-asci characters..and yes, it > > has > > widestrings directly in the literal of a method (this is on purpose). > > The method is #testWideString > > > > testWideString contains wide characters. But the write is not failing > inside > testWideString because zip writing is buffered in 4096 byte chunks, so it > fails at the beginning of that buffer write (in testTimestamp). > If I remove the wide char literals from TestWideString, and resave the > package, I can unzip it and file in source.st > > Wow. I love this community. Pavel founds the problem. Sean debugs it and founds the real cause. Thank you guys, you cover our back when I don't have much time :) So...as a workaround, since the literals of a CM are visited as any other object, it is not really needed to have a test with WideStrings in the source code. So I have just have: testWideString self assertSerializationEqualityOf: 'aString' asWideString. self assertSerializationEqualityOf: (WideString streamContents: [ :stream | 2000 timesRepeat: [ stream nextPut: (256 to: 1000) atRandom asCharacter ] ] ). and that should work :) > The write logic is in ZipArchiveMember>>copyDataWithCRCTo: > ... > data := self readRawChunk: (4096 min: readDataRemaining). > aStream nextPutAll: data. > ... > > When #readRawChunk: returns a WideString, all hell breaks loose. I don't > know what the solution is, but at least we found the problem... > > We should try to write a unit test for this. I will at least open an issue ;) > -- > View this message in context: > http://forum.world.st/Problem-with-Monticelo-package-and-corrupted-sourceco… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Mariano http://marianopeck.wordpress.com

June 25, 2012

Re: [Pharo-project] Encodings, Charsets, converters... streams?

by Guillermo Polito

On Mon, Jun 25, 2012 at 7:28 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Jun 25, 2012, at 4:02 PM, Guillermo Polito wrote: > > > Hi guys, > > > > I'm trying to understand the Multilingual packages to get things a bit > more reorganized. This way we can start to have a simpler and > understandable kernel. So, > > > > - We have all environments(greek, chinese, japanese, korean, russian...) > in the same package. Each environment has it's associated charset, and > text converter, which are in different packages. Also, each text converter > has a table of conversions between unicode and the encoding. But all > converters are together, and all charsets are together. > > > > What about putting related things together? I mean, japanese converter > with japanese environment with japanese charset in one package. Same with > russian, korean, chinese... Does it make sense? This way we should be > able to unload one of them if we do not really need it. > > I would group per language. > > In a first step, of course :). If we go deep, I could say that the triplicated hierarchy is smelling... > > > - MultiByteFileStream and MultiByteBinaryOrTextStream are inside > Multilingual-TextConversion? Even, they do the same on top of a file or a > memory stream of bytes (or they say so in the comment :^D )... > > > > What about merging them? using a decorator? They have a lot in common... > :/ Put them in a different package? > > I should say that I did not spend enough time on stream mess > > - Just curious. ImmPlugin is working or shipped with vms? Not for macos, > because there is no macos implementation. Then, the class comment says: > > > > "On Windows, the plugin is not provided in the shipped VM's, and its > current whereabouts are uncertain. > > > > On Unix, the only implemented behaviour is setting the position when > over-the-spot precomposition of characters is the current mode. > > > > In the VM, the mode is chosen to the first available valid mode returned > by the X Server, so whether this is actually relevant at all depends on the > X Server." > > > > So, does someone use it and see value on keeping it? > > :) So lovely. What does Imm mean? > Dunno :/ > > > > > > Guille > > >

June 25, 2012

[Pharo-project] [update 2.0] #20160

by Marcus Denker

20160 ----- Issue 6042: CompiledMethod>>#comment method is not working http://code.google.com/p/pharo/issues/detail?id=6042 Issue 6103: DataStream doesnt want to die http://code.google.com/p/pharo/issues/detail?id=6103 Issue 6058: Tiny improvement in PluggableTextMorph http://code.google.com/p/pharo/issues/detail?id=6058 -- Marcus Denker -- http://marcusdenker.de

June 25, 2012

Re: [Pharo-project] FileSystem outside of Pharo 2.0

by Camillo Bruni

I think that should work pretty fine. Since the current goal is to integrate it closely into the system, the major issue is to adapt everything else :) On 2012-06-25, at 19:34, Sean P. DeNigris wrote: > I'm thinking about making a Metacello configuration for FileSystem, so I can > continually load its improvements in 1.4 and have still have repeatable load > scripts. Given our plans for FileSystem, does that seem like a workable > idea? Also, it seems like it is pretty independent, does it currently depend > on anything else in the image? Will it anytime soon? > > Thanks, > Sean > > -- > View this message in context: http://forum.world.st/FileSystem-outside-of-Pharo-2-0-tp4636579.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 25, 2012

[Pharo-project] FileSystem outside of Pharo 2.0

by Sean P. DeNigris

I'm thinking about making a Metacello configuration for FileSystem, so I can continually load its improvements in 1.4 and have still have repeatable load scripts. Given our plans for FileSystem, does that seem like a workable idea? Also, it seems like it is pretty independent, does it currently depend on anything else in the image? Will it anytime soon? Thanks, Sean -- View this message in context: http://forum.world.st/FileSystem-outside-of-Pharo-2-0-tp4636579.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 25, 2012