- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Prematurely ending document on purpose with the SAXParser

by HernÃ¡n Morales Durand

Just for the record, I have to install the previous version of XML-Parser-JAAyer.50 until I find some time to work on this. Cheers, HernÃ¡n 2011/11/15 HernÃ¡n Morales Durand <hernan.morales(a)gmail.com>: > Since XML-Parser-JAAyer.50 the SAXDriver doesn't check anymore for > #checkEOD in the #handle methods, have you removed eod iVar for > performance reasons? I need it because I have a very large XML and I > want to be able to parse some "header" nodes without parsing the > entire XML. Otherwise, what would be the way of doing this with the > newer versions? > > UserSAXParser>>endDocument > Â Â Â Â "This call corresponds to the Java SAX call endDocument()." > Â Â Â Â eod := true > > Cheers, > > HernÃ¡n >

Nov. 17, 2011

[Pharo-project] Decompiler writing to a ReadStream

by Martin McClure

I'm seeing the following in 1.3 and a 1.4 build from a couple of weeks ago: ============== ***System error handling failed*** [...] ReadStream(Object)>>shouldNotImplement ReadStream>>nextPut: EncoderForV3PlusClosures(Encoder)>>allLiterals MethodNode>>generate: MethodNode>>generate MethodNode>>schematicTempNamesString CompiledMethod>>decompileWithTemps Decompiler>>decompileBlock: =============== Since the debugger can't open, I don't have much more information than this. Looking at the decompiler, it's clear that it sometimes initializes the Encoder's literalStream to a ReadStream, although that stream is never read from, only written to. Changing the initialization to a WriteStream just sends the system into infinite recursion. Any ideas on how to debug this? Thanks, -Martin

Nov. 17, 2011

[Pharo-project] ProcessWrapper crashes image on startup

by HernÃ¡n Morales Durand

Anyone working with ProcessWrapper.dll plugin in Pharo 1.3? I've tested a bit and saved the image after a full GC. Now my developement image became unusable crashing on opening under all updated VM's (Croquet, CogVM and Stack). Moving out the .dll from image directory makes the image unresponsive. Any idea? crash.dmp attached. Cheers, HernÃ¡n

Nov. 17, 2011

[Pharo-project] how should Pier file structures be serialized with Fuel?

by Yanni Chiu

An earlier version of Fuel did not having the substitution feature. So, I had custom mapping code to pre-process the structures before passing to Fuel for serialization, and to post-process the deserialized structures. The main purpose of the code was to nil out the PUSecurity objects, because they were linked to too many other Pier objects. I'm now eliminating the custom mapping code by using Fuel substitution. The PRFile object was handled by saving the file contents in an instance variable of the mapping object. I've eliminated the custom mapping object. Now, how should the file contents be saved/restored, using the substitution feature? I'm thinking of substituting a proxy object, which somehow "becomes" a PRFile after deserialization. Any other suggestions?

Nov. 17, 2011

Re: [Pharo-project] Unsubscribing for Announcements

by Igor Stasenko

On 17 November 2011 05:17, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Tudor Girba wrote: >> >> The WeakAnnouncement are already on the agenda for 1.3. >> > > Bump... > What is the status of this? Also, what are people doing in the mean time? I > don't see a way to safely use Announcements without automatic unsubscribing. > I have not found a hook in Morphic that's guaranteed to be called. > annoucer weak on: Announcement send: #foo to: self. when self will die, so its subscription. > Sean > > -- > View this message in context: http://forum.world.st/Unsubscribing-for-Announcements-tp3220751p4078804.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > > -- Best regards, Igor Stasenko.

Nov. 17, 2011

Re: [Pharo-project] SystemChangeNotifier and Traits

by Igor Stasenko

On 16 November 2011 23:47, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > > On Wed, Nov 16, 2011 at 1:14 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> >> + 1 >> >> and we should remove the old ones and a lot of old abstraction >> Â Â Â Â MethodReference, >> Â Â Â Â PseudoClass, FilePackage, and a lot more >> I hope that we will get into that mode soon. > > Â Â PseudoClass, FilePackage, may indeed be poor. Â But IMO MethodReference is > central and extremely useful. Yes. There's already a replacement for it in Ring model. >> >> Stef >> >> On Nov 16, 2011, at 3:55 PM, Fernando Olivero wrote: >> >> > Please note that eventually the system is going to be using solely >> > System announcements, instead of the old mechanism in place right now. >> > >> > Did you try hooking up to the SystemAnnouncements? >> > >> > For examples, check out Nautius. >> > >> > Fernando >> > >> > >> > >> > On Tue, Nov 15, 2011 at 9:02 PM, ezequiel lamonica >> > <lamonicaezequiel(a)gmail.com> wrote: >> >> Hello again, >> >> >> >> Now the problem is when I create a class that use Traits, >> >> SystemChangeNotifier sends two messages to report this creation: 1st >> >> for >> >> class added without traits, and 2nd for class modified to use this >> >> trait. >> >> And this last message has Object as old class instead of >> >> ClassForTesting >> >> without traits. >> >> >> >> For example: >> >> >> >> Object subclass: #ClassForTesting >> >> Â Â Â Â uses: TSortable >> >> Â Â Â Â instanceVariableNames: 'a' >> >> Â Â Â Â classVariableNames: '' >> >> Â Â Â Â poolDictionaries: '' >> >> Â Â Â Â category: 'OOSCM-ClientImageTest' >> >> >> >> >> >> Can I change those messages to use only one message that includes >> >> traits? Is >> >> not this better? >> >> >> >> What do you suggest? >> >> >> >> >> >> >> >> ----- >> >> eze >> >> -- >> >> View this message in context: >> >> http://forum.world.st/SystemChangeNotifier-and-Traits-tp4073962p4073962.html >> >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> >> >> >> >> > >> >> > > > > -- > best, > Eliot > -- Best regards, Igor Stasenko.

