April 2016 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Missing #removeDuplicates

by Nicolai Hess

2016-04-10 8:55 GMT+02:00 Volkert <volkert(a)komponentenwerkstatt.de>: > Sorry. i meant AthensSkatch ;-) It is a nice demo about using athens. > > http://smalltalkhub.com/#!/~NicolaiHess/AthensSketch Hi Volkert, I just replaced #removeDuplicates with #asSet (this should work now). (and replaced some deprecated on:send:to: calls (for Announcements) with when:send:to: in the latest version. Nicolai > > > > On 10.04.2016 07:42, stepharo wrote: > >> >> >> Le 9/4/16 22:36, Volkert a Ã©crit : >> >>> What happens to OrderedCollection>>removeDuplicates in Pharo 5.0? In >>> Pharo 4.0 it was part of a Package "GroupManager"? >>> >> >> It was probably badly implemented or only used in group manager (whose >> code was terrible) and we cleaned it. >> Now we could reintroduce it but in the right place and with tests. >> >>> It breaks the nice Package "AthensScratch" in Pharo 5.0 >>> >> >> what is athenscracth? >> >>> >>> BW. >>> Volkert >>> >>> >>> >> >> > >

April 11, 2016

MongoCursor>>#execute and MongoTalk changes

by Holger Freyther

Hi guys, I am tracking down a Voyage issue where query/reply is going out of sync when used concurrently. The Mongo wire protocol allows to specify a unique requestId and the response includes it as "responseTo" identifier. Mongo>>#nextRequestID helps in getting a new/unique id and it is already used but the responseTo field is never used. I have modified Mongo>>#cursorQuery: to return the 'id' instead of 'self' and have modified Mongo>>#getMore:collection:chunkSize: to request a new requestId instead of truncating the 64bit cursorId to 32bit and then return the 'id'. Next I modified MongoCursor>>#execute to remember the requestId and then compare it to the response id. This way the code will not treat a response for something else as legitimate response. It is using self error to signal the failure. For the comparison to work in a reliable way even after many requests we need to make sure that Mongo requestID stays within 32bit. Otherwise our internal number will be a LargePositiveInteger using more than four bytes and when we get a reply it will be truncated to a number with four bytes only and the comparison will fail. For my use the failure would occur with < 125 days of operation. I have added a bitAnd: 16r3F...F (which is SmallInteger maxVal on 32bit images) to truncate it to 30 bit. I have put that into the MongoTalk repository. If anything is wrong with the code (unit tests pass) please ping me and I will try my best to fix it. kind regards holger

April 10, 2016

Re: [Pharo-dev] Missing #removeDuplicates

by Volkert

Sorry. i meant AthensSkatch ;-) It is a nice demo about using athens. http://smalltalkhub.com/#!/~NicolaiHess/AthensSketch On 10.04.2016 07:42, stepharo wrote: > > > Le 9/4/16 22:36, Volkert a Ã©crit : >> What happens to OrderedCollection>>removeDuplicates in Pharo 5.0? In >> Pharo 4.0 it was part of a Package "GroupManager"? > > It was probably badly implemented or only used in group manager (whose > code was terrible) and we cleaned it. > Now we could reintroduce it but in the right place and with tests. >> It breaks the nice Package "AthensScratch" in Pharo 5.0 > > what is athenscracth? >> >> BW. >> Volkert >> >> > >

April 10, 2016

Re: [Pharo-dev] Missing #removeDuplicates

by stepharo

Le 9/4/16 22:36, Volkert a Ã©crit : > What happens to OrderedCollection>>removeDuplicates in Pharo 5.0? In > Pharo 4.0 it was part of a Package "GroupManager"? It was probably badly implemented or only used in group manager (whose code was terrible) and we cleaned it. Now we could reintroduce it but in the right place and with tests. > It breaks the nice Package "AthensScratch" in Pharo 5.0 what is athenscracth? > > BW. > Volkert > >

April 10, 2016

SecureSessionV1Server

by Robert Withers

Over the course of several months, I've been working on the implementation of SecureSessionV1 to adopt new protocol and message frame definitions. As to the original connection protocol and frames, I preserved it as a backwards compatible Vintage implementation. This change simplified a fair bit of code and will allow for some further modifications. I apologize for my habit in using the code and unit tests to document the system, an old habit to try for a self-describing domain language of secure sessions. Please look in SecureSession-Tests for examples in using both the Vintage and V1 protocols. The key classes for the Vintage version remain SecureSessionServer and SecureSessionTerminal, while the V1 version use SecureSessionV1Server and SecureSessionV1Terminal. Here are some helpful links.. The V1 Frame Design is http://jmp.sh/1Uo0dr7, though I should note there are changes to the DataHeader, which holds the mac and the plaintextLength. The code is found in http://www.squeaksource.com/Cryptography and the SecureSession package requires the Cryptography package and for a notable speed improvements the Cryptography plugins build for your VM. - Robert

April 10, 2016

Re: [Pharo-dev] Pharo5.0 crashing on Ubuntu14.04

by Cyril Ferlicot Delbecque

On 09/04/2016 23:51, Jigyasa Grover wrote: > Hey > > I have been treing to create a new Pharo 5.0 image and it seems to crash > giving the error /"This interpreter (vers. 6505) cannot read image file > (vers. 6521)."/ I am using PharoLauncher on Ubuntu 14.04 to manage Pharo > images. Hi, I think you are launching a Spur image with a non-spur VM. In Pharo 5 there was the introduction of a new memory management and garbage collector called SPUR. This caused a non-backward compatible change to the VM. To launch your Pharo 5 image with Pharo launcher you need the last version of Pharo launcher. Then you can download the Spur vm here: http://files.pharo.org/vm/pharo-spur32/. And you can point to the downloaded VM in the PharoLauncher settings. Example: http://puu.sh/ocnUg/06d3ac9ee4.png > > Help appreciated :) > > Best > Jigyasa Grover > > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France

April 9, 2016

Pharo5.0 crashing on Ubuntu14.04

by Jigyasa Grover

Hey I have been treing to create a new Pharo 5.0 image and it seems to crash giving the error /"This interpreter (vers. 6505) cannot read image file (vers. 6521)."/ I am using PharoLauncher on Ubuntu 14.04 to manage Pharo images. Help appreciated :) Best Jigyasa Grover -- View this message in context: http://forum.world.st/Pharo5-0-crashing-on-Ubuntu14-04-tp4889257.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

April 9, 2016

Missing #removeDuplicates

by Volkert

What happens to OrderedCollection>>removeDuplicates in Pharo 5.0? In Pharo 4.0 it was part of a Package "GroupManager"? It breaks the nice Package "AthensScratch" in Pharo 5.0 BW. Volkert

April 9, 2016

Re: [Pharo-dev] new pharo cheatsheet

by Mark Bestley

On 09/04/2016 10:59, serge.stinckwich(a)gmail.com wrote: > Yes you are right. We have 2 students (3rd Year at University) here that have been exposed only to C or Java and they are totally index-intoxicated ... They can't reason on collections. Difficult for them to change their habits. > > Sent from my iPhone > Surely learning Java now should not be index based - the for loop is enumerated and it has the filters maps etc. e.g. <http://zeroturnaround.com/rebellabs/java-8-explained-applying-lambdas-to-ja…> (so bad teaching?) and C as a first language I would have thought not a good idea either. -- Mark

April 9, 2016

Re: [Pharo-dev] Proportional Layout does not work for me

by Stephan Eggermont

Rectangles can no longer have negative sizes. Use Margin Stephan

April 9, 2016