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

Re: [Pharo-users] P7 regression
by Hilaire July 26, 2019

July 26, 2019

Thanks for the tips. It is definitely a left over from porting DrGeo to P7 from P4/5/6 (not sure) But it can't really work as put:into: is used to write both sktech content (XML file) and its PNG preview. At some point in Pharo history both UTF8 and bitmap were using binary stream. Likely a putBinary:into: is needed too. -- Dr. Geo http://drgeo.eu

2 4

OrderedCollection as an instance variable
by sergio ruiz July 25, 2019

July 25, 2019

I'm implementing an instance variable as an OrderedCollection, and am doing something idiotic. I have an Artist class. An Artist can have many tracks: tracks ^ tracks ifNil: [ self tracks: OrderedCollection new ] tracks: anObject tracks := anObject Doing something like: a := Artist new. t := Track new. a tracks add: t Gives me the error: Artist(Object)>>doesNotUnderstand: #add: Once I get past that error, which will evaluate `a tracks`, I can run this. I get why it works the second time, but I don't get why it thinks the instance of Artist is the receiver of add: on the first run. Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

9 12

Re: [Pharo-users] [Seaside] Save the date: October 22nd in Ghent for a Smalltalk WebCamp
by Esteban Maringolo July 25, 2019

July 25, 2019

Hi, I look forward to meet many of you and put some real faces to the names :) Regards, Esteban A. Maringolo On Wed, Jul 24, 2019 at 2:23 PM Johan Brichau <johan(a)inceptive.be> wrote: > > Hi Seaside users, > > We are organising a Smalltalk WebCamp day in the Yesplan offices in Ghent on October 22nd. > > The idea originated in the Seaside channel of the Pharo discord group. However, itâs not supposed to be Seaside only. All Smalltalkers doing web development, possibly involving other technologies on top of Smalltalk, are encouraged to join. Letâs meet and exchange ideas. The topics are to be determined, following the idea of an unconference [1], except that, for practical reasons, we will ask you to confirm your attendance beforehand. > > More info to follow asap. > > Save the date and respond already to the group if you are interested to attend. > > Cheers > Johan > > [1] https://en.wikipedia.org/wiki/Unconference > > > _______________________________________________ > seaside mailing list > seaside(a)lists.squeakfoundation.org > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside

1 0

[OrderedCollection] add a reference or a copy?
by sergio ruiz July 25, 2019

July 25, 2019

I think my understanding of OrderedCollections has been incorrect for a very long time. I have never had a situation where it mattered, but in modeling a current project, I think I have been approaching it incorrectly. Since I have been using Smalltalk, I assumed that a copy of an object is added to an OrderedCollection. A quick test shows that a reference to that object is added to the OrderedCollection. I just wanted a sanity check on this. Is this true with all collections? Thanks! ---- peace, sergio photographer, journalist, visionary Public Key: http://bit.ly/29z9fG0 #BitMessage BM-NBaswViL21xqgg9STRJjaJaUoyiNe2dV http://www.codeandmusic.com http://www.twitter.com/sergio_101 http://www.facebook.com/sergio101

3 3

Re: [Pharo-users] P7 regression
by Sven Van Caekenberghe July 24, 2019

July 24, 2019

That is correct, sk. #writeStreamDo: is enough though, #utf8 is the default encoding > On 24 Jul 2019, at 22:16, sk via Pharo-users <pharo-users(a)lists.pharo.org> wrote: > > > From: sk <snoobabk(a)yahoo.ie> > Subject: Re: [Pharo-users] P7 regression > Date: 24 July 2019 at 22:16:50 GMT+2 > To: Any question about pharo is welcome <pharo-users(a)lists.pharo.org> > > > Hi Hilaire > > I downloaded latest Dr Geo and took a quick look at how the files are saved. > It looks like the xml contents are not encoded (in UTF-8) but simply written to a binary write stream, which means that when a WideString is written you should consistently get a badly encoded file. > > You could test this out by changing this code > DrGDirectoryLocal>>put: stream into: filename > (location asFileReference / filename) ensureDelete binaryWriteStreamDo: [ :fileStream | > fileStream nextPutAll: stream contents] > > > to rather be: > DrGDirectoryLocal>>put: stream into: filename > (location asFileReference / filename) ensureDelete > writeStreamEncoded: 'utf-8' > do: [ :fileStream | fileStream nextPutAll: stream contents ] > > When I made this modification it worked for me i.e. the file was readable and correctly encoded. > > Regards > Carlo > > On 24 Jul 2019, at 21:07, Hilaire <hilaire(a)drgeo.eu> wrote: > > [...] > stream := WriteStream on: (String new: 4000). > DrGeoXml new > app: self app; > saveOn: stream. > [...] > > DrGeoXml>>saveOn: stream > | doc writer root | > doc := XMLDocument new version: '1.0'. > writer := XMLWriter on: stream. > root := XMLElement named: #drgenius. > self writeFigureAsXmlTo: root. > doc addElement: root. > doc printXMLOn: writer. > > The stream is passed to the XMLWriter, then it goes down to each items > of the sketch to write its own XML node. > > For example, to write its basic information as its name, where I have issue: > > writeAsXmlTo: aNode > "return the newly created element" > | node | > self rehash. > node := XMLElement named: self basicType attributes: Dictionary new. > node attributeAt: #type put: self nodeType; > attributeAt: #name put: (name ifNil: ['']); > attributeAt: #id put: self hash asString. > self writeParentsAsXmlTo: node. > aNode addElement: node. > ^node > > This code is as is since about 2005-2007 > > I will dig in it but it is strange. > > > Le 24/07/2019 Ã 18:45, Sven Van Caekenberghe a Ã©crit : >> But how do you write it to a file then ? >> >> FileLocator desktop / 'hilaire.xml' writeStreamDo: [ :out | out << 'Les Ã©lÃ¨ves FranÃ§aises ont 10 â¬' ]. >> >> (FileLocator desktop / 'hilaire.xml') contents. >> >> ">> 'Les Ã©lÃ¨ves FranÃ§aises ont 10 â¬'" > > -- > Dr. Geo > http://drgeo.eu > > > > > > >

