December 2015 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] TCP server for Pharo?

by Sven Van Caekenberghe

> On 18 Dec 2015, at 18:33, Robert Withers <robert.w.withers(a)gmail.com> wrote: > > Hi Sven, I personally had not looked at Zinc. That's looking good. Therefore, I have a question about how to modify for my own client. You see, I implement a secure protocol that is different than HTTPS/SSL. I think you support SSL. How could I replace your rendezvous handshake with mine? I am looking for the secure state-machine entry point. Have a look at ZdcSecureSocketStream from the Zodiac package, which is a standard part of Pharo too (http://zdc.stfx.eu in particular http://zdc.stfx.eu/zodiac-paper.html) I think you are looking for #connect and #accept which are the setup hooks for the client and server respectively doing the setup. > ANother concern was which size frag packet and which size RS encdding, now that that is getting integrated. > > Many thanks, and for SmalltalkHub registation, as well. > Robert > > On 12/18/2015 12:21 PM, Sven Van Caekenberghe wrote: >>> On 18 Dec 2015, at 18:17, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >>> >>> >>> 2015-12-18 16:43 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: >>> Hi Denis, >>> >>> This makes me think about the VNC server, which is a TCP server. >>> >>> The implementation of it is on top of another generic one. >>> >>> http://www.smalltalkhub.com/#!/~PharoExtras/RFB >>> >>> I will look at it to extract error handling logic. I not look at it too much for now. But when I do I will put nice tests for this cases. Which is very important to me. Not only loop implementation duplicated in every servers but tests too (and most times no tests exists) >> ZnServer and subclasses have a quite robust implementation of server socket to connection handler logic with extensive error handling. All there in the standard image. But I assume you already looked at it. >> >> > > -- > . .. .. ^,^ robert >

Dec. 18, 2015

pharo vm + plugins

by Robert Withers

What is the link to help me build a 32-bit spur 50 VM? I want to build the crypto plugins. I have been having trouble with ubuntu building but I think CMake worked for me before. I will try, but I could loose the ability to even run the normal vm. sigh. Otherwise, I am really looking for the crypto plugins that are external for Ubuntu 32-bit. If you have generated these plugins, please email them to me, straightwawy, sos I can benefit from them and run the performance test to work on optimizing the FEC code. manythanks, -- . .. .. ^,^ robert

Dec. 18, 2015

Some test where Spur more slow than Cog

by Denis Kudriashov

Hi. I found case where Spur more slow than Cog. Not much but. prototype := BorderedMorph new. result := [prototype veryDeepCopy ] benchFor: 2 seconds. In my computer I got: Cog: a BenchmarkResult(16,982 iterations in 2 seconds 1 millisecond. 8,487 per second) Spur: a BenchmarkResult(12,507 iterations in 2 seconds 33 milliseconds. 6,152 per second). Is it expected behavior for such case?

Dec. 18, 2015

Re: [Pharo-dev] TCP server for Pharo?

by Robert Withers

Hi Sven, I personally had not looked at Zinc. That's looking good. Therefore, I have a question about how to modify for my own client. You see, I implement a secure protocol that is different than HTTPS/SSL. I think you support SSL. How could I replace your rendezvous handshake with mine? I am looking for the secure state-machine entry point. ANother concern was which size frag packet and which size RS encdding, now that that is getting integrated. Many thanks, and for SmalltalkHub registation, as well. Robert On 12/18/2015 12:21 PM, Sven Van Caekenberghe wrote: >> On 18 Dec 2015, at 18:17, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: >> >> >> 2015-12-18 16:43 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: >> Hi Denis, >> >> This makes me think about the VNC server, which is a TCP server. >> >> The implementation of it is on top of another generic one. >> >> http://www.smalltalkhub.com/#!/~PharoExtras/RFB >> >> I will look at it to extract error handling logic. I not look at it too much for now. But when I do I will put nice tests for this cases. Which is very important to me. Not only loop implementation duplicated in every servers but tests too (and most times no tests exists) > ZnServer and subclasses have a quite robust implementation of server socket to connection handler logic with extensive error handling. All there in the standard image. But I assume you already looked at it. > > -- . .. .. ^,^ robert

Dec. 18, 2015

Re: [Pharo-dev] TCP server for Pharo?

by Denis Kudriashov

2015-12-18 18:21 GMT+01:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > ZnServer and subclasses have a quite robust implementation of server > socket to connection handler logic with extensive error handling. All there > in the standard image. But I assume you already looked at it Yes. I will reuse zinc logic too. And maybe in future we can subclass ZnServer from TCPServer.

Dec. 18, 2015

Re: [Pharo-dev] TCP server for Pharo?

by Sven Van Caekenberghe

> On 18 Dec 2015, at 18:17, Denis Kudriashov <dionisiydk(a)gmail.com> wrote: > > > 2015-12-18 16:43 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > Hi Denis, > > This makes me think about the VNC server, which is a TCP server. > > The implementation of it is on top of another generic one. > > http://www.smalltalkhub.com/#!/~PharoExtras/RFB > > I will look at it to extract error handling logic. I not look at it too much for now. But when I do I will put nice tests for this cases. Which is very important to me. Not only loop implementation duplicated in every servers but tests too (and most times no tests exists) ZnServer and subclasses have a quite robust implementation of server socket to connection handler logic with extensive error handling. All there in the standard image. But I assume you already looked at it.

