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

Re: [Pharo-dev] [Ann] New Seamless version 0.9.0

by Sean P. DeNigris

Denis Kudriashov wrote > Yes, it is new implementation of remote smalltalk. Look at my blog for > details and docs > http://dionisiydk.blogspot.fr/2016/07/major-seamless-update.html Wow! This is really awesome. I love that you don't have to have the classes loaded in the image to deal with the proxies. I've been running into a problem lately that I have many images with overlapping domains that need to talk to each other. It's gotten messy because by default I use SimplePersistence and it's easy to get into hairy situations where the data gets unsynced. Could Seamless be appropriate for general inter-image communication or is there a better alternative? ----- Cheers, Sean -- View this message in context: http://forum.world.st/Ann-New-Seamless-version-0-9-0-tp4914168p4914366.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 6, 2016

Catalog broken

by Norbert Hartl

Trying to open the catalog gives an HTTP 500 error with body contents <html><head><title>NeoJSONMappingNotFound: No mapping found for ConfigurationOfObjectStatistics class in NeoJSONWriter</title></head><body onload="onLoad()"><h1>NeoJSONMappingNotFound: No mapping found for ConfigurationOfObjectStatistics class in NeoJSONWriter</h1><p>Your request could not be completed. An exception occurred.</p><script type="text/javascript">function onLoad(){};</script></body></html> Norbert

Sept. 6, 2016

Re: [Pharo-dev] Copying/Duplicating a class also duplicates pool dictionaries

by Nicolai Hess

2016-09-06 15:39 GMT+02:00 Ben Coman <btc(a)openinworld.com>: > Just bumped into a curious thing. I went copy a class with a pool > dictionary... > > FFIExternalStructure subclass: #CXString > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: 'CXStringFlag' > package: 'Libclang' > > and it asked me for the new name, to which I dutifully entered 'CXString2' > after which I was asked... > "CXString2Flag does not exist. Do you want it automatically created?" > > Choosing "No" fails the CXString copy since CXString2Flag does not exist. > Choosing "Yes" produces... > > FFIExternalStructure subclass: #CXString2 > instanceVariableNames: '' > classVariableNames: '' > poolDictionaries: 'CXString2Flag' > package: 'Libclang' > > So I'm curious what the reasoning is for making a parallel copy of the > pool dictionary? > > And btw, CXString2Flag gets created in the "Unclassified" package and > fails to copy the methods from the original. > > cheers -ben > What image version ? We had an issue for a similar case (the class /instance variable names were copied *and* renamed too) 18957 <https://pharo.fogbugz.com/f/cases/18957/Class-copy-should-not-change-the-na…> Class copy should not change the name of the instance variables This was fixed n 60189 (actually, with this change, the pool dictionary definition is just *not* copied but empty, hm, but I think this is better than creating a new with the changed name).

Sept. 6, 2016

Re: [Pharo-dev] [ANN] FreeType binding

by Alexandre Bergel

Hi Thibault! Is your binding more stable that the one currently in the image? Many are experiencing recurrent VM crashes because of this. If your binding is more stable, then you might have a huge impact on all of us. Cheers, Alexandre > On Sep 6, 2016, at 10:37 AM, Thibault Raffaillac <thibault.raffaillac(a)inria.fr> wrote: > > Hello, > > I am happy to announce the release of a new FreeType binding :) http://smalltalkhub.com/#!/~ThibaultRaffaillac/UFFIFreeType > I use it to render glyphs with OpenGL, so a few features are still missing compared to FT2: gamma-space blitting (should belong to OSWindow?), GlyphForm class, and subpixel rendering (patch GlyphSlot>>form). > > FT_Library startUp: true. > face := FT_Face fromFile: 'Arial.ttf' index: 0. > glyph := face glyph. > face setPixelWidth: 0 height: 12. > face loadChar: $x asUnicode flags: 4. > image := glyph form. > > Cheers, > Thibault >

Sept. 6, 2016

Copying/Duplicating a class also duplicates pool dictionaries

by Ben Coman

Just bumped into a curious thing. I went copy a class with a pool dictionary... FFIExternalStructure subclass: #CXString instanceVariableNames: '' classVariableNames: '' poolDictionaries: 'CXStringFlag' package: 'Libclang' and it asked me for the new name, to which I dutifully entered 'CXString2' after which I was asked... "CXString2Flag does not exist. Do you want it automatically created?" Choosing "No" fails the CXString copy since CXString2Flag does not exist. Choosing "Yes" produces... FFIExternalStructure subclass: #CXString2 instanceVariableNames: '' classVariableNames: '' poolDictionaries: 'CXString2Flag' package: 'Libclang' So I'm curious what the reasoning is for making a parallel copy of the pool dictionary? And btw, CXString2Flag gets created in the "Unclassified" package and fails to copy the methods from the original. cheers -ben

