- Pharo-dev - lists.pharo.org

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

[Pharo-project] [update 2.0] #20159

by Marcus Denker

20159 ----- Issue 5590: Rounding a float: 10.123 round: 2 => 10.12 http://code.google.com/p/pharo/issues/detail?id=5590 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

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

by StÃ©phane Ducasse

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. > - 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? > > > Guille

June 25, 2012

Re: [Pharo-project] LanguageEnvironment>>#setUsePangoFlag

by StÃ©phane Ducasse

indeed in 1.4 it was initialize "LanguageEnvironment initialize" Smalltalk addToStartUpList: LanguageEnvironment after: FileDirectory. Smalltalk addToStartUpList: FileDirectory after: LanguageEnvironment. :) so this means that the initialize method is not invoked since some yearsâ¦ :) Probably that the language environment needs to be after FileDirectory because it should load some files. Stef On Jun 25, 2012, at 5:16 PM, Guillermo Polito wrote: > And this method is funny :) because with a clean startup list it does not work: > > LanguageEnvironment>>initialize > "LanguageEnvironment initialize" > > Smalltalk addToStartUpList: LanguageEnvironment after: DiskStore. > Smalltalk addToStartUpList: DiskStore after: LanguageEnvironment. > > Even better, the language environment initialize does not need DiskStore... so Maybe we can simplify it a lot. > > On Mon, Jun 25, 2012 at 4:26 PM, Guillermo Polito <guillermopolito(a)gmail.com> wrote: > Hi! > > is that hook used by anybody? The only implementor does ^self... And that method has no changed since 2009. >

June 25, 2012

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

by Sean P. DeNigris

Pavel Krivanek-3 wrote > > Can you, please, open an issue and write your comments there? > Issue 6156: TestGuard for 2.0 #20158 -- View this message in context: http://forum.world.st/update-2-0-20158-tp4636308p4636570.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 25, 2012

Re: [Pharo-project] pharo-project home page broken [was Re: Array size in inspector]

by Ben Coman

Damien Cassou wrote: > On Mon, Jun 25, 2012 at 6:34 PM, Ben Coman <btc(a)openinworld.com> wrote: > >> Yes it is still a problem. If I install FF13 perhaps perhaps the problem >> will be solved for me, but then lose the chance to troubleshoot this for >> other FF12 users. It could just be me. Other options would be to >> temporarily revert that last change, or put up a reverted copy under another >> url. >> > > I can *not* reproduce on Windows 7 and Firefox 12 (yes 12). So, it's > probably just you :-). Could you please try to create a new firefox > profile and try from there? > > Thank you > > I created a new Windows user and it is fine from there. Thanks Damien.

June 25, 2012