July 2010 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] SqueakSSL fails...

by StÃ©phane Ducasse

Indeed, if somebody has time please help. Stef On Jul 31, 2010, at 1:52 PM, Levente Uzonyi wrote: > On Fri, 30 Jul 2010, Andrei Stebakov wrote: > >> It fails at the following statement: >> (decoded readInto: buffer startingAt: index count: count) = count >> ifFalse:[self error: 'Unexpected read failure']. >> >> In SecureSocketStream>>initialize it decoded defined as >> decoded := ReadStream on: (ByteArray new: 20000) from: 1 to: 0. >> >> Maybe decoded is supposed to become a SocketStream later in the game, >> but at this point it's still a ReadStream which doesn't understand >> #readInto:startingAt:count: > > Hm no. It just wasn't integrated: http://code.google.com/p/pharo/issues/detail?id=2177 . > > > Levente > >> >> Can anyone reproduce this in Pharo 1.1? Just evaluate "WebClient >> httpGet: 'https://www.google.com/search?q=squeak'." >> >> 2010/7/30 Levente Uzonyi <leves(a)elte.hu>: >>> On Fri, 30 Jul 2010, Andrei Stebakov wrote: >>> >>>> Apparently #readInto:startingAt:count: is not supported by ReadStream >>>> Pharo 1.1... >>> >>> SecureSocketStream is a subclass of SocketStream which has a method named >>> #readInto:startingAt:count:. >>> >>> >>> Levente >>> >>>> >>>> >>>> On Fri, Jul 30, 2010 at 5:46 PM, Andrei Stebakov <lispercat(a)gmail.com> >>>> wrote: >>>>> >>>>> Well, I put it there when Pharo was running. Now that I restarted >>>>> Pharo I got a different error: >>>>> When I execute "WebClient httpGet: >>>>> 'https://www.google.com/search?q=squeak'." I got: >>>>> >>>>> ReadStream(Object)>>doesNotUnderstand: #readInto:startingAt:count: >>>>> SecureSocketStream>>receiveDataInto:startingAt: >>>>> SecureSocketStream>>receiveAvailableData >>>>> SecureSocketStream(SocketStream)>>upToAll: >>>>> WebResponse>>readFrom: >>>>> WebClient>>sendRequest:content:size: >>>>> WebClient>>sendRequest: >>>>> WebClient>>httpGet:do: >>>>> WebClient>>httpGet: >>>>> WebClient class>>httpGet: >>>>> UndefinedObject>>DoIt >>>>> Compiler>>evaluate:in:to:notifying:ifFail:logged: >>>>> [] in TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>>> BlockClosure>>on:do: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>evaluateSelection >>>>> TextMorphForShoutEditor(ParagraphEditor)>>doIt >>>>> [] in TextMorphForShoutEditor(ParagraphEditor)>>doIt: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>terminateAndInitializeAround: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>doIt: >>>>> TextMorphForShoutEditor(ParagraphEditor)>>dispatchOnKeyEvent:with: >>>>> >>>>> >>>>> >>>>> >>>>> On Fri, Jul 30, 2010 at 4:47 PM, Andrei Stebakov <lispercat(a)gmail.com> >>>>> wrote: >>>>>> >>>>>> I've downloaded the SqueakSSL.dll plugin and put it in the root folder. >>>>>> Also I've downloaded >>>>>> SqueakSSL-Core >>>>>> SqueakSSL-Plugin >>>>>> SqueakSSL-Tests >>>>>> >>>>>> All tests passed. >>>>>> Now when I try to execute "SqueakSSL google: 'Squeak'." >>>>>> It fails creating the module in >>>>>> >>>>>> primitiveSSLCreate >>>>>> "Primitive. Creates and returns a new SSL handle" >>>>>> >>>>>> <primitive: 'primitiveCreate' module: 'SqueakSSL'> >>>>>> ^self primitiveFailed >>>>>> >>>>>> How can I fix it? >>>>>> >>>>>> 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 >>> >> >> _______________________________________________ >> 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

July 31, 2010

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

by Nick Ager

