- Pharo-dev - lists.pharo.org

[Pharo-project] Make PackageOrganizer>>packageOfClass:ifNone: and PackageOrganizer>>packageOfMethod:ifNone: return the most specific package it can find

by StÃ©phane Ducasse

Hi I like the suggestion of daniel in Make PackageOrganizer>>packageOfClass:ifNone: and PackageOrganizer>>packageOfMethod:ifNone: return the most specific package it can find http://code.google.com/p/pharo/issues/detail?id=1752 Now I would like to have another pair of eyes on it. This is related to my idea of non overlapping package. Stef Fixed in: http://www.squeaksource.com/PharoInbox/PackageInfo-DanieRoux.35.mcz Took the fix from, and deprecated #mostSpecificPackageOfMethod:ifNone: and #mostSpecificPackageOfClass:ifNone: Background of problem: In theory it should not be possible for packages to overlap. Every class, and every method should belong to only one Category. In reality packaging bugs and other actions does cause packages to be created that overlap. An example in PharoCore, 10505 is this: (PackageOrganizer default packageNamed: 'Collections' ifAbsent: [ self error: 'hmm']) includesClass: Text. " true " (PackageOrganizer default packageNamed: 'Collections-Text' ifAbsent: [ self error: 'hmm']) includesClass: Text. " also true! " In the old implementation, #packageOfClass: would have returned the first category that matches. It will now return the more specific 'Collections-Text'. I suggest that #mostSpecificPackageOfClass* and #mostSpecificPackageOfMethod* methods be removed?

Aug. 1, 2010

Re: [Pharo-project] cog-based image crashes on mac

by Lukas Renggli

The changes I submitted are the ones of Eliot adapted to work in Pharo. I don't understand what Henrik writes, if he has something better he should attach the change. Lukas On Sunday, August 1, 2010, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > lukas > > could you have a look at > http://code.google.com/p/pharo/issues/detail?id=2579 > because henrik mentioned that we missed something or could do it better. > > Stef > > > On Jul 26, 2010, at 1:32 PM, Lukas Renggli wrote: > >>>>> The image I got is based on the sources from 27.06.2010. >>>> >>>> You may be missing some image-side changes. The CogVM was open sourced on >>>> 20.06.2010. >>> >>> Actually, where should I get the complete image-side changes from? I have >>> those prepared by Lukas a while ago. >> >> Yeah, these are the complete ones from the repository adapted to Pharo. >> >> Maybe these same socket related crashes that randomly appear with >> Seaside images? >> >> Â nanosleep: Invalid argument >> Â Exited with exit code: 1 >> >> Lukas >> >> -- >> Lukas Renggli >> www.lukas-renggli.ch >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Aug. 1, 2010

Re: [Pharo-project] cog-based image crashes on mac

by StÃ©phane Ducasse

lukas could you have a look at http://code.google.com/p/pharo/issues/detail?id=2579 because henrik mentioned that we missed something or could do it better. Stef On Jul 26, 2010, at 1:32 PM, Lukas Renggli wrote: >>>> The image I got is based on the sources from 27.06.2010. >>> >>> You may be missing some image-side changes. The CogVM was open sourced on >>> 20.06.2010. >> >> Actually, where should I get the complete image-side changes from? I have >> those prepared by Lukas a while ago. > > Yeah, these are the complete ones from the repository adapted to Pharo. > > Maybe these same socket related crashes that randomly appear with > Seaside images? > > nanosleep: Invalid argument > Exited with exit code: 1 > > Lukas > > -- > Lukas Renggli > www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 1, 2010

Re: [Pharo-project] how do I turn off "smart" quotes in Pharo Seaside one-click image

by Nick Ager

> > Try ECompletion-lr.131, this fixes another set of bugs including the > one you reported. That seems to have nailed it. I'll use it for real today and see if I spot anything else, but so far so good. Thanks again Nick

Aug. 1, 2010

Re: [Pharo-project] CogVM as official Pharo VM?

by StÃ©phane Ducasse

