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

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

by Levente Uzonyi

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 >

July 31, 2010

Re: [Pharo-project] Underscores in 1.1??

by StÃ©phane Ducasse

Don't overuse that :) We do not like print_on_ ( ...) ;D Stef On Jul 25, 2010, at 3:05 PM, Schwab,Wilhelm K wrote: > THANKS!!!!! to all involved in getting this done. > > > > > ________________________________________ > From: pharo-project-bounces(a)lists.gforge.inria.fr [pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Lukas Renggli [renggli(a)gmail.com] > Sent: Sunday, July 25, 2010 4:32 AM > To: Pharo-project(a)lists.gforge.inria.fr > Subject: Re: [Pharo-project] Underscores in 1.1?? > >> Is 1.1 able to handle underscores in method *and* class names? Is this really behind us now? > > Yes, all identifiers support underscore characters everywhere. Also > temporary and instance variables. And also in the refactoring engine. > > The only problem I just noticed in the editor is that double clicking > on a variable with a underscore does not change the selection > correctly. > > 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

July 31, 2010

Re: [Pharo-project] running Magma tests in 1.1

by Mariano Martinez Peck

On Sat, Jul 31, 2010 at 4:57 AM, Henrik Johansen < henrik.s.johansen(a)veloxit.no> wrote: > Yes, the implementation of fileExists: was changed, so it no longer > iterates over entire directory contents, but tries to open the file. Sadly, > the Unix vm contains a bug which means relative links will not be resolved > correctly. > A fix from Cog has been submitted, but no release has been made which > obtains it yet. > > Hi Henry, Thanks a lot. Do you know if we have a test in PharoCore that test this? At least a failing/error one due to this? It would be great to have it. The other vms are ok ? thanks mariano > Cheers, > Henry > > Den 30. juli 2010 kl. 23:09 skrev Chris Muller <asqueaker(a)gmail.com>: > > > To run the test-suite for Magma 1.1r2 in Pharo: > > > > - Proceed past two warnings about "FlapTab" when loading Magma. > > - Revert FileDirectory>>#fileExists: to the prior version. > > - Remove #testClassSchemaUpgrades. > > - Load OSProcess. > > > > The second and third steps, above, I believe may be regressions in Pharo > 1.1. > > > > In Pharo 1.1: > > > > FileDirectory default fileExists: '/bin/sh' "---> false" > > > > but the file does, indeed, exist as a soft-link. Squeak answers true > > and, I'll bet, so does Pharo 1.0, so I'm not sure if there is a > > problem here or not. > > > > #testClassSchemaUpgrades tests Magma's ability to keep up with > > class-schema changes in the image. Usually class-schemas change only > > in development, not production systems so maybe it's not a big deal. > > But still, it can be very convenient develop new class schemas while > > connected to a persistent Magma store. Magma makes use of the > > SystemChangeNotifier to do this. I don't know if Pharo cleaned > > something with SystemChangeNotifier or a regression happened, but I > > don't have time to debug it right now. Certainly, if there is a > > problem with Magma I will fix it, but I'm not convinced of that yet. > > > > - Chris > > > > _______________________________________________ > > 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

[Pharo-project] Limitation of number os literals in a method?

by nullPointer

I get that error when I try save a CLView builded with the UIBuilder More than 256 literals referenced. You must split or otherwise simplify this method. The 257th literal is: 128 Select Proceed to continue, or close this window to cancel the operation. How I can solve that problem? The method than I try save is generated programmatically... Thanks -- View this message in context: http://forum.world.st/Limitation-of-number-os-literals-in-a-method-tp230874… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

July 31, 2010

[Pharo-project] [ANN] DrGeo release 10.08

by Hilaire Fernandes

Dear all, I am please to announce the DrGeo release 10.08. This is an universal application working identically for GNU/Linux, Windows and Mac OS X. http://blog.ofset.org/hilaire/index.php?post/2010/07/30/DrGeo-release-10.08… Hilaire

July 31, 2010

Re: [Pharo-project] running Magma tests in 1.1

by Henrik Johansen

Yes, the implementation of fileExists: was changed, so it no longer iterates over entire directory contents, but tries to open the file. Sadly, the Unix vm contains a bug which means relative links will not be resolved correctly. A fix from Cog has been submitted, but no release has been made which obtains it yet. Cheers, Henry Den 30. juli 2010 kl. 23:09 skrev Chris Muller <asqueaker(a)gmail.com>: > To run the test-suite for Magma 1.1r2 in Pharo: > > - Proceed past two warnings about "FlapTab" when loading Magma. > - Revert FileDirectory>>#fileExists: to the prior version. > - Remove #testClassSchemaUpgrades. > - Load OSProcess. > > The second and third steps, above, I believe may be regressions in Pharo 1.1. > > In Pharo 1.1: > > FileDirectory default fileExists: '/bin/sh' "---> false" > > but the file does, indeed, exist as a soft-link. Squeak answers true > and, I'll bet, so does Pharo 1.0, so I'm not sure if there is a > problem here or not. > > #testClassSchemaUpgrades tests Magma's ability to keep up with > class-schema changes in the image. Usually class-schemas change only > in development, not production systems so maybe it's not a big deal. > But still, it can be very convenient develop new class schemas while > connected to a persistent Magma store. Magma makes use of the > SystemChangeNotifier to do this. I don't know if Pharo cleaned > something with SystemChangeNotifier or a regression happened, but I > don't have time to debug it right now. Certainly, if there is a > problem with Magma I will fix it, but I'm not convinced of that yet. > > - Chris > > _______________________________________________ > 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] [squeak-dev] [ANN] Magma 1.1r2

by Miguel Enrique CobÃ¡ MartÃnez

> OK, I've copied them to "Magma" too. I will upload the SAR file to > SqueakMap too, soonish. Two more package missing in Magma repo: Ma exception handling-cmm.36.mcz Ma object serialization tester-cmm.32.mcz It is specified by the 1.1r2 mcm. In Magma repository there are: Ma exception handling-cmm.33.mcz Ma object serialization tester-cmm.30.mcz Cheers -- Miguel CobÃ¡ http://miguel.leugim.com.mx

July 31, 2010

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

by Andrei Stebakov

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: 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 >

July 31, 2010

Re: [Pharo-project] Pharo 1.1/1.2 and class names in Chinese

by csrabak＠bol.com.br

Em 30/07/2010 01:12, Serge Stinckwich < serge.stinckwich(a)gmail.com > escreveu: > I dunno of the translation of COBOL in french, but i remember when i > was in high school in the 80ies having using applications built in > LSE (Language Symbolique d'Enseignement). It was a kind of BASIC > written in french. More information here: > http://en.wikipedia.org/wiki/LSE_%28programming_language%29 > and in french here: > http://fr.wikipedia.org/wiki/LSE_%28langage_de_programmation%29 I > remember doing german lessons with LSE programs. One way to trick > the programs was to stop the application, to look at the name of > variable used to give the answer. After that everytime you replyed > with the name of variable, every exercice was done right ! ;-) Here in Brasil in the seventies we had a didactic programming language called HIPO (which is the suffix for Hypothetical in Portuguese) which was sort of the MIX language devised by D. Knuth. In the eighties a Pascal like language called LEAL (which means 'loyal' in Portuguese) was issued. But no tricks like the discovered by you have been reported for these educational languages... []s -- Cesar Rabak

July 31, 2010

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

by Levente Uzonyi

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 >

July 30, 2010