Hi Lukas, > My apologies - I've just downloaded the latest Eclipse and you are correct > > the smart-characters work in a similar manor. However one important > > usability difference is that when entering a string, my brain won't stop > my > > fingers from closing the quote - even though my eyes see "Smart > Characters" > > have automatically inserted the closing quote. On Eclipse the editor > infers > > I'm typing the closing quote/bracket etc and skips over the already > inserted > > "Smart Character", in Pharo it inserts another set of quotes giving me > three > > quotes at the end of my string and leaving the insertion point between > the > > first the second quote. I think this issue was shared by our > CampSmalltalk > > beginners. > > That's fairly easy to adapt, please try the following version from > <http://source.lukas-renggli.ch/unsorted>: > > Name: ECompletion-lr.126 > Author: lr > Time: 31 July 2010, 4:10:04 pm > UUID: 777d55d6-95e9-4630-a5ac-b35347286646 > Ancestors: ECompletion-lr.125 > > - try to be smarter with smart characters Thanks for the that - it's getting there. A couple of issues: * The change appears to have introduced odd delete behaviour. When I delete a character within smart quotes, a character *and* the ending smart quote is deleted - different behaviour to prior to your change, * If I enter: (' in Eclipse when I type: ') it skips over both the closing ' and the closing ). Apologies for my pedantry. Nick

July 31, 2010

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

by Lukas Renggli

>> I don't know if we talk about the same thing, but smart characters >> behave the same way in my Pharo images as they do in Eclipse and in >> TextMate. > > My apologies - I've just downloaded the latest Eclipse and you are correct > the smart-characters work in a similar manor. However one important > usability difference is that when entering a string, my brain won't stop my > fingers from closing the quote - even though my eyes see "Smart Characters" > have automatically inserted the closing quote. On Eclipse the editor infers > I'm typing the closing quote/bracket etc and skips over the already inserted > "Smart Character", in Pharo it inserts another set of quotes giving me three > quotes at the end of my string and leaving the insertion point between the > first the second quote. Â I think this issue was shared by our CampSmalltalk > beginners. That's fairly easy to adapt, please try the following version from <http://source.lukas-renggli.ch/unsorted>: Name: ECompletion-lr.126 Author: lr Time: 31 July 2010, 4:10:04 pm UUID: 777d55d6-95e9-4630-a5ac-b35347286646 Ancestors: ECompletion-lr.125 - try to be smarter with smart characters > <aside> > I've noticed that the builds I download from http://hudson.lukas-renggli.ch > have a different autocomplete to the ones I download > fromÂ http://pharo-project.org. The autocomplete on the builds from Lukas > seem a lot faster - I find scrolling down in an autocomplete in the standard > pharo build often unbearable slow. Another difference is the added useful > feature of being able to view method detail from the autocomplete with right > arrow. Is there a way to load the Lukas build autocomplete on-top of a > standard Pharo image? Why the difference? > Â </aside> oCompletion is an "extended" version of eCompletion that I use in my images. You and I are not the only ones that prefer eCompletion, I know of quite a few other people that think so too. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 31, 2010

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

by Nick Ager

> > I don't know if we talk about the same thing, but smart characters > behave the same way in my Pharo images as they do in Eclipse and in > TextMate. My apologies - I've just downloaded the latest Eclipse and you are correct the smart-characters work in a similar manor. However one important usability difference is that when entering a string, my brain won't stop my fingers from closing the quote - even though my eyes see "Smart Characters" have automatically inserted the closing quote. On Eclipse the editor infers I'm typing the closing quote/bracket etc and skips over the already inserted "Smart Character", in Pharo it inserts another set of quotes giving me three quotes at the end of my string and leaving the insertion point between the first the second quote. I think this issue was shared by our CampSmalltalk beginners. <aside> I've noticed that the builds I download from http://hudson.lukas-renggli.chhave a different autocomplete to the ones I download from http://pharo-project.org. The autocomplete on the builds from Lukas seem a lot faster - I find scrolling down in an autocomplete in the standard pharo build often unbearable slow. Another difference is the added useful feature of being able to view method detail from the autocomplete with right arrow. Is there a way to load the Lukas build autocomplete on-top of a standard Pharo image? Why the difference? </aside> Nick

July 31, 2010

Re: [Pharo-project] Pharo 1.1 host menu os x

by Michael Roberts

I guess the problem is because the one click application menu name is now 'Pharo Development' rather than 'Pharo'. the code in this method #rebuildApplicationMenuHandlers: is looking for the former. Did someone make this change? is it done in the info.plist? I am not very familiar but i have had a poke around. I prefer Pharo anyway. it is less verbose. I will see if i can change it and get it to work. thanks, Mike On Sat, Jul 31, 2010 at 1:04 PM, Michael Roberts <mike(a)mjr104.co.uk> wrote: >> >> Michael, it is working for me. Not only in the OneClick but also with the >> image and the Squeak 4.2.5beta1U >> what is exactly what it is NOT working for you? > > like I said literally the host menu quit menu item does not do > anything. exactly the symptom described in the original issue. this is > with the one click 1.1. > > I will have a look at the code. > cheers > Mike >

