October 2019 - Pharo-users - lists.pharo.org

Re: [Pharo-users] help bij one of the last challenges of the chapterof network simulation of the oop book.

by Richard O'Keefe

We don't know what you are actually trying to do. WHICH book has the problem you are trying to solve? I spent some time looking at the code in your repository, and the KA* classes look very "passive". I don't really see any simulation going on anywhere but in the test cases, and that just feels wrong. I would expect a network simulator to model network nodes as Processes with SharedQueues of messages coming in and responding by sending messages through other SharedQueues. On Wed, 30 Oct 2019 at 19:34, Roelof Wobben via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > Thanks, > > That part I understand but what I try to say is that if I understand > the code right the string BALL is send back to the node that send the > orginal messsgae #ball. But as I said that one do not seem to recieve > any packages and my question is still why ? > > I debugged it several times but I do not see the reason. > > Roelof > > > > Op 30-10-2019 om 01:38 schreef Richard O'Keefe: > > The first question you should ask is "What do I expect #ball asUppercase to be?" > > The ANSI Smalltalk standard says > > 5.7.10.9 Message: asUppercase > > Synopsis > > Answer a new string which contains all of the elements of the > > receiver converted to their upper > > case equivalents. > > Definition: <readableString> > > Answer a new string which contains all of the elements of the > > receiver converted to their upper > > case equivalents. Individual element of the string are converted as if > > they were receivers of the > > message #asUppercase. > > Return Values > > <readableString> new > > Errors > > none > > > > Notice the word "string", the protocol "<readableString>", and the > > entire absence of anything > > suggesting that the receiver and result belong to the same class. > > > > In my Smalltalk library, the receiver and result DO belong to the same class, > > so #ball asUppercase ==> #BALL. > > But the ANSI standard does not require that. > > And I may change my library, because > > GNU Smalltalk, Dolphin Smalltalk, Smalltalk/X, Squeak, and Pharo > > all return a String. (On the other hand, one reason I wrote my Smalltalk > > was to press the edges of the ANSI standard, so maybe I'll leave it.) > > > > So I think where you have #BALL you should have 'BALL'. > > There may be other issues. > > > > On Wed, 30 Oct 2019 at 11:00, Roelof Wobben via Pharo-users > > <pharo-users(a)lists.pharo.org> wrote: > >> Hello, > >> > >> I have to made this challenge as last on of the OOP book > >> > >> Servers answering requests > >> > >> When a server node consumes a packet, it converts the payload to uppercase, > >> then sends that back to the sender of the request. > >> > >> This is yet another subclass which redefines the consume: method, but this > >> time the node is stateless, so we have no initialization or accessor methods to > >> write: > >> > >> KANetworkNode subclass: #KANetworkServer > >> instanceVariableNames: '' > >> classVariableNames: '' > >> category: 'NetworkSimulator-Nodes' > >> > >> KANetworkServer >> consume: aPacket > >> | response | > >> response := aPacket payload asUppercase. > >> self send: (KANetworkPacket > >> from: self address > >> to: aPacket sourceAddress > >> payload: response) > >> > >> > >> Define a test for the behavior of server nodes. > >> > >> > >> I tried but I miss something > >> > >> so far as I have this : > >> > >> testSendToServer > >> | packet ping pong link | > >> packet := KANetworkPacket from: #ping to: #pong payload: #ball. > >> ping := net nodeAt: #ping. > >> pong := net nodeAt: #pong. > >> link := net linkFrom: #ping to: #pong. > >> ping send: packet. > >> pong consume: packet. > >> > >> but whatever I tried I cannot think of a test that works. > >> > >> I tried > >> > >> assert: ping payload equals: #BALL > >> assert: ping arrievedpackages equals; 1 > >> > >> but they all fail > >> > >> It looks like ping does not recieve the package back. > >> > >> What do I do wrong or what can I test better ? > >> > >> my code so far : https://github.com/RoelofWobben/network > >> > >> and the problem is the testToServerTest that I cannot make work > >> > >> Regards, > >> > >> Roelof > >> > >

Oct. 31, 2019

Re: [Pharo-users] [ANN] XMLWriter moved to GitHub

by Torsten Bergmann

Hi Cyril, > This is really cool thanks! I just step in - looks like people where too shy so far. > Do you plan to also migrate XMLParserHTML and XPath? Yes - more is in the pipe already. You can follow activities on GH. > Also, I have a question. Why the "XML" prefix? I find it redundant > since there is already XML in the name. "pharo-contributions" is having also non-XML related repos. So this is a kind of simplistic repo-grouping for all XML related repos. For XMLWriter it is redundant - but I plan for XML-XMLWriter XML-XMLParser XML-XPath XML-Pastell XML-... so when you filter contribution repos in github for "xml" you will easier find or recognize it. Same in Iceberg when loaded. Hope this makes sense to you as well ... Bye T.

Oct. 31, 2019

Re: [Pharo-users] [ANN] XMLWriter moved to GitHub

by Cyril Ferlicot

On Mon, Oct 28, 2019 at 9:31 AM Torsten Bergmann <astares(a)gmx.de> wrote: > > Hi, > > the STHub -> PharoExtras project "XMLWriter" > > 1. was now moved from http://smalltalkhub.com/#!/~PharoExtras/XMLWriter to > https://github.com/pharo-contributions/XML-XMLWriter including the FULL HISTORY > > The old STHub repo was marked as obsolete - but is linking to the new one > > 2. Travis CI job was setup (https://travis-ci.org/pharo-contributions/XML-XMLWriter) for P7 which is green > > 4. the new version is tagged in git as version 2.8.5 > > 5. the Config was adopted with 2.8.5 and uploaded into MetaRepoForPharo70 so it works in catalog > > > You can load "XMLWriter" in Pharo 7 and 8 from Catalog or via load instructions > > Metacello new > baseline: 'XMLWriter'; > repository: 'github://pharo-contributions/XML-XMLWriter/src'; > load. > > This is really cool thanks! Do you plan to also migrate XMLParserHTML and XPath? Also, I have a question. Why the "XML" prefix? I find it redundant since there is already XML in the name. > More to come... > > Bye > T. > -- Cyril Ferlicot https://ferlicot.fr