On Jul 29, 2010, at 3:20 PM, Mariano Martinez Peck wrote: > I also agree with Janko idea. Image required changes where integrated in PharoCore 1.2. not really I have to go over them once more but I'm busy with other simple fixes (= that other people could do but nobody dare to/have time to...) stef > We can start soon to build Dev images using that core, and, most importantly, build a one click with Cog. > > Now the problem is.. > > 1) where to get the latest code from both, SVN and VMMaker. > 2) Compile and generate binaries for each platform > > Who can help us with this? > > The only binary I saw was the one Lukas did for Mac OS but I guess it should be updated with latests fixes? > > Cheers > > Mariano > > On Thu, Jul 29, 2010 at 3:15 PM, David T. Lewis <lewis(a)mail.msen.com> wrote: > This is very good advice. > > Dave > > On Thu, Jul 29, 2010 at 11:15:41AM +0200, Janko Miv??ek wrote: > > Hi guys, > > > > I would prepare a separate Pharo-Cog-Experimental one-clicks for now, to: > > > > - encourage Cog usage and discovering all bugs and side effects, which > > will: > > - let the Cog become production ready more quickly, but it: > > - won't mislead people to consider Cog as production ready, because > > such unintential misleading can put Cog unfairly in a bad light. > > > > Best regards > > Janko > > > > On 29. 07. 2010 10:45, Mariano Martinez Peck wrote: > > > Hi folks. Hope Eliot is reading this thread. > > > > > > It is time to think in Pharo 1.2 and we need to discuss if we want to > > > have CogVM as the standard Pharo VM. > > > > > > Most of us have tried it and found it incredible fast. So it would be > > > very good to take advantage of it. But I think there are a couple of > > > things to be discussed: > > > > > > 1) Cog VM seems to be aimed for x86 and 32 bits. You can read Eliot quotes: > > > "The Cog VM is a just-in-time compiler that currently supports only x86 > > > > > > No effort has been made to maintain 64-bit compatibility. Apologies, > > > this was unaffordable." > > > > > > So...how much important is this for us? do we care? and if we want to do > > > it, is it "doable" ? is it less doable than the normal squeak VM ? > > > > > > I really would like to have 64bits VM + 64bits images in a near > > > future...but hat's just my thoguhts. > > > > > > 2) The status of the external plugins. Are they working with Cog ? Not > > > only the "core plugings" but FFI, OSProcess (I read some problems with > > > it), TrueType, etc... > > > > > > 3) Is it stable for production use? For example, I read that with > > > seaside there are some crashes. > > > > > > 4) Depends on heroes. I never liked this idea. It has nothing to do with > > > Eliot. He is very cool and helpful. But I wonder, do we understand the > > > new VM and the changes? are we able to handle and fix it even without > > > eliot ? > > > > > > 5) Integration to VMMaker. I saw that they started to merge cog > > > (actually, I think only stack vm?) to the trunk of VMMaker. This is > > > really good news. I hope everything is there and merged. > > > > > > 6) Binaries. It seems the official released didn't come with binaries. > > > So we should compile it for each OS. > > > > > > > > > Ok..that's all my thoughts. I would really like to have a discussion > > > here and see what to do.....grrrrrr you are all in holidays, aren't you? > > > hahah > > > > > > cheers > > > > > > Mariano > > > > > > > > > > > > _______________________________________________ > > > Pharo-project mailing list > > > Pharo-project(a)lists.gforge.inria.fr > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > > -- > > Janko Miv??ek > > Svetovalec za informatiko > > Eranova d.o.o. > > Ljubljana, Slovenija > > www.eranova.si > > tel: 01 514 22 55 > > faks: 01 514 22 56 > > gsm: 031 674 565 > > > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 1, 2010

Re: [Pharo-project] how do I turn off "smart" quotes in Pharo Seaside one-click image

by Lukas Renggli

> I've installed ECompletion-lr.130. > It works brilliantly if I type: (' Â correctly skipping over ') at the end. > However if I type a single ' it doesn't add a closing ' - is this what > you're seeing? Try ECompletion-lr.131, this fixes another set of bugs including the one you reported. The complexity of the code is quite horrible. Basically each of the following cases has to be handled separately: - selection? yes/no - cursor at begin? yes/no - cursor at end? yes/no - open and close smart character the same? yes/no - close character and next character in text the same? yes/no Let me know if you find any more bugs. Lukas > Cheers > Nick > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Lukas Renggli www.lukas-renggli.ch