Dec. 18, 2015

Re: [Pharo-dev] TCP server for Pharo?

by Denis Kudriashov

2015-12-18 16:43 GMT+01:00 phil(a)highoctane.be <phil(a)highoctane.be>: > Hi Denis, > > This makes me think about the VNC server, which is a TCP server. > > The implementation of it is on top of another generic one. > > http://www.smalltalkhub.com/#!/~PharoExtras/RFB > I will look at it to extract error handling logic. I not look at it too much for now. But when I do I will put nice tests for this cases. Which is very important to me. Not only loop implementation duplicated in every servers but tests too (and most times no tests exists)

Dec. 18, 2015

Re: [Pharo-dev] Pharo Sprint in Santiago de Chile

by Juraj Kubelka

> On Dec 18, 2015, at 11:17, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > > OK, > > thus I have marked Rubric issue as 'fixes upstreamâ (https://pharo.fogbugz.com/f/cases/17155/Decreasing-an-existing-selection-is… <https://pharo.fogbugz.com/f/cases/17155/Decreasing-an-existing-selection-is…>) > > I cannot save changes into Pharo/Rubric repository with my JurajKubelka account. It says a ZnResponse(500 Internal Server Error text/plain;charset=utf-8 30B). Can anyone check it? I was not part or Pharo team. Now it is fixed. Thanks Nikolai! Cheers, Juraj > > Thanks. > Juraj > > >> 18. 12. 2015 v 10:09, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >> >> Hi, >> >> These are fixes to projects that are developped/maintained using their own repository. >> >> The idea is to commit there, mark it as âfixed upstreamâ and the maintainer then pushes larger >> batches back (using the configuration approach). >> >> The idea was that this allows to speed up things by working in parallel and shifting work the >> maintainers, in practice though the sync back happens far to slowâ¦ >> >> âif we just could do slice this would be fixed since 3 weeksâ is often a good summary of a >> âfixed upstreamâ case... >> >> Marcus >> >>> On 18 Dec 2015, at 13:49, Juraj Kubelka <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: >>> >>> What is fixed-upstream tag about? https://pharo.fogbugz.com/f/filters/138/fixed-upstream <https://pharo.fogbugz.com/f/filters/138/fixed-upstream> >>> >>> Thanks, >>> Juraj >>> >>>> 18. 12. 2015 v 9:35, Juraj Kubelka <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>>: >>>> >>>> Thanks. >>>> >>>> I can see there are no issues with sprint tag. We will choose some; letâs talk on Slackâ¦ >>>> >>>> Cheers, >>>> Juraj >>>> >>>>> 18. 12. 2015 v 9:19, Marcus Denker <marcus.denker(a)inria.fr <mailto:marcus.denker@inria.fr>>: >>>>> >>>>> Hi, >>>>> >>>>> We are doing a sprint in Lille, too. >>>>> >>>>> But it is a bit special >>>>> >>>>> -> CI slaves do not connect. No builds possible >>>>> -> Test runner fails, so committed changes can not be tested >>>>> >>>>> So a real sprint (where things can be integrated) is a bit difficult. >>>>> >>>>> I am trying to fix the CIâ¦. >>>>> >>>>> >>>>>> On 18 Dec 2015, at 12:27, Juraj Kubelka <juraj.kubelka(a)icloud.com <mailto:juraj.kubelka@icloud.com>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> We are having Pharo Sprint in about one hour. If anyone is aware of an issue that is important to fix, we will appreciate if you mark it in FogBugz by sprint tag or post it here. >>>>>> >>>>>> Thanks, >>>>>> Juraj >>>>>> >>>>>> -- >>>>>> Juraj Kubelka >>>>> >>>>> >>>> >>>> >>> >> >

Dec. 18, 2015

Re: [Pharo-dev] Pharo Sprint in Santiago de Chile

by Marcus Denker

> On 18 Dec 2015, at 13:19, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > Hi, > > We are doing a sprint in Lille, too. > > But it is a bit special > > -> CI slaves do not connect. No builds possible This is now fixed! Marcus

Dec. 18, 2015

Re: [Pharo-dev] Serious issue with OSProcess on Mac

by Dimitris Chloupis

thanks not a Spur problem, I have reported this problem for over a month now and it had to do with recent versions of VM at the time . Obviously this problem carried over to the VM as well. On Fri, Dec 18, 2015 at 5:53 PM Alexandre Bergel <alexandre.bergel(a)me.com> wrote: > Hi! > > On my mac, using Spur, the following expression: > > (PipeableOSProcess command: 'ls /tmp') output > > return an empty string. > This breaks completely the Git integration :-( > > Thierry has asked for credential to commit in the vm source code, but he > is still waiting for a reply. > > Alexandre > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > >

Dec. 18, 2015