- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Zinc in PharoDev (was Re: XML maintainer???)

by StÃ©phane Ducasse

On May 16, 2011, at 3:03 AM, GermÃ¡n Arduino wrote: > Hi: > > I saw in your image that Zinc is already loaded. > > It will be at this way in the images from now? I'm asking because I > must decide what path take with XMLRPC. If Zinc will be the default to > use, I will adapt xmlrpc to work with Zn. yes zinc will be in core. Stef > > I know that xmlrpc is not heavily used but still I think is cool > having the tools in the image to expose an easy and straightforward > API. > > I wait comments. > > Cheers. > GermÃ¡n. > > > 2011/5/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: >> So...we added XML to PharoDev. Where are the maintaners? Could you please >> check these issues? >> >> Thanks! >> >> mariano >> >> ---------- Forwarded message ---------- >> From: <pharo(a)googlecode.com> >> Date: Sun, May 15, 2011 at 8:50 PM >> Subject: [Pharo-bugtracker] Issue 4232 in pharo: Failing Tests in Full: XML >> To: pharo-bugtracker(a)lists.gforge.inria.fr >> >> >> Status: Accepted >> Owner: marcus.d...(a)gmail.com >> Labels: Milestone-1.3-DevImage >> >> New issue 4232 by marcus.d...(a)gmail.com: Failing Tests in Full: XML >> http://code.google.com/p/pharo/issues/detail?id=4232 >> >>>>> >>>>> XML.Tests.Parser.Nodes.XMLObservableListTest.testReplaceFromToWithStartingAt >>>>> 0.0 1 >>>>> >>>>> XML.Tests.Parser.Nodes.XMLOrderedListTest.testReplaceFromToWithStartingAt >> >> >> _______________________________________________ >> Pharo-bugtracker mailing list >> Pharo-bugtracker(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker >> >> >> >> -- >> Mariano >> http://marianopeck.wordpress.com >> >> >

May 16, 2011

[Pharo-project] ***HIGHLY IMPORTANT*** call for Configuration of Browsers and infrastructure

by StÃ©phane Ducasse

Miguel, torsten, alexandre, mariano, dale and others This is *****REALLY***** important that we put in place an infrastructure and process + browser (already done) to publish configurations for each projects. We nearly have everything. Alexandre could we have a menu to freeze a configuration in a particular distribution repository? Guys could you take action on this point? Stef

May 16, 2011

Re: [Pharo-project] SSL/HTTPS -SecureSocketStream/SSLSessionforPharo/Squeak and otherSmalltalk implementations

by Rob Withers

StÃ©phane, Sven and friends, I created a fork project called CryptoPharo on squeaksource.com. I added StÃ©phane and Sven as admins. So, connect to: MCHttpRepository location: 'http://www.squeaksource.com/CryptoPharo' user: '' password: '' I pulled the base Cryptography package, and made a few fixes...the SSL package, and tried to get it running...and copied the CryptoPlugins without loading it. The mouse clicks were real jumpy and it automatically copied some versions to PharoInbox, I believe, totally out of my control. I don't have a lot of time to offer, unfortunately, as I am quite busy with other things in my life like rebuilding a 240z. I will see if I can take another look at it later this week, but it would be best if you guys can take the initiative and own it. Below are a few notes I took. Regards, Rob ------------------------------------------ Crypto: Ported the crypto code over. All tests seem to pass except #raisedTo:modulo: is god awful slow and so I bailed on the DiffieHellman and ElGamal tests after a few minutes of thought. The RSA test is a little slow, but ends up passing within 10s of seconds. The chain of calls which end up calling #raisedTo:modulo: is --- PrimesFinder>>primeOfSize: MillerRabin>>isProbablyPrime: LargePositiveInteger>>raisedto:modulo: -------------------------------------------- SSL: HTTPSocket class>>httpGetDocument:args:accept:request: has a problem with: '' asNumber with this line of code: port := (serverName copyFrom: index+1 to: serverName size) asNumber. where serverName = 'https:' and index = 6 Note: this is using HTTPSocket rather than HttpsSocket due to the string conversion to a Url subclass resolving to HttpUrl, rather than HttpsUrl. Initial port of SSL to CryptoPharo. Fixed hex issue with CipherSuite. Problems remain, with testCertStore (setting up private key is referencing RSAKey, which is gone and is using a call: #exponent:modulo: that is a RSAPublicKey thing and not a RSAPrivateKey thing) and with sending and getting data, but the Socket is reaching a connected state, so the handshake seems to be working. Not sure how given the perf issues with DiffieHellman. Actually, I did get a BAD REQUEST response, so data is flowing over the connection. Try: SSLSocket newConnection: 'www.cacert.org' port: 443 and check for connected (isConnected), then send: a command and receive a response.

