[Pharo-users] [Issue Tracker] lots of "auto close" happening

Hello, As you might now, we automatically close issue tracker entries after 1 year of in-activity. Due to two factors (the job doing it not working since 1 month *and* now being 1 year after we started to sort issues for “has to be fixed for pharo6 yes or no”, we enter a period where *a lot*

[Pharo-users] [Isssue tracker] Name change: Manuscript

Hello, Many of you are already wondering why you get spammed by “manuscript.com”. The reason is that Fog Creek Software changed the name of FogBugz to “Manuscript”. The old URLs are still valid, *but* they started to send all emails with the manuscript name instead some time ago. We have

Re: [Pharo-users] HMAC-SHA512

Hi 2018-03-02 11:24 GMT-03:00 Esteban A. Maringolo : > 2018-03-02 8:54 GMT-03:00 Ben Coman : > >> On 2 March 2018 at 10:43, Esteban A. Maringolo wrote: > >>> So after all this what's the recommended way to use HMAC-SHA512 in Pharo

Re: [Pharo-users] casting to subclass

Siemen Baader wrote: > > What else could I do, apart from removing the element from its tree, > creating a new (subclass) instance and then putting this element in place > of the old one? Some #perform or `super` magic..? Use composition? Generate accessing code where

Re: [Pharo-users] casting to subclass

"Castings" are aliens in the Smalltalk world, although there is a #become*: method family, I would discourage you from using it as an alternative unless you really need to do it. If your use case is that concrete, I'd do something like: `ILHTMLBuilderElement fromXMLElement: anXMLElement` Then

Re: [Pharo-users] casting to subclass

Hi Siemen IIRC this was known as "wide classes", there is some paper about it. Cheers, Hernán 2018-03-02 15:45 GMT-03:00 Siemen Baader : > Hi all, > > it seems like we cannot cast the class of object to its subclass if that > subclass has had new instance variables added

[Pharo-users] casting to subclass

Hi all, it seems like we cannot cast the class of object to its subclass if that subclass has had new instance variables added to it: http://forum.world.st/changing-the-class-of-an-existing-object-to-a-subclass-td4239041.html But I (think) I need it - I'm transforming a DOM tree from

Re: [Pharo-users] Ever growing image

Ah, you are right it is a 32bits image. My bad, Dr.Geo does not build with 64bits image Pharo7.0-64bit-52a28a8 ConfigurationOfDrGeo class methodsFor: 'metacelUnmatched ' in string literal. -> May be should try a more recent P7 64 bits image Note: 52 MB is an overlarge image size for me

Re: [Pharo-users] HMAC-SHA512

On 3 March 2018 at 02:22, Hernán Morales Durand wrote: > Hi > > 2018-03-02 11:24 GMT-03:00 Esteban A. Maringolo : > > 2018-03-02 8:54 GMT-03:00 Ben Coman : > > > >> On 2 March 2018 at 10:43, Esteban A. Maringolo

Re: [Pharo-users] Ever growing image

> On 2 Mar 2018, at 21:31, Hilaire wrote: > > Ah, you are right it is a 32bits image. > > My bad, Dr.Geo does not build with 64bits image Pharo7.0-64bit-52a28a8 > > ConfigurationOfDrGeo class methodsFor: 'metacelUnmatched ' in string literal. > -> > > May be should try a

[Pharo-users] my mistake on Spec?

Hi! I'm trying to write GUI element with Spec, Pharo6.1x64 on Linux. Do according to the SpecBooklet. Finished the fragment, and try do: ui := GUI_ListCourtCase new openWithSpec . -> #value was sent to nil. I look in a debugger and: *openWithSpecLayout: aSpec"Build the widget

Re: [Pharo-users] Ever growing image

Thank you On 2 Mar 2018 09:23, "Hilaire" wrote: > Sure, here is a DrGeo image of an unreasonnable size, you can investigage > on: > > https://www.dropbox.com/s/wc18e21p371z28f/DrGeo.app-18.01a.zip?dl=0 > > > It is a based on a P7 64bits, don't use the shipped VMs, there are

Re: [Pharo-users] Ever growing image

It will be great if somebody has images with this problem, and it can be shared without trouble, to share it. So we can investigate if the problem is image or vm related. On 1 Mar 2018 17:43, "Norbert Hartl" wrote: I use 64bits on Mac and I suffer from this. Today I started

Re: [Pharo-users] Ever growing image

Sure, here is a DrGeo image of an unreasonnable size, you can investigage on: https://www.dropbox.com/s/wc18e21p371z28f/DrGeo.app-18.01a.zip?dl=0 It is a based on a P7 64bits, don't use the shipped VMs, there are not matching. Thanks Hilaire Le 02/03/2018 à 09:13, teso...@gmail.com a

Re: [Pharo-users] Ever growing image

Thanks Pablo! and Hilaire! On Fri, Mar 2, 2018 at 9:30 AM, teso...@gmail.com wrote: > Thank you > > On 2 Mar 2018 09:23, "Hilaire" wrote: >> >> Sure, here is a DrGeo image of an unreasonnable size, you can investigage >> on: >> >>

Re: [Pharo-users] HMAC-SHA512

2018-03-02 8:54 GMT-03:00 Ben Coman : > On 2 March 2018 at 10:43, Esteban A. Maringolo wrote: >> So after all this what's the recommended way to use HMAC-SHA512 in Pharo >> 6? > Libsodium installation instructions... >

Re: [Pharo-users] HMAC-SHA512

On 2 March 2018 at 10:43, Esteban A. Maringolo wrote: > Hi Ben, all, > > So after all this what's the recommended way to use HMAC-SHA512 in Pharo 6? > Start poking around here...

Re: [Pharo-users] Ever growing image

Hi Hilaire, is it possible that is the wrong image? This is a 32bits image, and it is around 52 MB, quite similar to the Pharo base image. Thanks. On Fri, Mar 2, 2018 at 11:27 AM, Stephane Ducasse wrote: > Thanks Pablo! and Hilaire! > > On Fri, Mar 2, 2018 at 9:30 AM,