1 0

P8 regression
by Hilaire July 24, 2019

July 24, 2019

Hi, We have been hit in DrGeo by another regression in Pharo8 (it is not present in DrGeo versions based on previous Pharo). When loading a Sketch with accentuated Latin characters (same occurs with Chinese but I have so far not enough information to assert it is the same error) there is a ZnInvalidUTF8 error. Attached Pharo8 See details https://bugs.launchpad.net/drgeo/+bug/1837745 For the record the stream passed to the XML parser (an old version but I don't think it is the problem) is from readStream message send to FileReference. Do you want a bug ticket? Hilaire -- Dr. Geo http://drgeo.eu

3 5

Save the date: October 22nd in Ghent for a Smalltalk WebCamp
by Johan Brichau July 24, 2019

July 24, 2019

Hi Seaside users, We are organising a Smalltalk WebCamp day in the Yesplan offices in Ghent on October 22nd. The idea originated in the Seaside channel of the Pharo discord group. However, itâs not supposed to be Seaside only. All Smalltalkers doing web development, possibly involving other technologies on top of Smalltalk, are encouraged to join. Letâs meet and exchange ideas. The topics are to be determined, following the idea of an unconference [1], except that, for practical reasons, we will ask you to confirm your attendance beforehand. More info to follow asap. Save the date and respond already to the group if you are interested to attend. Cheers Johan [1] https://en.wikipedia.org/wiki/Unconference <https://en.wikipedia.org/wiki/Unconference>

1 0

Transcript had a 1.25GB WriteStream - maybe a bug with clearing the Transcript?
by PAUL DEBRUICKER July 23, 2019

July 23, 2019

Hi - On Pharo 7.1 64bit mac mojave. My images grew to 1.4GB, so I ran ImageCleaner cleanUpForRelease. Smalltalk cleanUp. Smalltalk reportCPUAndRAM. to begin to track down why & I found that I had 1.3 GB of ByteStrings. (ByteString allInstances select:[:ea | ea size >1000]) sorted:[:a :c | a size > c size] gave me a list of 1174 strings. running self collect:[:ea | ea size] showed me that the first one in the list is 1245704483 characters long. And the next biggest one is 520714 (that one is the highchartsJS library stored in a MCMethodDefinition) John Brant's ReferenceFinder & the "Open pointers to" shows that the very long String is the collection of the Transcript's stream. The only thing that got rid of the big string was running Transcript initialize. 10 timesRepeat:[Smalltalk garbageCollect]. Then saving/closing/reopening the image. I had always assumed that when you delete the contents of the Transcript, by selecting everything in it and deleting it ,it was all deleted. Or when running Transcript clear Or one of the "clean up" methods like those above. Anyway. It seems like the stream should clear more often than it does (looks like it may never empty itself? I don't think there is code in the image that does that though. WriteStream>>#reset & WriteStream>>#close do not empty the #collection or #stepContents inst vars. And it doesn't look like there is a method to empty/re-initailze those inst vars defined in the Stream hierarchy in 7.1 or 8.0. I made an issue https://github.com/pharo-project/pharo/issues/4074

1 0

[ANN] Pharo TechTalk July 18th
by Marcus Denker July 23, 2019

July 23, 2019

A regular chat about Pharo. Happens on Discord. Topic: How to report and fix bugs for Pharo. In a live coding session, we will together have a look at some simple fixes for Pharo8 and learn how to report bugs and do Pull Requests. - We will send an information to all subscribers of this event some hours before the talk starts. - Or just hangout in Discord, we post everything there, too https://association.pharo.org/event-3419542

1 2

where are system settings stored?
by Dale Henrichs July 22, 2019

July 22, 2019

I am currently using Pharo 7.0 and I've just discovered that my "local directory" is /home/dhenrich/rogue/_homes/rogue/_home/dev/clients/gci_70_tst/pharo-local: This file has to date back to the beginning of the year and i had deleted that directory structure a week or so ago before starting on my (totally unrelated work) and didn't discover the problem until i tried to run an image created locally up on traivs[1], where this bug[2] manifested itself and I eventually tracked the source of problem to the "local directory" setting ... Now I would like to know where the pharo settings file is hiding, so that I can avoid running into this problem in the future ... ... I've poked around in the Settings Browser looking for the default location of the settings file. There's "Store Settings" and "Load Settings", but nothing that allows me to find out/control the location of the settings file itself ... ... I only got to this point by tracing back from allinstances of OmSessionStore to a class var where the "directory" was stored and then got the settings browser by looking at senders ... but now I've run out of ideas. I assume that this is common knowledge, but not quite common enough for me:) Thanks in advance for the help. Dale [1] https://travis-ci.org/dalehenrich/st_launcher/builds/561863077#L603 [2] https://github.com/pharo-project/pharo-launcher/issues/37

2 2