March 2017 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] ZnCharacterEncoderTests>>#testByteEncoderFromUrl mystery

by Sven Van Caekenberghe

Thx Pavel, I suspected as much, pretty weird. > On 28 Mar 2017, at 11:08, Pavel Krivanek <pavel.krivanek(a)gmail.com> wrote: > > I tried to connect on the the slave pharo-linux64-2 and it has timeout even with the wget on the same URL. So it is some network issue not related directly to Pharo. > > -- Pavel > > 2017-03-28 8:07 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > So it seems that > ZnCharacterEncoderTests>>#testByteEncoderFromUrl started failing on the CI infrastructure but it passes fine for normal users and used to behave well in the past. > > It gets a file from the internet and does some stuff with it, very simple. > > Any ideas ? > > Sven >

March 28, 2017

Re: [Pharo-dev] ZnCharacterEncoderTests>>#testByteEncoderFromUrl mystery

by Pavel Krivanek

I tried to connect on the the slave pharo-linux64-2 and it has timeout even with the wget on the same URL. So it is some network issue not related directly to Pharo. -- Pavel 2017-03-28 8:07 GMT+02:00 Sven Van Caekenberghe <sven(a)stfx.eu>: > So it seems that > ZnCharacterEncoderTests>>#testByteEncoderFromUrl started failing on the > CI infrastructure but it passes fine for normal users and used to behave > well in the past. > > It gets a file from the internet and does some stuff with it, very simple. > > Any ideas ? > > Sven >

March 28, 2017

ZnCharacterEncoderTests>>#testByteEncoderFromUrl mystery

by Sven Van Caekenberghe

So it seems that ZnCharacterEncoderTests>>#testByteEncoderFromUrl started failing on the CI infrastructure but it passes fine for normal users and used to behave well in the past. It gets a file from the internet and does some stuff with it, very simple. Any ideas ? Sven

March 28, 2017

Re: [Pharo-dev] Crashes on snapshot with the new compactor

by Eliot Miranda

Hi All, I have fixed a bug in the compactor that accounts for the two cases I've analysed and the two fairly repeatable crashes I have at hand (three cases in all). I hope that all those who have been experiencing crashes can start using the latest build asap. It is fixed in these commits: Name: VMMaker.oscog-eem.2187 Author: eem Time: 27 March 2017, 3:00:06.676146 pm UUID: 2259d299-65a4-42d0-a01b-4b25f5a89745 Ancestors: VMMaker.oscog-rsf.2186 SpurPlanningCompactor: Fix a big in resetting the free chunk used for the firstUnusedFieldsSpace after non-final pasxses (i.e. on snapshot). The old code didn't check to see if a free chunk was actually found(!!). and Branch: refs/heads/Cog Home: https://github.com/OpenSmalltalk/opensmalltalk-vm Commit: 4ceff23323bcd0f2d3d0a4a43c2995f43d09c98a https://github.com/OpenSmalltalk/opensmalltalk-vm/commit/4ceff23323bcd0f2d3… Author: Eliot Miranda <eliot.miranda(a)gmail.com> Date: 2017-03-27 (Mon, 27 Mar 2017) The bintray files are here: https://bintray.com/opensmalltalk/vm/cog/201703272314 _,,,^..^,,,_ (phone) > On Mar 25, 2017, at 1:27 PM, Eliot Miranda <eliot.miranda(a)gmail.com> wrote: > > Hi All, > > a number of people are being affected by crashes on snapshotting the image, the worst possible time for a crash. There is a bug in the new compactor that unfortunately bites when saving. The compactor is invoked as part of a full garbage collect after the garbage collector has feed unreachable objects. Normally the new compactor makes only a single pass through the heap, which may not move all the objects that are possible to move. (The amount of objects that can be moved in a single pass is limited by available free space.) But on snapshot the compactor makes as may passes as are necessary to slide all movable objects down as far as possible. Unfortunately there is a bug in this second pass. > > Fixing this bug is now my priority. I have an example image from Esteban Lorenzano to test. I am asking anyone else that can provide an image that reliably crashes when trying to save it to make the image and changes available to me for testing if possible. > > In the mean time one may be able to work around the problem by doing a full garbage collect before snapshot. This should do a GC with a single compaction pass which should not fail, and then make it much more likely that the GC during snapshot will do a single compaction pass, since fewer objects should be mobile after the single pass compaction in the explicit GC. > > To do this in Pharo I would put a full gc here: > > SessionManager>>snapshot: save andQuit: quit > | isImageStarting snapshotResult | > ChangesLog default logSnapshot: save andQuit: quit. > > >> SmalltalkImage current primitiveGarbageCollect. > > self currentSession stop: quit. "Image not usable from here until the session is restarted!" > ... > > In Squeak I would put a full GC here: > > snapshot: save andQuit: quit withExitCode: exitCode embedded: embeddedFlag > "Mark the changes file and close all files as part of #processShutdownList. > If save is true, save the current state of this Smalltalk in the image file. > If quit is true, then exit to the outer OS shell. > If exitCode is not nil, then use it as exit code. > The latter part of this method runs when resuming a previously saved image. This resume logic checks for a document file to process when starting up." > > | resuming msg | > Object flushDependents. > Object flushEvents. > > ... > Smalltalk processShutDownList: quit. > >> SmalltalkImage current primitiveGarbageCollect. > Cursor write show. > save ifTrue: [resuming := embeddedFlag > ifTrue: [self snapshotEmbeddedPrimitive] > ifFalse: [self snapshotPrimitive]] "<-- PC frozen here on image file" > ifFalse: [resuming := false]. > > I do apologise for the bug. I hope it will be fixed within a few days. > > _,,,^..^,,,_ > best, Eliot