Nov. 17, 2011

Re: [Pharo-project] WideString performance

by Dennis Schetinin

So, the answer for the question "Is there a simple way to improve the performance?" would be "No", right? 2011/11/16 Nicolas Cellier <nicolas.cellier.aka.nice(a)gmail.com> > I think that there are several issues: > > 1) Character with codePoint < 256 are unique, but Wider are not. > The characters are not stored in the WideString (which instead stores > the code points), but any enumeration using at: rather than wordAt: > will create an overhead. I presume that it would be better to have a > #codePointAt: defined as #byteAt: in ByteString and #wordAt: in > WideString, so we could still define generic methods in String. > 2) A lot of ByteString methods are optimized with ad hoc optional > primitives, but very few WideString methods are. > 3) Some of these optimized operations work with 256 element masks and > cannot be generalized to WideString that easily > 4) Some Stream operations that copy one Collection to the stream > buffer or vice versa are also not optimized for mixed byte/word > collections > 5) UTF8 is optimized for ASCII anyway... And Squeak/Pharo converters > also are (because they can use more primitives in this case) > 6) Pharo ripped #squeakToUtf8 and #utf8ToSqueak which were maybe > questionable from quality POV, but were not replaced from efficiency > POV. > > I would say that a new VM with immediate Character values might help, > but that won't be enough. > > Nicolas > > 2011/11/16 Sven Van Caekenberghe <sven(a)beta9.be>: > > Dennis, > > > > On 16 Nov 2011, at 19:30, Dennis Schetinin wrote: > > > >> Hi! > >> > >> Parsing a UTF-8 CSV file with Russian symbols (using CSVParser), I > found it really slow. It takes about 5 seconds to read a 53Kb file (136 > lines) and several minutes to parse a 3.4Mb file (about 8K lines). > >> > >> Profiler shows that nearly all the time is eaten by WideString >> > at:put: which is invoked from WriteStream>>nextPut:. If I'm not mistaken, > this means that <primitive: 66> there does not work in this caseâ¦ So, to be > short: is there a simple way to improve the performance? TIA > >> > >> -- > >> Dennis Schetinin > > > > I am interested in this problem. > > > > Would it be possible to provide a test file (not that I can read > Russian) and your test code ? > > > > I would like to try this myself. > > > > Sven > > > > -- Dennis Schetinin

Nov. 17, 2011

Re: [Pharo-project] WideString performance

by Dennis Schetinin

Sure. I've loaded CSVParser from http://www.squeaksource.com/CSVParser.html and patched one method there: nextRow | row | row := OrderedCollection new. stream skipSeparators. [self atEndOfLine] whileFalse: [row add: self nextValue]. *"stream skip: -1."* stream next = $, ifTrue: [row add: '']. ^ row This is how I test it: stream := FileStream readOnlyFileNamed: 'Data.csv'. [(CSVParser on: stream) useDelimiter: $;; rows ] ensure: [stream close]. I attach the bigger data file. The shorter one can be produced by deleting rows. 2011/11/16 Sven Van Caekenberghe <sven(a)beta9.be> > Dennis, > > On 16 Nov 2011, at 19:30, Dennis Schetinin wrote: > > > Hi! > > > > Parsing a UTF-8 CSV file with Russian symbols (using CSVParser), I found > it really slow. It takes about 5 seconds to read a 53Kb file (136 lines) > and several minutes to parse a 3.4Mb file (about 8K lines). > > > > Profiler shows that nearly all the time is eaten by WideString >> > at:put: which is invoked from WriteStream>>nextPut:. If I'm not mistaken, > this means that <primitive: 66> there does not work in this caseâ¦ So, to be > short: is there a simple way to improve the performance? TIA > > > > -- > > Dennis Schetinin > > I am interested in this problem. > > Would it be possible to provide a test file (not that I can read Russian) > and your test code ? > > I would like to try this myself. > > Sven > -- Dennis Schetinin

Nov. 17, 2011

Re: [Pharo-project] Unsubscribing for Announcements

by Sean P. DeNigris

Tudor Girba wrote: > > The WeakAnnouncement are already on the agenda for 1.3. > Bump... What is the status of this? Also, what are people doing in the mean time? I don't see a way to safely use Announcements without automatic unsubscribing. I have not found a hook in Morphic that's guaranteed to be called. Sean -- View this message in context: http://forum.world.st/Unsubscribing-for-Announcements-tp3220751p4078804.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Nov. 17, 2011

Re: [Pharo-project] Can we display and input chinese?

by Serge Stinckwich

Hi Hilaire, there is two chinese Squeak mailing-lists : - http://groups.google.com/group/chinesesqueak - http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/squeak-cn The second one seems dead. Maybe you can ask your question here. Regards, On Wed, Nov 16, 2011 at 4:30 PM, Hilaire Fernandes <hilaire.fernandes(a)edu.ge.ch> wrote: > Hello > > A friend of me in Taiwan ask me about that because previous version of > DrGeo used to work with Chinese display and input. > > Hilaire > > -- > Education 0.2 -- http://blog.ofset.org/hilaire > > > -- Serge Stinckwich UMI UMMISCO 209 (IRD/UPMC), Hanoi, Vietnam Matsuno Laboratory, Kyoto University, Japan (until 12/2011) http://www.mechatronics.me.kyoto-u.ac.jp/ Every DSL ends up being Smalltalk http://doesnotunderstand.org/

Nov. 17, 2011