Re: [Pharo-dev] Many problems with Iceberg :-(

Hi, Please use the development version of Iceberg. It should be fixed there. Metacello new baseline: 'Iceberg'; repository: 'github://npasserini/iceberg'; load. Cheers, Doru > On Sep 23, 2016, at 12:07 AM, Alexandre Bergel > wrote: > > Hi! >

[Pharo-dev] C Variadic Functions via UFFI?

Hi guys, I am wondering if I can wrap some variadic functions (with optional arguments) with UFFI. Is this possible? If true, how so? For my particular use case, I am checking if I can call fcntl() which has a third optional argument. Thanks in advance, -- Mariano

Re: [Pharo-dev] error: cannot find OpenSSL or Libgcrypt when creating the VM on OSX

Hi Alex, I was having the same issue since a long time. And I always have to workaround as Esteban suggested (explicitly removing the libssh2 third party). But that was painful as I wanted a running out of the box situation. I tried a couple of things and none worked until I run the following

Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide)

Le 22/09/2016 à 20:53, Dale Henrichs a écrit : On 09/22/2016 12:41 AM, Sven Van Caekenberghe wrote: On 22 Sep 2016, at 00:19, Torsten Bergmann wrote: Hi Sven, thanks. Did not notice that I need three instead of two slashes. So no need to explicitly convert to ZnUrl. So for

Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide)

On 09/22/2016 12:41 AM, Sven Van Caekenberghe wrote: On 22 Sep 2016, at 00:19, Torsten Bergmann wrote: Hi Sven, thanks. Did not notice that I need three instead of two slashes. So no need to explicitly convert to ZnUrl. So for the records this is what works:

[Pharo-dev] [pharo-project/pharo-core]

Branch: refs/tags/60236 Home: https://github.com/pharo-project/pharo-core

[Pharo-dev] [pharo-project/pharo-core] d3c4dd: 60236

Branch: refs/heads/6.0 Home: https://github.com/pharo-project/pharo-core Commit: d3c4dd1986da6a82d3a646cce151c8ff44913bfb https://github.com/pharo-project/pharo-core/commit/d3c4dd1986da6a82d3a646cce151c8ff44913bfb Author: Jenkins Build Server Date:

Re: [Pharo-dev] How do recover change with epicea?

:) I'm trying to remember if we have fly by help on menu item because this descriptions would fit nicely there. Martin the names proposed by Norbert are cool. Stef Le 21/9/16 à 13:00, Sven Van Caekenberghe a écrit : Thank you for this clear explanation, Martin. People will always have

Re: [Pharo-dev] How do recover change with epicea?

Hi norbert I like your names better than mine. It took me some times to understand the monitor and others. Stef Le 21/9/16 à 09:51, Norbert Hartl a écrit : Am 21.09.2016 um 08:02 schrieb stepharo >: Le 21/9/16 à 06:50, Martin Dias a écrit

Re: [Pharo-dev] Iceberg and other repos

Hi Norbert, I am failing to reproduce this issue, I would need more info. What I did is: - create a git repository with git file tree and load some package into a clean Pharo 6 Image with the stable version of Iceberg - add a local iceberg repository pointing to the same directory where the

Re: [Pharo-dev] Better diffs

I want to add my 2 cent: we need a nice diff model. Because now we have about 3-4 models used by visual tools, metacello, refactoring, etc… and all suck in one way or another. It would be nice to have a unified model (maybe epicea?) and build on top of it, so if we need to improve, there will

Re: [Pharo-dev] Iceberg and other repos

Yes, I do not know exactly why, but Metacello will not update your packages if you do that. On Thu, Sep 22, 2016 at 12:27 PM, Norbert Hartl wrote: > > Am 22.09.2016 um 11:56 schrieb Nicolas Passerini : > > > On Thu, Sep 22, 2016 at 11:43 AM, Norbert

Re: [Pharo-dev] Iceberg and other repos

> Am 22.09.2016 um 11:56 schrieb Nicolas Passerini : > > > On Thu, Sep 22, 2016 at 11:43 AM, Norbert Hartl > wrote: > I'm using stable, sorry for not saying. > > No worries. > > I think it is fixed in the newer

Re: [Pharo-dev] Iceberg and other repos

On Thu, Sep 22, 2016 at 11:43 AM, Norbert Hartl wrote: > I'm using stable, sorry for not saying. > No worries. I think it is fixed in the newer development version, but let me check it and I will come back to you.

[Pharo-dev] Better diffs

I am not happy with Iceberg diffs so I wonder if there is a better diff morphs around. Currently I am using a GLMDiffPresentation, which gives an easy way to show a diff, but is not much flexible. Some requirements I have are: a. Configure coloring (currently changes are always shown in red for

Re: [Pharo-dev] Iceberg and other repos

I'm using stable, sorry for not saying. I loaded Metacello new baseline: 'Iceberg'; repository: 'github://npasserini/iceberg:stable'; load. Norbert > Am 22.09.2016 um 11:30 schrieb Nicolas Passerini : > > Hi Norbert, are you using the stable version or the

Re: [Pharo-dev] Iceberg and other repos

Hi Norbert, are you using the stable version or the develpment one? On Thu, Sep 22, 2016 at 10:49 AM, Esteban Lorenzano wrote: > https://github.com/npasserini/iceberg/issues > > but I think this one is already reported (at least, I know I have talk > with Nico about it :P)

Re: [Pharo-dev] Iceberg and other repos

https://github.com/npasserini/iceberg/issues but I think this one is already reported (at least, I know I have talk with Nico about it :P) Esteban > On 22 Sep 2016, at 10:37, Norbert Hartl wrote: > > I loaded my project with gitfiletree and tried to use it with iceberg.

[Pharo-dev] Iceberg and other repos

I loaded my project with gitfiletree and tried to use it with iceberg. But I get It seems that Iceberg assumes that packages are loaded with Iceberg itself. Meaning if the repository is not an iceberg repository #loadedVersion returns nil. So where to report bugs for iceberg? Norbert

Re: [Pharo-dev] ExternalSemaphoreTable curious garbageCollect

On Thu, Sep 22, 2016 at 2:54 PM, Henrik Sperre Johansen wrote: > The semaphores are strongly held, but not the objects that put them there. > Sockets are the main users of the table. > Sockets are finalized by removing registered semaphores from the table. > Garbage

Re: [Pharo-dev] ZnPortNotANumber exception when loading from local clone dir (following Metacello Guide)

> On 22 Sep 2016, at 00:19, Torsten Bergmann wrote: > > Hi Sven, > > thanks. Did not notice that I need three instead of two slashes. So no need > to explicitly convert to ZnUrl. > > So for the records this is what works: > > > pathToPackageDirectory :=

Re: [Pharo-dev] ExternalSemaphoreTable curious garbageCollect

The semaphores are strongly held, but not the objects that put them there. Sockets are the main users of the table. Sockets are finalized by removing registered semaphores from the table. Garbage collect triggers finalization. Hence, garbage collect can result in slots being freed. Cheers, Henry

[Pharo-dev] ExternalSemaphoreTable curious garbageCollect

A curiosity I can't work out and maybe I can learn something... ExternalSemaphoreTable unprotectedExternalObjects class ==> Array so in #freedSlotsIn:ratherThanIncreaseSizeTo: how does the garbageCollect manage to free slots given that the Array holds strongly to its elements? cheers -ben