October 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Default String encoding when storing to file?

by Henrik Johansen

Mariano Martinez Peck skrev: > > WOW!!! I run it here in a Windows XP 1GB RAM and these are the results: > > str storeOn: (FileStream newFileNamed: 'test22.txt'). > Time millisecondsToRun: [|fs| > fs := FileStream oldFileNamed: 'test22.txt'. > 50000 timesRepeat: [str storeOn: fs]. > fs close]. 84022 > > str storeOn2: (FileStream newFileNamed: 'test2.txt'). > Time millisecondsToRun: [|fs| > fs := FileStream oldFileNamed: 'test2.txt'. > 50000 timesRepeat: [str storeOn2: fs]. > fs close]. 4990 > > BIG DIFFERENCE > Yeah, writing one char at a time (plus, when doing that, the broken nextPut: primitive) isn't exactly performant :P Btw, it works fine for Widestrings too when using storeOn: internally (in printString f.ex.), but not when writing them to file. :/ Plus, as I indicated, behaviour from storeOn: is not 100% preserved (different encoding used for Ã¸), as I noted in the original post. Cheers, Henry

Oct. 13, 2009

Re: [Pharo-project] Preparing the sprint

by StÃ©phane Ducasse

On Oct 13, 2009, at 8:43 AM, Torsten Bergmann wrote: > Stef wrote: >> For example I tried to check the SUnitextensions and I could not >> find them. > > http://www.squeaksource.com/SUnitExtensions ?! But the files I browsed where empty. Stef

Oct. 13, 2009

Re: [Pharo-project] FilePliugin???

by StÃ©phane Ducasse

Thanks john. I will to investigate that. What is strange is that damien on linux did not get the problem. So may be this is coming from the image. I can systematically get an error usging the latest core 470 and the following script http://code.google.com/p/pharo/issues/list?cursor=1295 stef On Oct 13, 2009, at 7:46 AM, John M McIntosh wrote: > Well the FilePlugin is built into the VM versus being an external VM > and it supplies the basic file I/O operations. > So you won't find a plugin called that unless some-one decided to > compile up one. > > So either the plugin method call fails because it cannot be found, or > it fails because it explicitly failed on bad data, or > other reason (an error?) > > The failure cases are: > > (1) the id object is not a byte array type of object. > Given > MultiByteFileStream(StandardFileStream)>>primGetPosition: > Receiver: MultiByteFileStream: '/Data/Downloads/pharo1.0-10470- > BETAdev09.10.2/installScript.st' > Arguments and temporary variables: > id: #[153 12 133 142 168 105 19 160 0 0 0 0 18 18 0 0 0 0 0 0 0 0 0 > 0] > Receiver's instance variables: > > Yes that looks like a byte array object. > > (b) the size of id is wrong > This is unlikely since the id bytearray hasn't changed size in > decades. > Let me assume the number of bytes is correct. > > (c) the bytes 5-8 have to be non-zero, otherwise we fail > Nope, it's 168 105 19 160 > > (d) bytes 1-3 have to be non-zero AND match some magic value in the VM > Well 153 12 133 142 is non zero, but what's the magic value? > > MMm I don't think you can get the magic value directly, but at the > point of failure you could create a new file and examine the 'id' > value for the StandardFileStream and see if the first 4 bytes match > the first 4 bytes of this value (153 12 133 142) > Failure to match would cause a prim failure. > > Oh wait I see you can invoke > self primSizeNoError: fileID > and if that returns NIL the handle is stale. > > See ensureOpen > > (e) the ftello() fails because the file doesn't exist, or an I/O error > happened, or the path is bad. Or some icky file system error. > Alas we don't feed back or record what the error is, but I think you > fail on (d)? > > > I'd bet on (d) the MultiByteFileStream instance is some cached value > from a previous VM usage, try the primSizeNoError: and see what it > returns when you're inspecting the MultiByteFileStream. > > > On 2009-10-12, at 9:42 PM, StÃ©phane Ducasse wrote: > >> Hi >> >> when trying to build the dev image I systematically get a DNU >> >> primGetPosition: id >> "Get this files current position." >> >> <primitive: 'primitiveFileGetPosition' module: 'FilePlugin'> >> self primitiveFailed >> >> and I do not have the FilePlugin in the resources VM folder. >> >> I checked the web site of john but could not find an explanation. >> >> Stef >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > -- > = > = > = > = > = > ====================================================================== > John M. McIntosh <johnmci(a)smalltalkconsulting.com> Twitter: > squeaker68882 > Corporate Smalltalk Consulting Ltd. http:// > www.smalltalkconsulting.com > = > = > = > = > = > ====================================================================== > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 13, 2009