Oct. 31, 2019

Re: [Pharo-users] We Are Smalltalk

by askoh

Very nice. Very easy to understand cause and effect. Live programming at its best. Aik-Siong Koh -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 30, 2019

Status of Encryption / Keys / Etc

by Eric Gade

Hi all, I'm try to get an idea of the status of keys and key signing (cross platform if possible) in Pharo. Do we have general mechanisms for signing pieces of data, and for encrypting/decrypting based on public/private key pairs, including those set as the default for a given user on a given system? Thanks. -- Eric

Oct. 30, 2019

Html5 inputs examples for seaside

by Oswall Verny Arguedas C.

I would like to know if you have examples of use for html5 inputs in Seaside 3.3. I am with the Seaside book on the website. I have examples of textInput and others, however I am interested in inputs of numbers, dates, months, html5 colors, apply calculations and get results. I have errors in syntax. I need to establish memory variables that should not persist and then perform calculations on methods and only totals persist. Thanks in advance. Oswall

Oct. 30, 2019

Re: [Pharo-users] We Are Smalltalk

by horrido

Sorry about that. I've cited your original work in the video. However, if you decline to give me permission, then I shall remove the video. Just let me know. Thanks. SergeStinckwich wrote > On Wed, Oct 30, 2019 at 2:23 PM Christopher Fuhrman < > christopher.fuhrman@ >> wrote: > >> >> On Tue, 29 Oct 2019 at 12:24, Christopher Fuhrman < >> > christopher.fuhrman@ >> wrote: >> >>> ... expecting to find a link to a tutorial >>> >> >> Google helped me find it: >> https://pharoweekly.wordpress.com/2015/03/07/athenssketch-how-to-browse-coo… >> >> I subclassed as suggested and re-typed the drawStepOn: method (I had to >> do >> it in a System Browser, as the SketchBrowser gave me troubles to compile, >> in Pharo 8 at least). It works as shown in the video (more or less). The >> graphics portal has no window frame, but you can move it around. >> >> However, making the live changes in Pharo 8 finally leads to a bad state: >> [image: image.png] >> >> When I have more time, I'll try it with Pharo 7. It's a great demo for >> live programming. >> >> > > > I have done the original video as a example of a great demo for live > programming. > Apparently my video was copied without permissions and without reference > to > the original work. > > It would be nice to redo the demo like the one I have done. > > Regards, > > -- > Serge Stinckwic > h > > Int. Research Unit > on Modelling/Simulation of Complex Systems (UMMISCO) > Sorbonne University > (SU) > French National Research Institute for Sustainable Development (IRD) > U > niversity of YaoundÃ© I, Cameroon > "Programs must be written for people to read, and only incidentally for > machines to execute." > https://twitter.com/SergeStinckwich > > > image.png (52K) > <http://forum.world.st/attachment/5106473/0/image.png> -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Oct. 30, 2019

Re: [Pharo-users] help bij one of the last challenges of the chapterof network simulation of the oop book.

by Roelof Wobben

Oct. 30, 2019

Re: [Pharo-users] We Are Smalltalk

by Serge Stinckwich

On Wed, Oct 30, 2019 at 2:23 PM Christopher Fuhrman < christopher.fuhrman(a)etsmtl.ca> wrote: > > On Tue, 29 Oct 2019 at 12:24, Christopher Fuhrman < > christopher.fuhrman(a)etsmtl.ca> wrote: > >> ... expecting to find a link to a tutorial >> > > Google helped me find it: > https://pharoweekly.wordpress.com/2015/03/07/athenssketch-how-to-browse-coo… > > I subclassed as suggested and re-typed the drawStepOn: method (I had to do > it in a System Browser, as the SketchBrowser gave me troubles to compile, > in Pharo 8 at least). It works as shown in the video (more or less). The > graphics portal has no window frame, but you can move it around. > > However, making the live changes in Pharo 8 finally leads to a bad state: > [image: image.png] > > When I have more time, I'll try it with Pharo 7. It's a great demo for > live programming. > > I have done the original video as a example of a great demo for live programming. Apparently my video was copied without permissions and without reference to the original work. It would be nice to redo the demo like the one I have done. Regards, -- Serge Stinckwic h Int. Research Unit on Modelling/Simulation of Complex Systems (UMMISCO) Sorbonne University (SU) French National Research Institute for Sustainable Development (IRD) U niversity of YaoundÃ© I, Cameroon "Programs must be written for people to read, and only incidentally for machines to execute." https://twitter.com/SergeStinckwich

Oct. 30, 2019

Re: [Pharo-users] We Are Smalltalk

by Christopher Fuhrman

On Tue, 29 Oct 2019 at 12:24, Christopher Fuhrman < christopher.fuhrman(a)etsmtl.ca> wrote: > ... expecting to find a link to a tutorial > Google helped me find it: https://pharoweekly.wordpress.com/2015/03/07/athenssketch-how-to-browse-coo… I subclassed as suggested and re-typed the drawStepOn: method (I had to do it in a System Browser, as the SketchBrowser gave me troubles to compile, in Pharo 8 at least). It works as shown in the video (more or less). The graphics portal has no window frame, but you can move it around. However, making the live changes in Pharo 8 finally leads to a bad state: [image: image.png] When I have more time, I'll try it with Pharo 7. It's a great demo for live programming.

Oct. 30, 2019