Sept. 6, 2016

[ANN] FreeType binding

by Thibault Raffaillac

Hello, I am happy to announce the release of a new FreeType binding :) http://smalltalkhub.com/#!/~ThibaultRaffaillac/UFFIFreeType I use it to render glyphs with OpenGL, so a few features are still missing compared to FT2: gamma-space blitting (should belong to OSWindow?), GlyphForm class, and subpixel rendering (patch GlyphSlot>>form). FT_Library startUp: true. face := FT_Face fromFile: 'Arial.ttf' index: 0. glyph := face glyph. face setPixelWidth: 0 height: 12. face loadChar: $x asUnicode flags: 4. image := glyph form. Cheers, Thibault

Sept. 6, 2016

finalization

by Ben Coman

I thought I was starting to get a grip on how finalization work. I made this example... Object subclass: #MyObject instanceVariableNames: '' classVariableNames: '' package: 'Play' MyObject>>autoRelease ^ self class finalizationRegistry add: self MyObject>>finalize Transcript crShow: 'Finalizing MyObject' o := MyObject new autoRelease. o := nil. Smalltalk garbageCollect. ==> 'Finalizing MyObject' So far so good. Extrapolating... I would *expect* this... oc := OrderedCollection new. 10 timesRepeat: [ oc add: Libclang getClangVersion ]. oc removeAll. oc := nil. Smalltalk garbageCollect. ...to print 'Finalizing MyObject' ten times, but it does nothing!! Such a simple example feeds my naive presumption that the system seems broken. So could someone help me interpret this result ? cheers -ben

Sept. 6, 2016

Re: [Pharo-dev] ConfigurationOfFlatGTCollaborate is broken in catalog

by Esteban Lorenzano

done > On 06 Sep 2016, at 13:37, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: > > Yes please. This was an error. > > Thanks! > Juraj > >> El 06-09-2016, a las 07:21, Esteban Lorenzano <estebanlm(a)gmail.com> escribiÃ³: >> >> you canât >> you want me to remove it? >> >>> On 06 Sep 2016, at 12:10, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >>> >>> How can I remove it? >>> >>> -- >>> Juraj Kubelka >>> >>>> El 6 sept 2016, a las 4:21, Esteban Lorenzano <estebanlm(a)gmail.com> escribiÃ³: >>>> >>>> Please fix. >>>> >>>> most probably is because you do not have a correct config, which means: a baseline (even if not used), a version and a symbolic version #stable. >>>> >>>> Esteban >>> >> >> > >

Sept. 6, 2016

Re: [Pharo-dev] Remember opened images in Pharo.app on crash?

by Serge Stinckwich

You could use PharoLauncher and try to enforce you to label you images with meaningful names. But I have the same problems like you from time to time. Having tons of images and I don't remember where is the code or the fixes I have develop a few days ago ;-) On Tue, Sep 6, 2016 at 1:08 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Hi. > > Is it possible to remember the opened images (files) in the Pharo app? > > My use case is that I open an image and then I work in it, and I do something. And then I attend a talk, and download another image and try something out. And then I have to do a demo (in a fresh image). And then it turns out that I have some bug in my project, so I download a new image and fix it. And them Iâm working on a new feature. And when I finish with a new feature I recall that I have this first image with a nice idea, and I go back to it and work a bit more, and it looks good, and then my mac crashes. > > All images are gone, Epicea does good job on recovering lost changes, but I donât know in which image it wasâ¦ I started to think that other Mac apps open all the files/whatever in the state you left them. Would it be hard to make Pharo.app to memorize the opened images and launch them after crash? > > Uko -- Serge Stinckwich UCBN & UMI UMMISCO 209 (IRD/UPMC) Every DSL ends up being Smalltalk http://www.doesnotunderstand.org/

Sept. 6, 2016

Re: [Pharo-dev] ConfigurationOfFlatGTCollaborate is broken in catalog

by Juraj Kubelka

Yes please. This was an error. Thanks! Juraj > El 06-09-2016, a las 07:21, Esteban Lorenzano <estebanlm(a)gmail.com> escribiÃ³: > > you canât > you want me to remove it? > >> On 06 Sep 2016, at 12:10, Juraj Kubelka <juraj.kubelka(a)icloud.com> wrote: >> >> How can I remove it? >> >> -- >> Juraj Kubelka >> >>> El 6 sept 2016, a las 4:21, Esteban Lorenzano <estebanlm(a)gmail.com> escribiÃ³: >>> >>> Please fix. >>> >>> most probably is because you do not have a correct config, which means: a baseline (even if not used), a version and a symbolic version #stable. >>> >>> Esteban >> > >

Sept. 6, 2016