March 28, 2017

Re: [Pharo-dev] about smacc gt extensions

by Stephane Ducasse

Tx doru Yes this is the correct analysis. On Mon, Mar 27, 2017 at 9:43 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > I committed a fix upstream. It will appear in the image with the next GT > integration. > > Doru > > > > On Mar 27, 2017, at 9:36 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > > > Hi Stef, > > > > Indeed, the Raw view should only show the basic structure of the object. > > > > But, the problem seems different in the screenshot you attached. You > have an OrderedCollection of Tokens, and selecting one, gets the value of > out it. This is an issue with the extension of SequenceableCollection and > it affects also other objects that understand value, such as blocks. > > > > I opened an issue: > > https://pharo.fogbugz.com/f/cases/19867/GTInspector- > extensions-for-items-of-a-SequenceableCollection-sends-an-extra-value > > > > Cheers, > > Doru > > > > > >> On Mar 26, 2017, at 9:54 PM, Stephane Ducasse <stepharo.self(a)gmail.com> > wrote: > >> > >> hi andrei and doru > >> > >> I think that we should improve the gt extension of smacc. Right now > when I have a token I do not see it when inspecting it in raw. > >> > >> The raw view should always show the object implementation. > >> After we can have other view. Now with the token this is super strange > to get a string (or the result of value). because when you are exploring a > tree > >> you want to know if this is a string or a token. > >> > >> As in the following attachment: the current situation is confusing. > >> in the list I have a list of token and when I look at one, I get a > string. > >> > >> Stef > >> > >> <Screen Shot 2017-03-26 at 21.51.05.png> > >> > > > > -- > > www.tudorgirba.com > > www.feenk.com > > > > "One cannot do more than one can do." > > > > > > > > > > -- > www.tudorgirba.com > www.feenk.com > > "Problem solving efficiency grows with the abstractness level of problem > understanding." > > > > > >

March 27, 2017

Smalltalk jobs in Germany

by Stephane Ducasse