May 16, 2011

[Pharo-project] Zinc in PharoDev (was Re: XML maintainer???)

by GermÃ¡n Arduino

Hi: I saw in your image that Zinc is already loaded. It will be at this way in the images from now? I'm asking because I must decide what path take with XMLRPC. If Zinc will be the default to use, I will adapt xmlrpc to work with Zn. I know that xmlrpc is not heavily used but still I think is cool having the tools in the image to expose an easy and straightforward API. I wait comments. Cheers. GermÃ¡n. 2011/5/15 Mariano Martinez Peck <marianopeck(a)gmail.com>: > So...we added XML to PharoDev. Where are the maintaners?Â Could you please > check these issues? > > Thanks! > > mariano > > ---------- Forwarded message ---------- > From: <pharo(a)googlecode.com> > Date: Sun, May 15, 2011 at 8:50 PM > Subject: [Pharo-bugtracker] Issue 4232 in pharo: Failing Tests in Full: XML > To: pharo-bugtracker(a)lists.gforge.inria.fr > > > Status: Accepted > Owner: marcus.d...(a)gmail.com > Labels: Milestone-1.3-DevImage > > New issue 4232 by marcus.d...(a)gmail.com: Failing Tests in Full: Â XML > http://code.google.com/p/pharo/issues/detail?id=4232 > >>>> >>>> XML.Tests.Parser.Nodes.XMLObservableListTest.testReplaceFromToWithStartingAt >>>> Â Â 0.0 Â Â 1 >>>> >>>> XML.Tests.Parser.Nodes.XMLOrderedListTest.testReplaceFromToWithStartingAt > > > _______________________________________________ > Pharo-bugtracker mailing list > Pharo-bugtracker(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker > > > > -- > Mariano > http://marianopeck.wordpress.com > >

May 16, 2011

Re: [Pharo-project] SSL/HTTPS - SecureSocketStream/SSLSessionforPharo/Squeak and other Smalltalk implementations

by David T. Lewis