Aug. 1, 2010

Re: [Pharo-project] String, ByteString and WideString

by StÃ©phane Ducasse

andrey can you post the mail to squeak since andreas read it more than this mailing-list I imagine. Stef On Aug 1, 2010, at 1:56 AM, Andrey Larionov wrote: > Working with WebClient i found what it lacks of non latin languages > support (for example Russian). During investigation i found, what for > streaming there used ByteString, which is custructed by calling String > class>>new:. All subclases of String by calling of this method > produces only ByteString instances. Also WriteStream>>contents > indirectly calls String class>>new:. So even you construct WideString > with #basicNew: calling > (WideString basicNew: size) writeStrem contents > produce only ByteString > > Is this a bug or there some workaround? > > Thanks. > > -- > Andrey Larionov > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 1, 2010

Re: [Pharo-project] HTTP client library in Pharo?

by StÃ©phane Ducasse

andrey do you know if they tests are failing also in squeak? Else what are the problems? Stef On Aug 1, 2010, at 3:03 AM, Andrey Larionov wrote: > I found WebClient resonably helpful. And in Pharo1.1 WebClient loaded > with Metacello passes all tests green on Linux. In more recent version > some test related to WebSockets are failed. > I found WebClient lack of multi-domain cookie support and response > encoding problems, but working on it right now. > > On Thu, Jul 29, 2010 at 20:06, Andrei Stebakov <lispercat(a)gmail.com> wrote: >> I've been trying to find a library for Pharo/Squeak which would handle >> GET/POST requests with the ability to manage cookies and deal with >> https servers. >> The HTTPSocket that's included in Pharo doesn't have cookies support. >> I tried to find any library that handles cookies and there came up >> CurlPlugin and SWHTTPClient. >> SWHTTPClient page has a broken link to the source code >> (http://map.squeak.org/package/15f42ec1-e93e-4bcf-ab2b-6746ae9d413f) >> CurlPlugin package for Win32 that I found on the main project page >> fails most of the tests and can't retrieve any http data. >> I also found WebClient/WebServer library at >> http://www.squeaksource.com/@QY3MLGU4hU3c8qcE/2xQek_iM which also >> fails most tests after installation. >> >> I wonder what people in smalltalk community are using when they need >> to do some web scraping when they need to keep some session in >> cookies? >> What would be the best library to invest time into (I am very new to Smalltalk)? >> >> Thank you, >> Andrei >> >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 1, 2010

Re: [Pharo-project] how do I turn off "smart" quotes in Pharo Seaside one-click image

by Nick Ager

Hi Lukas, I've installed ECompletion-lr.130. It works brilliantly if I type: (' correctly skipping over ') at the end. However if I type a single ' it doesn't add a closing ' - is this what you're seeing? Cheers Nick

Aug. 1, 2010

Re: [Pharo-project] More on autotest

by laurent laffont

On Sat, Jul 31, 2010 at 1:56 PM, Alexandre Bergel <alexandre(a)bergel.eu>wrote: > Hi Laurent! > > One thing with autotest. When I compile a method, even though it is not > covered by the tests, the tests are run again. This does not always make > sense I feel since it slow down the way I code... > See AutotestFinder>>methodsFor: . When no senders/test/setup/teardown found, it searches for tests which reference the class of the modifed method. That means it will run all tests related to the class, which may not cover the changed method. I've done this because you can have testMethod calls methodA calls methodB. If you modify methodB, there's no senders in tests. But I want to know if it's covered by tests actually. Or I don't want senders in tests because it's a private method. So when I modify methodB, Autotest run all tests which reference its class. In this case the "Hit count" info is really useful because it tells if the method is covered by tests or not. Is there another way to know if methodB is covered by tests or not ? > For example, when I am defining a meta-model, then running the test each > time I add some business method it makes sense. However, when I define a > mondrian visualization, all #visualize have to be excluded by autotest. > Is #visualize a slow method or there's too much senders of #visualize ? Is excluding long tests as we talked earlier can resolve it ? Can you send me your image and tell me which methods you change bother you ? So I can "feel" the problem too. Laurent > > Cheers, > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 1, 2010