- Pharo-users - lists.pharo.org

Re: [Pharo-users] Serializing classes with Fuel

by Mariano Martinez Peck

On Tue, Mar 5, 2019 at 1:42 PM Konrad Hinsen <konrad.hinsen(a)fastmail.net> wrote: > Hi everyone, > > does anyone here have some experience with Fuel? > > Its Web site says "It can serialize/materialize not only plain objects > but also classes, traits, methods, closures, contexts, packages, > etc.". So I should be able to serialize a class somehow, right? > > But classes are by default treated as global objects, even if they > aren't. The class I want to serialize is created by > newAnonymousSubclass. And yet, Fuel only stores its name in the output > file. > > The documentation describes considerGlobal: which does the opposite of > what I want. So my question is: how can I tell Fuel *not* to consider a > class as global? > > Konrad. > > Yes, that's the "default" behavior. To fully serialize classes you need FuelMetalevel packages. This brings a new visitors and mappers to allow you to fully serialize methods, classes, contexts, etc. I am sorry but I couldn't remember where the docs about that were. You may want to at least take a look to the packages and their tests. Best, -- Mariano https://twitter.com/MartinezPeck http://marianopeck.wordpress.com

March 5, 2019

Re: [Pharo-users] im using pharo 7 with linux env. but cannot input korean.

by peter yoo

ok. today me tested again. maybe my XIM env is bad before. is ok now. thanks to all. all fcitx package remove and re-install. and ok... ê°ì¬í©ëë¤. for pharo users. :D

March 5, 2019

Re: [Pharo-users] Fail on condense when image name is drgeo.image

by Alistair Grant

Hi Hilaire, On Tue, 5 Mar 2019 at 15:09, HilaireFernandes <hilaire(a)drgeo.eu> wrote: > > The problem seems to happen when there is the following conditions, in the > folder containing the image: > > - there is a drgeo file, in my situation it is a link to the DrGeo > repository > - the image name is drgeo.image, ... > - PharoCondense is executed, then FileRefrence>>nextVersion seems confused > by the drgeo file. > > I could recheck, but it will be evening late. I had a bit of trouble reading the stack traces, but it looked like the issue is with FileReference>>nextVersion. If that is the case: #nextVersion is self contained, so the easiest thing will be to trigger the problem, go in to the debugger and copy the pathString of the FileReference that causes the issue. I've attached a change-set that fixes #nextVersion so it returns the correct values for file names with dots in them, e.g. "file.name.ext". Could you check if it behaves as expected? Cheers, Alistair

March 5, 2019

Serializing classes with Fuel

by Konrad Hinsen

Hi everyone, does anyone here have some experience with Fuel? Its Web site says "It can serialize/materialize not only plain objects but also classes, traits, methods, closures, contexts, packages, etc.". So I should be able to serialize a class somehow, right? But classes are by default treated as global objects, even if they aren't. The class I want to serialize is created by newAnonymousSubclass. And yet, Fuel only stores its name in the output file. The documentation describes considerGlobal: which does the opposite of what I want. So my question is: how can I tell Fuel *not* to consider a class as global? Konrad.

March 5, 2019

Re: [Pharo-users] Fail on condense when image name is drgeo.image

by HilaireFernandes

The problem seems to happen when there is the following conditions, in the folder containing the image: - there is a drgeo file, in my situation it is a link to the DrGeo repository - the image name is drgeo.image, ... - PharoCondense is executed, then FileRefrence>>nextVersion seems confused by the drgeo file. I could recheck, but it will be evening late. ----- http://drgeo.eu -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

March 5, 2019

Re: [Pharo-users] Fail on condense when image name is drgeo.image

by Alistair Grant

Hi Hilaire, On Mon, 4 Mar 2019 at 22:18, Hilaire <hilaire(a)drgeo.eu> wrote: > > Hi, > > When I use the stable P7, drgeo build fails. > > There is an obscure error in File>>nextVersion, with negative index > which are not catch, although it looks like it should be. > > This same build was working on alpha P7 of June. > > The stack of the debugger is attached as well the PharoDebug.log. > > Does it sound familiar to any of you? There were some changes made to FileReference>>nextVersion late last year (it was broken with only .1 and .1.1 version numbers being created). It looks like drgeo.changes.new has uncovered another issue as #nextVersion returns drgeo.1.new, when it should probably return drgeo.changes.1.new. But I can't reproduce the problem you're seeing. Can you create a small script that reproduces the issue? Cheers, Alistair

March 5, 2019

Fail on condense when image name is drgeo.image

by Hilaire

Hi, When I use the stable P7, drgeo build fails. There is an obscure error in File>>nextVersion, with negative index which are not catch, although it looks like it should be. This same build was working on alpha P7 of June. The stack of the debugger is attached as well the PharoDebug.log. Does it sound familiar to any of you? Hilaire -- Dr. Geo http://drgeo.eu

March 4, 2019

Re: [Pharo-users] Google Protobuf and usage of Slots

by Marcus Denker

Hello! Nice, I will have a look. I am interested to see how class layouts / slots can be used here. (but it might take some days to find timeâ¦) Marcus > On 26 Feb 2019, at 07:54, Holger Freyther <holger(a)freyther.de> wrote: > > Hi, > > from my point of view the pillars of future services are Google protobuf[1] and gRPC. Protobuf can be used for configuration files[2], tracing/logging[3] and storage[4]. gRPC is built on top-of HTTP2 and is using the protobuf IDL and marshaling. Many projects (etcd, envoy, Google Cloud, ...) provide a gRPC based API (and some automatically map this from REST to gRPC) already and I would like to build clients and servers in Pharo. > > > My plan of action is to start with a protobuf compiler/model and then look into binding the gRPC C implementation to Pharo. > > > I have started with gokr's Protobuf code on Smalltalkhub and defined base types and a Slot and could use some help to structure this more nicely. > > The code is at: https://github.com/zecke/pharo-protobuf and I could use some comments/review of how to use Slots in a significant way (add "type" validation on write, constraint checks, builder pattern?). > > Given a definition like: > > syntax = "proto2"; > package foo; > enum Color { > RED = 0; > GREEN = 1; > BLUE = 2; > } > message MyMessage { > optional Color color = 1; > } > > And an encoded binary message of #[8 2] the following can: > > PBTestMessage materializeFrom: #[8 2] readStream > > > decode and set the color field. Proper handling of mandatory and repeated fields are missing and decoding the other values, nested messages... :) > > > > Looking forward to have some eyes on the code. > > holger > > > > > > [1] A simple IDL to define structs/enums with marshaller/materializer for a binary protocol, JSON (and yaml). > > [2] Without having to write a XML/JSON schema and getting validation from the IDL. > > [3] Many of us log structured to text, then have something like logstash to re-parse, regexp it and dump it into ElasticSearch. With protobuf we can have plain objects end to end for logging. > > [4] We have FUEL so this is less interesting for us than others but quite interesting if you are mixing Pharo with other implementation languages.

March 4, 2019

Changes between two different classes

by Ben Coman

Say I duplicate Class A as Class B then modify some methods in Class B. Is there some way to use the DIff or Changes tools to compare Class A and Class B ? cheers -ben

March 4, 2019

Exercism / Ring

by Ben Coman

For Pharo track on https://exercism.io it may be useful for mentors to be able to review submitted solutions without disturbing their live image, and I wonder if Ring could be useful? Looking at Slide 30 here... https://www.slideshare.net/esug/metamodeling-of-custom-pharo-images it seems that maybe Calypso can open up on a Ring model? cheers -ben

March 4, 2019