Hi Leo,
> On 14 Apr 2015, at 14:28, Leo Paniceres wrote:
>
> Hi Sven,
>
> Thanks very much for your excellent Zinc package.
>
> Excuse me for contacting to your email, I couldn’t find the official support
> email list.
I much prefer answering question on the pharo-users ML, in CC.
> My
+1
Stef
Le 14/4/15 17:02, Sven Van Caekenberghe a écrit :
On 14 Apr 2015, at 16:46, Peter Uhnák wrote:
DoubleLinkedList was added to help the implementation of [LRU|TTL]Cache. It was
kept small and independent.
Does that mean that I probably shouldn't touch it? Because when I wanted to use D
I think that LinkedList should be a private class nobody should use :).
Better use DoubleLinkedList which should be packaged with extended
collection.
Le 14/4/15 17:07, Henrik Johansen a écrit :
On 14 Apr 2015, at 2:09 , Marcus Denker wrote:
On 14 Apr 2015, at 14:00, Sven Van Caekenberghe
Hi Laurent,
On Tue, 14 Apr 2015, Laurent wrote:
I've updated the package and now it should work.
It does :)
Thanks a lot
Markus
This downloads the latest vm (not image) at
http://files.pharo.org/vm/pharo/linux/latest.zip
Laurent
Le lun. 13 avril 2015 à 20:03, Sean P. DeNigris
a écrit :
laurent laffont wrote
$ yaourt pharo-vm-latest
Does this download the stable or development version of Pharo?
-
Cheers,
S
Hi Markus,
I've updated the package and now it should work.
Note that the pkg files are hosted at
https://github.com/lolgzs/pharo-aur/
Cheers,
Laurent
Le lun. 13 avril 2015 à 22:56, Markus Schlager a écrit
:
Hi Laurent,
On Tue, 18 Mar 2014, Laurent Laffont wrote:
There's also a phar
> On 14 Apr 2015, at 2:09 , Marcus Denker wrote:
>
>
>> On 14 Apr 2015, at 14:00, Sven Van Caekenberghe wrote:
>>
>> Peter,
>>
>>> On 14 Apr 2015, at 13:52, Peter Uhnák wrote:
>>>
>>> I was surprised to learn that DoubleLinkedList is descendant of Object,
>>> while LinkedList is descendan
I guess the "System-Caching" package which I noticed just now is a bit
telling. :)
I'll make an issue.
Peter
On Tue, Apr 14, 2015 at 5:02 PM, Sven Van Caekenberghe wrote:
>
> > On 14 Apr 2015, at 16:46, Peter Uhnák wrote:
> >
> > DoubleLinkedList was added to help the implementation of [LRU|TT
> On 14 Apr 2015, at 16:46, Peter Uhnák wrote:
>
> DoubleLinkedList was added to help the implementation of [LRU|TTL]Cache. It
> was kept small and independent.
> Does that mean that I probably shouldn't touch it? Because when I wanted to
> use DDL I ran into a problem that once I add somethin
Also linksDo: method is missing.
On Tue, Apr 14, 2015 at 4:46 PM, Peter Uhnák wrote:
> DoubleLinkedList was added to help the implementation of [LRU|TTL]Cache.
>> It was kept small and independent.
>
> Does that mean that I probably shouldn't touch it? Because when I wanted
> to use DDL I ran in
>
> DoubleLinkedList was added to help the implementation of [LRU|TTL]Cache.
> It was kept small and independent.
Does that mean that I probably shouldn't touch it? Because when I wanted to
use DDL I ran into a problem that once I add something to the list, I can
no longer access the Links. Linked
Peter Uhnák wrote
> Are they really so conceptually different
> that DLL is not even considered a collection?
I just reread GOF and reinforced an important idea. Although we often
conflate the two, types and classes are not the same. Inheritance is an
implementation detail about avoiding duplicati
> On 14 Apr 2015, at 14:00, Sven Van Caekenberghe wrote:
>
> Peter,
>
>> On 14 Apr 2015, at 13:52, Peter Uhnák wrote:
>>
>> I was surprised to learn that DoubleLinkedList is descendant of Object,
>> while LinkedList is descendant of SequencableCollection. Is there a
>> particular reason beh
Peter,
> On 14 Apr 2015, at 13:52, Peter Uhnák wrote:
>
> I was surprised to learn that DoubleLinkedList is descendant of Object, while
> LinkedList is descendant of SequencableCollection. Is there a particular
> reason behind this? Are they really so conceptually different that DLL is not
>
I was surprised to learn that DoubleLinkedList is descendant of Object,
while LinkedList is descendant of SequencableCollection. Is there a
particular reason behind this? Are they really so conceptually different
that DLL is not even considered a collection?
Thanks,
Peter
Hi Jan,
It's ProcessWrapper. It uses a dll called ProcessWrapperPlugin.dll
(downloaded when you install ProcessWrapper). I'm not sure where is the
source code.
Thierry
2015-04-14 12:25 GMT+02:00 Jan Blizničenko :
> Sorry for replying after so much time...
>
> What inteface is it? Is there any w
Sorry for replying after so much time...
What inteface is it? Is there any way I could help to find source of the
problem?
Jan
Thierry Goubier wrote
> Hi Jan,
>
> there is a chance the problem is in the interface GitFileTree uses to
> call git on windows.
>
> Thierry
>
> Le 31/03/2015 17:53
17 matches
Mail list logo