On Sat, May 14, 2011 at 01:13:29PM +0200, Nicolas Cellier wrote: > 2011/5/14 St?phane Ducasse <stephane.ducasse(a)inria.fr>: > >>> > >> > >> I accelerated raisedTo:modulo: a bit with a primitive > >> (http://bugs.squeak.org/view.php?id=7120) but that's not enough > > Nicolas > > > > do you know why it was not integrated? > > It is a good candidate to check the build system of the VM and their evolution. > > Igor (I gave the windows distribution) to the arnaud so I hope that soon we will get a new windows slave for jenkins. > > > > Stef > > > > Don't know. Nicolas, I added your LargeIntegersPlugin>>primMontgomeryTimes:modulo:mInvModB: in SqS/VMMaker/VMMaker-dtl.233 (interpreter VM only, not Cog), and added some notes to http://bugs.squeak.org/view.php?id=7120. It compiles and runs correctly on both 32 and 64 bit platforms, but I cannot confirm the performance gain, so examples or tests would be helpful. On my system I built 32 and 64-bit versions, and I can confirm that the primitive runs and that the results are as expected: 12345678907 raisedTo: 3 modulo: 12345678917 ==> 12345677917 12345678907 montgomeryRaisedTo: 3 modulo: 12345678917 ==> 12345677917 But performance is not good in the example I came up with. On an interpreter VM (not Cog): Time millisecondsToRun: [100000 timesRepeat: [12345678907 raisedTo: 3 modulo: 12345678917]] ==> 633 Time millisecondsToRun: [100000 timesRepeat: [12345678907 montgomeryRaisedTo: 3 modulo: 12345678917]] ==> 1415 > > Don't know. I also have my modest bitShift: improvments pending > (http://bugs.squeak.org/view.php?id=7109) > Maybe I haven't performed enough tests to assert the performance gain. > The changes are reliable, I run a VM with both improvments without > crash for months. I have not looked at http://bugs.squeak.org/view.php?id=7109 yet but will do so. Dave

May 15, 2011

[Pharo-project] XML maintainer??? Fwd: [Pharo-bugtracker] Issue 4232 in pharo: Failing Tests in Full: XML

by Mariano Martinez Peck

So...we added XML to PharoDev. Where are the maintaners? Could you please check these issues? Thanks! mariano ---------- Forwarded message ---------- From: <pharo(a)googlecode.com> Date: Sun, May 15, 2011 at 8:50 PM Subject: [Pharo-bugtracker] Issue 4232 in pharo: Failing Tests in Full: XML To: pharo-bugtracker(a)lists.gforge.inria.fr Status: Accepted Owner: marcus.d...(a)gmail.com Labels: Milestone-1.3-DevImage New issue 4232 by marcus.d...(a)gmail.com: Failing Tests in Full: XML http://code.google.com/p/pharo/issues/detail?id=4232 XML.Tests.Parser.Nodes.XMLObservableListTest.testReplaceFromToWithStartingAt >>> 0.0 1 >>> XML.Tests.Parser.Nodes.XMLOrderedListTest.testReplaceFromToWithStartingAt >>> >> _______________________________________________ Pharo-bugtracker mailing list Pharo-bugtracker(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-bugtracker -- Mariano http://marianopeck.wordpress.com

May 15, 2011

Re: [Pharo-project] Amazon AWS S3 Monticello Mirror

by StÃ©phane Ducasse

thanks this is an excellent initiative. Marcus will love that. Stef On May 15, 2011, at 10:46 PM, Sven Van Caekenberghe wrote: > Hello, > > I did a little proof of concept: I set up an Amazon AWS S3 Monticello Mirror. > > I wrote a Smalltalk script using the Zn HTTP client, the Zinc-AWS S3 client and some pieces of MCHttpRepository and ZnMonticelloServerDelegate to copy all 273 entries of http://www.squeaksource.com/ZincHTTPComponents/ into a folder called 'ZincHTTPComponents' in an S3 bucket named 'mc-mirror'. Then I configured things a bit to make it look like a public read-only Monticello HTTP repository. > > The net result is this Monticello repository: > > MCHttpRepository > location: 'http://mc-mirror.s3-website-eu-west-1.amazonaws.com/ZincHTTPComponents/' > user: '' > password: '' > > Which works as it should on unmodified images (except that it is read-only). > With a proper DNS CNAME entry the hostname could become something more friendly. > > Next, I will try to turn this little hack into something more robust, that can also efficiently resynchronize the copy when versions are added to the original. Then, this could become the bot I talked about earlier. > > IMHO this could be a very robust fallback mechanism for SqueakSource, and even a primary one for those repositories you never commit to (which is most of them) and thus take off some the load of SqueakSource. > > Sven > >

May 15, 2011

Re: [Pharo-project] Support for stdout without OSProcess (issue 4065)

by StÃ©phane Ducasse

Thanks this is what I guessed and I opened a ticket 4233 to check that. Stef On May 15, 2011, at 11:09 PM, David T. Lewis wrote: > On Sun, May 15, 2011 at 07:06:35PM +0200, St?phane Ducasse wrote: >> david >> >> how do we use it from the image to print on stdout? >> >> Stef > > Of course I just use OSProcess ;-) But in Squeak trunk (http://source.squeak.org/trunk) > the stdio updates are in Files-ul.96 and Files-ul.97. > > Name: Files-ul.96 > Author: ul > Time: 24 January 2011, 3:45:32.858 am > UUID: d06be799-4c77-3b46-aff8-4abc589fafd3 > Ancestors: Files-mtf.95 > > Stdio support changes: > - Added stdio support code to FileStream. > - Unified API for accessing stdio streams. All users should send #stdin, #stdout and #stderr to FileStream to access the streams. > - MultiByteFileStream is used instead of CrLfFileStream. > - CrLfFileStream class >> #new is now deprecated > > Name: Files-ul.97 > Author: ul > Time: 24 January 2011, 3:59:59.143 am > UUID: 6f9985b2-9bce-a145-a3d2-276a76ce1fa7 > Ancestors: Files-ul.96 > > - removed previous stdio support code from StandardFileStream, migration is done in the preamble > > >> >> On May 15, 2011, at 6:55 PM, David T. Lewis wrote: >> >>> On Sun, May 15, 2011 at 06:44:30PM +0200, Stefan Marr wrote: >>>> Hi: >>>> >>>> What needs to be done for issue 4065? >>>> http://code.google.com/p/pharo/issues/detail?id=4065 >>>> >>>> I would like to have an easy way to provide compatibility for the RoarVM primitive RVMOperations>print: which really just dumps a string to stdout. So, ideally, I don't want to many dependencies like OSProcess in SMark. >>>> >>>> What would need to be done for that? The issue is not to verbose. >>>> Is it a missing print primitive in the VM? >>>> >>>> Thanks >>>> Stefan >>> >>> FilePlugin>>primitiveFileStdioHandles is present in both the interpreter >>> VM and Cog. It was added to the interpreter VM (SqueakSource/VMMaker) here: >>> >>> >>> Name: VMMaker-dtl.213 >>> Author: dtl >>> Time: 28 December 2010, 2:06:59 am >>> UUID: f2524f34-cfcb-46ea-80b6-81402f9a875f >>> Ancestors: VMMaker-dtl.212 >>> >>> VMMaker 4.4.4 >>> >>> Add FilePlugin>>primitiveFileStdioHandles adapted from oscog. >>> Reference Mantis 0007591: Add #primitiveFileStdioHandles to standard VM >>> >>> Notes r.e. adopting the oscog implementation of primitiveFileStdioHandles: >>> >>> Cog primitive uses "interpreterProxy topRemappableOop" which is defined for VM_PROXY_MINOR > 9 but standard VM support code is at VM_PROXY_MINOR 8 (Cog is at VM_PROXY_MINOR 11). Work around this by popping and pushing the result array rather than using topRemappableOop. >>> >>> Cog uses primitive failure return codes not yet supported in the interpreter VM. The primitive return codes need to be adopted in standard VM but this is not yet done. >>> >>> >> >

May 15, 2011

[Pharo-project] [ANN] PharoDev-1.3-13201

by Mariano Martinez Peck

Hi. IMPORTANT: This is not the final 1.3 release, it just one simple snapshot and one point. This image is based in PharoCore 1.3 13201 and includes also several fixes for the external packages like OB. Thanks to Fernando the Transcript is now much better. The image is here: https://gforge.inria.fr/frs/download.php/28547/Pharo-1.3-13201.zip And it was build by Hudson: https://pharo-ic.lille.inria.fr/hudson/view/Pharo/job/Pharo%201.3/150/ Nile was removed from dev image which means there are only 3 failing tests :) Best regards, -- Mariano http://marianopeck.wordpress.com

May 15, 2011

Re: [Pharo-project] Support for stdout without OSProcess (issue 4065)

by David T. Lewis

On Sun, May 15, 2011 at 07:06:35PM +0200, St?phane Ducasse wrote: > david > > how do we use it from the image to print on stdout? > > Stef Of course I just use OSProcess ;-) But in Squeak trunk (http://source.squeak.org/trunk) the stdio updates are in Files-ul.96 and Files-ul.97. Name: Files-ul.96 Author: ul Time: 24 January 2011, 3:45:32.858 am UUID: d06be799-4c77-3b46-aff8-4abc589fafd3 Ancestors: Files-mtf.95 Stdio support changes: - Added stdio support code to FileStream. - Unified API for accessing stdio streams. All users should send #stdin, #stdout and #stderr to FileStream to access the streams. - MultiByteFileStream is used instead of CrLfFileStream. - CrLfFileStream class >> #new is now deprecated Name: Files-ul.97 Author: ul Time: 24 January 2011, 3:59:59.143 am UUID: 6f9985b2-9bce-a145-a3d2-276a76ce1fa7 Ancestors: Files-ul.96 - removed previous stdio support code from StandardFileStream, migration is done in the preamble > > On May 15, 2011, at 6:55 PM, David T. Lewis wrote: > > > On Sun, May 15, 2011 at 06:44:30PM +0200, Stefan Marr wrote: > >> Hi: > >> > >> What needs to be done for issue 4065? > >> http://code.google.com/p/pharo/issues/detail?id=4065 > >> > >> I would like to have an easy way to provide compatibility for the RoarVM primitive RVMOperations>print: which really just dumps a string to stdout. So, ideally, I don't want to many dependencies like OSProcess in SMark. > >> > >> What would need to be done for that? The issue is not to verbose. > >> Is it a missing print primitive in the VM? > >> > >> Thanks > >> Stefan > > > > FilePlugin>>primitiveFileStdioHandles is present in both the interpreter > > VM and Cog. It was added to the interpreter VM (SqueakSource/VMMaker) here: > > > > > > Name: VMMaker-dtl.213 > > Author: dtl > > Time: 28 December 2010, 2:06:59 am > > UUID: f2524f34-cfcb-46ea-80b6-81402f9a875f > > Ancestors: VMMaker-dtl.212 > > > > VMMaker 4.4.4 > > > > Add FilePlugin>>primitiveFileStdioHandles adapted from oscog. > > Reference Mantis 0007591: Add #primitiveFileStdioHandles to standard VM > > > > Notes r.e. adopting the oscog implementation of primitiveFileStdioHandles: > > > > Cog primitive uses "interpreterProxy topRemappableOop" which is defined for VM_PROXY_MINOR > 9 but standard VM support code is at VM_PROXY_MINOR 8 (Cog is at VM_PROXY_MINOR 11). Work around this by popping and pushing the result array rather than using topRemappableOop. > > > > Cog uses primitive failure return codes not yet supported in the interpreter VM. The primitive return codes need to be adopted in standard VM but this is not yet done. > > > > >

May 15, 2011