Hi guys Tomcat is looking for Smalltalkers in Germany. Contact them not me :) richard.v-lavante(a)tomcat.de christian.mann(a)tomcat.de Stef Actually now we are still looking for more Smalltalker again. Therefore today I turn to You and want to ask, it You know anybody, who has at least 2-3 Y. ST-experience (no matter which system) and wants to work for longer time in Germany, beginning in next 4-10 weeks. I thank You for Your help in advance and look forward to interesting news from You. Have a nice week! Viele GrÃ¼Ãe Best Regards Pozdravy Richard v. Lavante *Tomcat**Â®** GmbH **ITÂ·ConsultingÂ·Management* *Tomcat*Â® GmbH Flughafen Oberpfaffenhofen Friedrichshafener Str. 1 82205 Gilching Tel. +49-(0)8105-771801-0 Fax. +49-(0)89-849544 Mobil: +49-(0)172-9778982 Mail: richard.v-lavante(a)tomcat.de www.tomcat.de GeschÃ¤ftsfÃ¼hrer: Dipl.-Ing.(univ.) Richard von Lavante Firmensitz: D-82205 Gilching Register: MÃ¼nchen HRB 85435 *Tomcat*Â® ist eingetragenes Warenzeichen der *Tomcat*Â® GmbH

March 27, 2017

Re: [Pharo-dev] about smacc gt extensions

by Tudor Girba

I committed a fix upstream. It will appear in the image with the next GT integration. Doru > On Mar 27, 2017, at 9:36 AM, Tudor Girba <tudor(a)tudorgirba.com> wrote: > > Hi Stef, > > Indeed, the Raw view should only show the basic structure of the object. > > But, the problem seems different in the screenshot you attached. You have an OrderedCollection of Tokens, and selecting one, gets the value of out it. This is an issue with the extension of SequenceableCollection and it affects also other objects that understand value, such as blocks. > > I opened an issue: > https://pharo.fogbugz.com/f/cases/19867/GTInspector-extensions-for-items-of… > > Cheers, > Doru > > >> On Mar 26, 2017, at 9:54 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: >> >> hi andrei and doru >> >> I think that we should improve the gt extension of smacc. Right now when I have a token I do not see it when inspecting it in raw. >> >> The raw view should always show the object implementation. >> After we can have other view. Now with the token this is super strange to get a string (or the result of value). because when you are exploring a tree >> you want to know if this is a string or a token. >> >> As in the following attachment: the current situation is confusing. >> in the list I have a list of token and when I look at one, I get a string. >> >> Stef >> >> <Screen Shot 2017-03-26 at 21.51.05.png> >> > > -- > www.tudorgirba.com > www.feenk.com > > "One cannot do more than one can do." > > > > -- www.tudorgirba.com www.feenk.com "Problem solving efficiency grows with the abstractness level of problem understanding."

March 27, 2017

Re: [Pharo-dev] Pharo Papers

by denker

They are in now. > On 24 Mar 2017, at 15:03, Serge Stinckwich <serge.stinckwich(a)gmail.com> wrote: > > With Nick, we try to add the PHARO tag on some on our publications but > apparently he does appear in the list. Is it updated from time to time > ? > > Regards, > > On Thu, Feb 23, 2017 at 10:57 AM, denker <marcus.denker(a)inria.fr> wrote: >> Hello, >> >> I have setup a collection at HAL. For now it is empty, we should fill it and then add it to the website >> (and announce it then, not nowâ¦). >> >> The collection automatically has every paper on HAL that has âPHAROâ as a keyword in the field >> "Project/Collaborationâ. >> >> https://hal.inria.fr/PHARO/ >> https://hal.archives-ouvertes.fr/PHARO >> >> HAL is not Inria specific, here is some more infos (from https://hal.archives-ouvertes.fr ): >> >> HAL is an open archive where authors can deposit scholarly documents from all academic fields. >> >> For the attention of the authors >> >> â¢ The deposit must be made in agreement with the co-authors and in the respect for the policy of the publishers. >> â¢ The deposit is subject of a control, HAL reserves the right to refuse items that do not meet the criteria of the archive. >> â¢ Any deposit is definitive, no withdrawals will be made after the on-line posting of the publication. >> â¢ Text files in pdf format or image files are sent to CINES (https://www.cines.fr/en/) for long-term archiving. >> >> For the attention of the readers >> >> â¢ In a context of electronic distribution, every author keep all its intellectual property rights. >> >> >> >> >>> On 16 Feb 2017, at 15:13, denker <marcus.denker(a)inria.fr> wrote: >>> >>> One idea on my TODO that I got from colleagues here working on another OpenSource/Research >>> system (Sofa3D): to add all publication to the website automatically using HAL (the national french >>> paper database). >>> >>> It looks like this on the website: >>> https://www.sofa-framework.org/applications/publications/ >>> >>> and here âhow to add a paperâ: >>> >>> https://www.sofa-framework.org/applications/publications/add-a-publication-… >>> >>> I will definitely set this up for Pharo later this year (read: as soon as possible) >>> >>> Marcus >>> >>> >>>> On 16 Feb 2017, at 14:30, Ben Coman <btc(a)openinworld.com> wrote: >>>> >>>> And now for your regularly scheduled random trivia show... >>>> I was mildly curious about how many papers touched on Pharo. >>>> >>>> 1,110 on google scholar for... >>>> "pharo" "programming" >>>> http://tiny.cc/pharo-scholar >>>> >>>> 1,630 on normal google for... >>>> "pharo" "programming" "abstract" "introduction" "conclusion" >>>> "references" filetype:pdf >>>> http://tiny.cc/pharo-papers >>>> >>>> Probably a lot of overlap between them. >>>> cheers -ben >>>> >>> >> >> > > > > -- > Serge Stinckwich > UCN & UMI UMMISCO 209 (IRD/UPMC) > Every DSL ends up being Smalltalk > http://www.doesnotunderstand.org/ >