Re: [Pharo-project] Default String encoding when storing to file?

by Mariano Martinez Peck

2009/10/12 Henrik Johansen <henrik.s.johansen(a)veloxit.no> > Hi, just did a small test of a faster storeOn: for ByteStrings (using > next:putAll:startingAt: for sequences not containing quotes, instead of > nextPut: for each character ), and ran into a weird quirk. > When writing to disk (on Windows), the old storeOn: would result in > storing the Ã¸'s in the string below as F8, while with storeOn2: they are > stored as C3 B8. (Haven't looked at exactly why they're saved differently.) > As far as I can tell from a google search, F8 is ascii encoding, and C3 > B8 is UTF8 encoding. > > Could this be a cause for the "invalid UTF8 character"-errors we've been > seeing sporadically? > > Attached a changeset with storeOn2: , below is the workspace I used. > > Cheers, > Henry > > str := > > 'asdfasdfadfadfrgjn''fgoibocbxlgjsrgoihrgohgfn''cx,bmxnbÃ¸zghÃ¸fhzÃ¸dfhxcvnzdfljfoaurgaorhr8htg0ae8gofhef08hasovhdfhÃ¸xo''vh89ah4f9aw8hf'. > > str storeOn: (FileStream newFileNamed: 'test22.txt'). > Time millisecondsToRun: [|fs| > fs := FileStream oldFileNamed: 'test22.txt'. > 50000 timesRepeat: [str storeOn: fs]. > fs close]. 23494 22869 > > str storeOn2: (FileStream newFileNamed: 'test2.txt'). > Time millisecondsToRun: [|fs| > fs := FileStream oldFileNamed: 'test2.txt'. > 50000 timesRepeat: [str storeOn2: fs]. > fs close]. 1303 1383 > > WOW!!! I run it here in a Windows XP 1GB RAM and these are the results: str storeOn: (FileStream newFileNamed: 'test22.txt'). Time millisecondsToRun: [|fs| fs := FileStream oldFileNamed: 'test22.txt'. 50000 timesRepeat: [str storeOn: fs]. fs close]. 84022 str storeOn2: (FileStream newFileNamed: 'test2.txt'). Time millisecondsToRun: [|fs| fs := FileStream oldFileNamed: 'test2.txt'. 50000 timesRepeat: [str storeOn2: fs]. fs close]. 4990 BIG DIFFERENCE > 'From Pharo1.0beta of 16 May 2008 [Latest update: #10470] on 12 October > 2009 at 2:31:08 pm'! > > !ByteString methodsFor: 'printing' stamp: 'HenrikSperreJohansen 10/12/2009 > 14:30'! > storeOn2: aStream > "Print inside string quotes, doubling inbedded quotes." > | ix startIx| > aStream nextPut: $'. > startIx := 1. > [(ix := self indexOf: $' startingAt: startIx) > 0 ] whileTrue: [ > aStream next: ix +1 - startIx putAll: self startingAt: > startIx. > aStream nextPut: $'. > startIx := ix +1]. > > aStream next: self size +1 - startIx putAll: self startingAt: > startIx. > aStream nextPut: $'. > ! ! > > !ByteString methodsFor: 'printing' stamp: 'HenrikSperreJohansen 10/12/2009 > 14:30'! > storeString2 > "Answer a String representation of the receiver from which the > receiver > can be reconstructed." > |result ws | > result := String new: self size +2. > ws := result writeStream. > self storeOn2: ws. > ^ws position = result size ifTrue: [result] ifFalse: [ws contents] > ! ! > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 13, 2009

Re: [Pharo-project] Pharo Linux and Russian

by Andrey Larionov

I can't consult about FC11. And think, what on FreeBSD Pharo wasn't tested. 2009/10/13 ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ <kamenew(a)apk-invest.com>: > > Not work on FreeBSD 7.2 and on FC11 > > Now downloading Ubuntu 9.4 will try > > Tnx > >>It should work out of the box (works for me on Ubuntu 9.04) >> >>Please join newly established Russian Smalltalk User Group >>http://groups.google.com/group/sugr >> >>2009/10/13 ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ <kamenew(a)apk-invest.com>: >>> Hello ! >>> >>> >>> >>> Some body know where to read about >>> >>> Russification (input+output+copy+paste) of Pharo >>> (http://gforge.inria.fr/frs/download.php/24185/pharo1.0-10466->BETAweb09.10.1.zip) >>> >>> On linux box (fc11 or ubuntu 9.4) >>> >>> >>> >>> Best regards >>> >>> Kamenew Alexey > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Oct. 13, 2009

Re: [Pharo-project] Pharo Linux and Russian

by ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ

Not work on FreeBSD 7.2 and on FC11 Now downloading Ubuntu 9.4 will try Tnx >It should work out of the box (works for me on Ubuntu 9.04) > >Please join newly established Russian Smalltalk User Group >http://groups.google.com/group/sugr > >2009/10/13 ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ <kamenew(a)apk-invest.com>: >> Hello ! >> >> >> >> Some body know where to read about >> >> Russification (input+output+copy+paste) of Pharo >> (http://gforge.inria.fr/frs/download.php/24185/pharo1.0-10466->BETAweb09.10.1.zip) >> >> On linux box (fc11 or ubuntu 9.4) >> >> >> >> Best regards >> >> Kamenew Alexey

Oct. 13, 2009

Re: [Pharo-project] Pharo Linux and Russian

by Andrey Larionov

It should work out of the box (works for me on Ubuntu 9.04) Please join newly established Russian Smalltalk User Group http://groups.google.com/group/sugr 2009/10/13 ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ <kamenew(a)apk-invest.com>: > Hello ! > > > > Some body know where to read about > > Russification (input+output+copy+paste) of Pharo > (http://gforge.inria.fr/frs/download.php/24185/pharo1.0-10466-BETAweb09.10.1…) > > On linux box (fc11 or ubuntu 9.4) > > > > Best regards > > Kamenew Alexey > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 13, 2009

[Pharo-project] Pharo Linux and Russian

by ÐÐ°Ð¼ÐµÐ½ÐµÐ² ÐÐ»ÐµÐºÑÐµÐ¹ ÐÐ¸ÐºÐ¾Ð»Ð°ÐµÐ²Ð¸Ñ

Hello ! Some body know where to read about Russification (input+output+copy+paste) of Pharo (http://gforge.inria.fr/frs/download.php/24185/pharo1.0-10466-BETAweb09.10.1…) On linux box (fc11 or ubuntu 9.4) Best regards Kamenew Alexey

Oct. 13, 2009

Re: [Pharo-project] Preparing the sprint

by HernÃ¡n Morales Durand

2009/10/13 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Hernan > >> >> How long the community will support the deliberate decision of not >> answering to a major contributor? >> How do you expect contribution of large open source companies to this >> project avoiding political or technical conflicts (or both)? > > this is not that we do not reply. This is that keith is always saying > the same. > Now I do not have to power to say to people not to develop their own > stuff > and also people have the freedom not to understand > Â Â Â Â - sake > Â Â Â Â - now you can ask jannik for example: we started to write something > on installer and sake > Â Â Â Â but we got confused on sake (may be with a physical meeting at esug > this would make a lot of point clearer) > Â Â Â Â - not to like some part of the installer > Â Â Â Â - not to contribute > Â Â Â Â - not have the time to understand something > Â Â Â Â - prefer to build thier own even if this is limited > > Â Â Â Â - For example I tried to check the SUnitextensions and I could not > find them. > > Did you see me not integrating something in Pharo > Did you see me not mentioning rio? Even if they are some points I do > not like. Please, do not misunderstand me, you're doing a terrific job with Pharo. My concerns were more about the political stuff. >> >> >> Focusing only on bug-driven development and ingoring valid questions >> with a kind of systematic corporative silence is not the way to go. >> And if the managerial staff decide to continue ignoring, sooner or >> later you would have two problems to resolve: The unsolved pending >> questions plus the management of the emergence of social subsystems >> (if the number of contributors increases) without enough coordinators >> for pivots, because of the limited size of contributors for a niche >> technology like Smalltalk. >> >> Censorship of uninformed newcomers is common and an implicit norm, >> censorship of a known member is disgusting. > > sorry hernan but I cannot let you say that in this mailing-list. > Did we ever not reply to a newbie email? I expressed myself bad, that claim for newcomers is a general rule in other open source projects (not Pharo fortunately), when they enter a mailing list, they do not know the project's history and start "spamming" with already answered topics. > >> Such attitude is limiting involvement and participation in the >> community, because implicitly >> define clear roles which affects the discussion space and group >> dynamics. >> >> Finally, I do not want a holy war here, I just want responses without >> personal attacks and without quoting out of context fallacies. > > Are my answer satisfactory? > Now I have a question: > Â Â Â Â - do you use sake personnally? > Â Â Â Â - do you have positive experience? > Â Â Â Â - did you check the code? what is your feedback? > Â Â Â Â - is there tests? > Â Â Â Â - what do you think about task definition pros and cons? > > You can replace Sake but RIO, Sunit extensions (if you find it) > Please do it. We've used Monticello Configurations in our application. It was enough for our needs. However I've invested time in understanding the Installer/Sake/Packages triad (I have problems with the documentation). I've annotated this in my personal swiki for future use. In a more generic level and this is somewhat out of topic (sorry), I'm mostly a user of Pharo, but what I perceive is competition between some tools. Competition is good... sometimes. What I mean is: There are some developers which support innovation activities? Good. There are some developers which support stabilization over a robust development platform? Fantastic. What I suspect sometimes is a mixing of both scenarios, and from a consumption point of view it could be negative, because some people do not want to hear about alternatives at all, namely : Monticello, ChangeSets/ChangeSorter, CVSTProject (?), SqueakARchive, Installer, ScriptLoader, Sake, Universes, etc. And the relations and complex interactions between them. It is time consuming to study each source code management tool (plus the latest ones), and I know professional busy programmers which simply do not have the time to make a review, they don't want to invest in training. If the community could vote for a tool, I think that would clarify: -The preferred source code management tool (based on true production experience with Smalltalk). -The interest in having just one main tool for SCC (or at least the perception people have with CPAN or dpkg or rpm). -The interest in alternatives or additional functionality. -The previous experience with some other tools, this way you can see if there's a profile from users of CVS, etc. Well, yet another idea. Best regards, HernÃ¡n > > So far in our group people succeeded to make TestServer running for > Moose and > if they come and tell me that sake is better/easier/ then we will > probably switch > > Now I asked the summertalk student to also consider evaluating Sake > and we will see. > > Stef > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Oct. 13, 2009

[Pharo-project] Preparing the sprint

by Torsten Bergmann

Stef wrote: >For example I tried to check the SUnitextensions and I could not >find them. http://www.squeaksource.com/SUnitExtensions ?! Bye T. -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02

Oct. 13, 2009