July 31, 2010

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

by Lukas Renggli

2010/7/31 Nick Ager <nick.ager(a)gmail.com>: >> >>> but if the point is that it is useful if one selects and then types, >>> could it simply apply the smart characters only when there is a slection as >>> the character is typed? Â In that case, typing [ would do just that, typing [ >>> when there is a selection would wrap the selection in []. Â Just a thought. >> >> I like this idea -- smartCharacters might be useful if it only took effect >> with a non-null selection. As it is, trying to type 'foo' is just too >> annoying to leave it on. >> > > +1 > It's also a frustration for those new to Smalltalk as the editor doesn't > behave in the way they're used to from their current programming editors. We > noticed this when we ran the introduction to Smalltalk at the recent > CampSmalltalk London. > However having the "Smart Character" off when you type, but on for a > selection so they magically wrap around selected text would in my view, be a > perfect compromise. I don't know if we talk about the same thing, but smart characters behave the same way in my Pharo images as they do in Eclipse and in TextMate. Lukas -- Lukas Renggli www.lukas-renggli.ch

July 31, 2010

Re: [Pharo-project] About overlapping packages :(

by Michael Roberts

sounds tricky. at the very least add a checker to a menu somewhere so we can start to use it. You wouldn't need to that deeply integrate it in the first instance... do you need to match the existing semantics exactly? I don't think it's good that we can get into these situations. Perhaps we should prevent them being able to be created in the first place, rather than deal with them once they overlap. cheers Mike On Fri, Jul 30, 2010 at 11:36 AM, StÃ©phane Ducasse <Stephane.Ducasse(a)inria.fr> wrote: > Hi > > I have worked on the integration of the new package implementation and its synchronisation with MC/PackageInfo. > Now I have the following problem: > > Scenario 1: > Â Â Â Â the user have created a package Foo which contains several classes, some like FooObject > Â Â Â Â in the category Foo-Core, others in category Foo-Others. > Â Â Â Â Now if he creates a package Foo-Core, Foo-Core should contain the classes > Â Â Â Â having Foo-Core as category. > > Â Â Â Â I have a problem with PackageInfo semantics since here packages Foo and Foo-Core could contain > Â Â Â Â FooObject. > > Scenario 2: > Â Â Â Â the user have created a class in the category Foo-Core, and after created a package only named Foo. > Â Â Â Â The classes in category Foo-Core should be added to Foo. But some other packages and categories starting with Foo may exist. > > > Now in the new implementation, classes cannot be two packages at the same time. So I will be forced > to implement a checker making sure that there is no such situation and also that we should remove > first the Foo package and then create two package Foo-Core and Foo-Others. > What do you think? > > May be such a checker should be hooked into MC right now so we detect anyway such bad situations. > > For the moment I'm fighting within events and announcements to make sure that I could potentially > keep the new implementation of Package and PackageOrganizer in sync with PackageInfo but this is not that simple. > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

July 31, 2010

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

by Nick Ager

> > > but if the point is that it is useful if one selects and then types, could >> it simply apply the smart characters only when there is a slection as the >> character is typed? In that case, typing [ would do just that, typing [ >> when there is a selection would wrap the selection in []. Just a thought. >> > > I like this idea -- smartCharacters might be useful if it only took effect > with a non-null selection. As it is, trying to type 'foo' is just too > annoying to leave it on. > > +1 It's also a frustration for those new to Smalltalk as the editor doesn't behave in the way they're used to from their current programming editors. We noticed this when we ran the introduction to Smalltalk at the recent CampSmalltalk London. However having the "Smart Character" off when you type, but on for a selection so they magically wrap around selected text would in my view, be a perfect compromise.

July 31, 2010

Re: [Pharo-project] Pharo 1.1 host menu os x

by Michael Roberts

> > Michael, it is working for me. Not only in the OneClick but also with the > image and the Squeak 4.2.5beta1U > what is exactly what it is NOT working for you? like I said literally the host menu quit menu item does not do anything. exactly the symptom described in the original issue. this is with the one click 1.1. I will have a look at the code. cheers Mike

July 31, 2010

[Pharo-project] More on autotest

by Alexandre Bergel

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... 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. Cheers, Alexandre -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

July 31, 2010