March 27, 2017

Re: [Pharo-dev] about smacc gt extensions

by Tudor Girba

Hi Stef, Indeed, the Raw view should only show the basic structure of the object. But, the problem seems different in the screenshot you attached. You have an OrderedCollection of Tokens, and selecting one, gets the value of out it. This is an issue with the extension of SequenceableCollection and it affects also other objects that understand value, such as blocks. I opened an issue: https://pharo.fogbugz.com/f/cases/19867/GTInspector-extensions-for-items-of… Cheers, Doru > On Mar 26, 2017, at 9:54 PM, Stephane Ducasse <stepharo.self(a)gmail.com> wrote: > > hi andrei and doru > > I think that we should improve the gt extension of smacc. Right now when I have a token I do not see it when inspecting it in raw. > > The raw view should always show the object implementation. > After we can have other view. Now with the token this is super strange to get a string (or the result of value). because when you are exploring a tree > you want to know if this is a string or a token. > > As in the following attachment: the current situation is confusing. > in the list I have a list of token and when I look at one, I get a string. > > Stef > > <Screen Shot 2017-03-26 at 21.51.05.png> > -- www.tudorgirba.com www.feenk.com "One cannot do more than one can do."

March 27, 2017

Esteban's ChangeLog week of 20 March 2017

by estebanlm＠gmail.com

Hello! This is my weekly ChangeLog, from 20 March 2017 to 26 March 2017. You can see it in a better format by going here: http://log.smallworks.eu/web/search?from=20/3/2017&to=26/3/2017 ChangeLog ========= 23 March 2017: -------------- * Fixed (again!) build process for linux (libssh2 version was not correct). 22 March 2017: -------------- * I made another pass to some problems on *icebeg>* : added a new "branch browser" to compare sources from remote branchs and added a couple of fixes to make the system a bit stronger... still working on this :) * I spent some time again on VM building, where a couple of issues arised: === Build windows VM with cygwin instead mingw [Nico Cellier](https://github.com/nicolas-cellier-aka-nice) moved the [OSVM](https://github.com/OpenSmalltalk/opensmalltalk-vm) to cygwin as part of his effort to produce Win64 VMs (and to align PharoVM with the other VMs flavours built). This was a cool work, but it requires some work for our side to properly build the [PharoVM](https://github.com/pharo-project/pharo-vm). === Fix a problem with SDL2 and linux SDL2 version was upgraded, but there was a remaining problem when building it, so I needed to track down the problem and fix it. Overall, the process are ok now... nevertheless I cannot merge the changes to make them available for users because with latest VM sources there are some problems here and there (not all tests pass). So I'm waiting for Eliot :) 20 March 2017: -------------- * I added edit of repositories to [Iceberg](https://github.com/npasserini/iceberg) :) This is usefull when you make a mistake and do not locate sources properly when cloning or when you want to re-locate repository after moving it in your disk. cheers! Esteban

March 27, 2017