Re: [Pharo-project] Timespan #intersection: yields wrong result

Stef, No, and it seems I have mixed up Chronology and Chronos. I just got an answer from Alan Lovejoy confirming that my snippet works correct in the Chronos implementation (which is not the standard date/time library). So, I'm still wondering why this is not the case in Chronology. I will defi

Re: [Pharo-project] Just starting out

this is because they are forced to do so because of a new law in the us about crypto. Believe they do not like that. Stef On May 4, 2011, at 12:31 AM, Steve Taylor wrote: > On 03/05/11 16:18, Torsten Bergmann wrote: >> http://omasko.wordpress.com/2011/05/02/just-starting-out > > I just read th

Re: [Pharo-project] ZnClient ConnectionTimedOut

Hi Jimmie, On 04 May 2011, at 00:53, Jimmie Houchin wrote: > Hello, > > I am happily use ZincHttpComponents, specifically ZnClient for my application. That's good to hear. > I make a request to the Python server part of my application which retrieves > data from another server. This at times

Re: [Pharo-project] [Vm-dev] Fwd: System time

On Tue, May 03, 2011 at 04:02:04AM +0200, Levente Uzonyi wrote: > > On Mon, 2 May 2011, David T. Lewis wrote: > > > >I have not looked at this carefully, but I suspect an issue in Chronology > >(as opposed to a VM or primitive issue). DateAndTime initializes some > >cached > >values at image star

Re: [Pharo-project] Just starting out

On 4 May 2011 00:31, Steve Taylor wrote: > On 03/05/11 16:18, Torsten Bergmann wrote: >> >> http://omasko.wordpress.com/2011/05/02/just-starting-out > > I just read the article and it mentioned that Cincom aren't allowing > downloads of VisualWorks Non Commercial, but are insisting that you ask fo

[Pharo-project] ZnClient ConnectionTimedOut

Hello, I am happily use ZincHttpComponents, specifically ZnClient for my application. I make a request to the Python server part of my application which retrieves data from another server. This at times takes longer than the provided "timeout" for a connection. I am currently doing, ZnCli

Re: [Pharo-project] new Cog VMs uploaded

On 5/3/2011 4:40 PM, Eliot Miranda wrote: What approach do you suggest should I take? I have no idea. You could try and break down the various activities and benchmark them separately I suppose. You could look at the profiles you're already generating in higher resolution to see where

Re: [Pharo-project] Just starting out

On 03/05/11 16:18, Torsten Bergmann wrote: http://omasko.wordpress.com/2011/05/02/just-starting-out I just read the article and it mentioned that Cincom aren't allowing downloads of VisualWorks Non Commercial, but are insisting that you ask for a CD to be mailed. Very strange behaviour for th

Re: [Pharo-project] Timespan #intersection: yields wrong result

BTW johan did you also check aconcagua? Stef On May 3, 2011, at 7:25 PM, Johan Brichau wrote: > Hi, > > I traced a bug when working with timespans to the following issue illustrated > in the code snippet below. > The last expression in the snippet yields false, although it should yield > tr

Re: [Pharo-project] new Cog VMs uploaded

On Tue, May 3, 2011 at 11:57 AM, Philippe Marschall wrote: > On 03.05.2011 19:51, Eliot Miranda wrote: > > > > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall > > wrote: > > > > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > > > > On Fri, Apr

Re: [Pharo-project] Pharocast ContactManager using SandstoneDb

On Tue, May 3, 2011 at 10:09 PM, Doug Edmunds wrote: > Hello, > > I took the ContactManager code from your Pharocast at > http://www.pharocasts.com/2011/02/pharo-gui-with-polymorph.html > and modified it to run with SandstoneDb, using the ideas from > > http://www.pharocasts.com/2010/04/sandstone

[Pharo-project] [COTDC] 58 - TextPrinter

Today: TextPrinter Comment Of The Day Contest - One Day One Comment Rules: #1: Each day a not commented class is elected. Each day the best comment will be integrated with name of the author(s). #2: If you cannot comment it, deprecate it. Results: http://code.google.com/p/pharo/wiki/CommentOfThe

Re: [Pharo-project] [COTDC] 57 - ColorMap

Thanks Fernando ! BitBlt examples are funny :) Laurent On Mon, May 2, 2011 at 11:13 PM, Fernando Olivero wrote: > I'm a transformation of pixel values. I apply up to four masks and > shits to compute the transformed pixel value. > > I'm used when applying a BitBlt transfer, whenever pixels from

Re: [Pharo-project] Timespan #intersection: yields wrong result

On 03 May 2011, at 20:44, Brent Pinkney wrote: > I wrote this Chronology stuff, so I can assure you that the behaviour is > deliberate. You never want overlapping timespans. ever :) > > Let me know if you want some more details. Yes, please, because it's not making sense to me. I understand "

Re: [Pharo-project] new Cog VMs uploaded

On 03.05.2011 19:51, Eliot Miranda wrote: > > > On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall > wrote: > > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall > >

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

http://code.google.com/p/pharo/issues/detail?id=3985 should reopen ? Laurent. On Tue, May 3, 2011 at 5:19 PM, Stéphane Ducasse wrote: > it does not work in OB in 1.3 nor in the plain default browser. > Now in plain 1.3-core it is working in the default browser. So this is > probably linked with

Re: [Pharo-project] Timespan #intersection: yields wrong result

On Tuesday 03 May 2011 19:25:47 Johan Brichau wrote: > Hi, > > I traced a bug when working with timespans to the following issue illustrated > in the code snippet below. > The last expression in the snippet yields false, although it should yield > true (imho). > > |start end span| >

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

I can reproduce it everywhere, in Pharo 1.2 and 1.3. I don't think it has anything to do with Shout or eCompletion. It looks like the problem is that the new text editor that doesn't consequently reuse the same Text object but instead creates new ones. The method #compile:classified:withStamp:notif

[Pharo-project] [update 1.3] #13181

13181 - Issue 4158: Delete SystemWindow>>convertAlignment Issue 4129: #assert:equals: is the opposite as expected Issue 4077: Dictionary at:ifPresent: performance issues on Cog VM -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Re: [Pharo-project] new Cog VMs uploaded

On Sun, May 1, 2011 at 4:38 AM, Philippe Marschall wrote: > On 29.04.2011 19:03, Eliot Miranda wrote: > > > > > > On Fri, Apr 29, 2011 at 9:04 AM, Philippe Marschall > > wrote: > > > > On 27.04.2011 19 :23, Eliot Miranda wrote: > > > Philippe, > > > > > >

[Pharo-project] Fwd: [Pharo-users] [update 1.3] #13180

Begin forwarded message: > From: Marcus Denker > Date: May 3, 2011 7:40:01 PM GMT+02:00 > To: A friendly place where any question about pharo is welcome > > Subject: [Pharo-users] [update 1.3] #13180 > Reply-To: A friendly place where any question about pharo is welcome > > > 13180 > -

[Pharo-project] Timespan #intersection: yields wrong result

Hi, I traced a bug when working with timespans to the following issue illustrated in the code snippet below. The last expression in the snippet yields false, although it should yield true (imho). |start end span| start :=DateAndTime now. end := start + 1 hour. s

Re: [Pharo-project] SVN vs Git for the cogvm

On 3 May 2011 17:42, Torsten Bergmann wrote: >>if so, the merge will always be more complicated and the differences >>will be more and more... > > The more you branch/fork/clone the more you have to manage. Does switching >  to SVN with one "trunk" help? Sorry couldnt resist ;) I disagree. Proces

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

it does not work in OB in 1.3 nor in the plain default browser. Now in plain 1.3-core it is working in the default browser. So this is probably linked with a package loaded in the dev image. I was thinking OC? Stef On May 3, 2011, at 2:30 PM, Johan Brichau wrote: > > On 03 May 2011, at 10:14

[Pharo-project] [OT] Meeting in Europe

>eastern Europe Didnt know that Europe is that small, could you be more exact about country/place. Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen! Jetzt informieren: http://www.gmx.net/de/go/freephone

Re: [Pharo-project] [OT] Meeting in Europe

what is eastern europe? we are at one hour from paris so if you drop by let us know Stef On May 3, 2011, at 5:45 PM, Hernán Morales Durand wrote: > Hi all, > > Sorry for the OT, I'm during this month in eastern Europe, if someone > would like to meet and talk about the Smalltalk world just write

[Pharo-project] [OT] Meeting in Europe

Hi all, Sorry for the OT, I'm during this month in eastern Europe, if someone would like to meet and talk about the Smalltalk world just write me here or by private e-mail. Cheers, -- Hernán Morales Information Technology Manager, Institute of Veterinary Genetics. National Scientific and Technic

[Pharo-project] SVN vs Git for the cogvm

>if so, the merge will always be more complicated and the differences >will be more and more... The more you branch/fork/clone the more you have to manage. Does switching to SVN with one "trunk" help? Sorry couldnt resist ;) Bye T. -- NEU: FreePhone - kostenlos mobil telefonieren und surfen!

[Pharo-project] Cog open-source process [WAS] Re: [Vm-dev] Re: SVN vs Git for the cogvm

On Tue, May 3, 2011 at 5:06 PM, Igor Stasenko wrote: > > On 3 May 2011 16:57, Mariano Martinez Peck wrote: > > Instead of discussing where to commit I would discuss how to merge and > > define the process with VMMaker. I mean, how WE (the community) and > Eliot, > > manage the development of Co

Re: [Pharo-project] SVN vs Git for the cogvm

On 3 May 2011 16:57, Mariano Martinez Peck wrote: > Instead of discussing where to commit I would discuss how to merge and > define the process with VMMaker.  I mean, how WE (the community) and Eliot, > manage the development of Cog (the VMMaker part). > > Take as an example today. There is "our b

Re: [Pharo-project] SVN vs Git for the cogvm

Instead of discussing where to commit I would discuss how to merge and define the process with VMMaker. I mean, how WE (the community) and Eliot, manage the development of Cog (the VMMaker part). Take as an example today. There is "our branch" which is in VMMaker-oscog-XXX.NUMBER. For example, th

Re: [Pharo-project] SVN vs Git for the cogvm

On 3 May 2011 16:36, Toon Verwaest wrote: > On 05/03/2011 07:57 AM, Stéphane Ducasse wrote: >> >> LOL >> >> But I can tell that I hated when sbe changed under my feets from svn to >> git. > > Why the hate? See it as an opportunity to grow ;) > > Personally, i really like a git status command.. It

Re: [Pharo-project] SVN vs Git for the cogvm

On 05/03/2011 07:57 AM, Stéphane Ducasse wrote: LOL But I can tell that I hated when sbe changed under my feets from svn to git. Why the hate? See it as an opportunity to grow ;)

Re: [Pharo-project] SVN vs Git for the cogvm

On Tue, May 3, 2011 at 3:17 AM, Randal L. Schwartz wrote: >> "Norbert" == Norbert Hartl writes: > > Norbert> Am 03.05.2011 um 08:07 schrieb Sean Allen: > >>> The more I understand git, the more I grow to hate SVN. >>> >>> And I hate SVN quite a lot now. :) >>> >>> >>> There's a lot to hate bu

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

On 03 May 2011, at 10:14, Mariano Martinez Peck wrote: > aha I didn't try that ;) > So...in 1.2.1 adding from a browser does work, but not from the debugger? > And in 1.3 none of them? I don't know about 1.3 but it's one of the things I started to notice about 1.2.1 this week. In the bro

Re: [Pharo-project] digitAt: issue

Done: http://code.google.com/p/pharo/issues/detail?id=4154 2011/5/2 Stéphane Ducasse > open an issue and propose a path to get there > > Stef > > On May 2, 2011, at 3:34 PM, Camillo Bruni wrote: > > > DigitAt: is a horrible name then, should rather be bitAt:. > > > > the digitAt: implementation

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

On Tue, May 3, 2011 at 10:12 AM, Johan Brichau wrote: > > On 03 May 2011, at 10:04, Mariano Martinez Peck wrote: > > > On Tue, May 3, 2011 at 7:53 AM, Lukas Renggli wrote: > > This is already broken in Pharo 1.2. > > > > In the official Pharo 1.2.1 it works correct. > > Nope. > When adding a tem

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

On 03 May 2011, at 10:04, Mariano Martinez Peck wrote: > On Tue, May 3, 2011 at 7:53 AM, Lukas Renggli wrote: > This is already broken in Pharo 1.2. > > In the official Pharo 1.2.1 it works correct. Nope. When adding a temp while in the debugger it does not add the temp either in Pharo1.2.1

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

http://code.google.com/p/pharo/issues/detail?id=4153 On Tue, May 3, 2011 at 10:04 AM, Mariano Martinez Peck < marianop...@gmail.com> wrote: > > > On Tue, May 3, 2011 at 7:53 AM, Lukas Renggli wrote: > >> This is already broken in Pharo 1.2. >> > > In the official Pharo 1.2.1 it works correct. >

[Pharo-project] Monticello package analysis?

Hello, I was thinking this morning about some tools to analyze monticello packages before loading them into the image. I usually like to have an image with many tools, unfortunately, some packages break other ones sometimes. Therefore, I'd like to classify a package before loading it, so I have b

Re: [Pharo-project] add temp does not add the temp in 1.3 13179

On Tue, May 3, 2011 at 7:53 AM, Lukas Renggli wrote: > This is already broken in Pharo 1.2. > In the official Pharo 1.2.1 it works correct. > > Lukas > > On Monday, 2 May 2011, Stéphane Ducasse wrote: > > Hi guys > > > > I do not know how many of you are coding in 1.3 but when the system asks

Re: [Pharo-project] SVN vs Git for the cogvm

> "Norbert" == Norbert Hartl writes: Norbert> Am 03.05.2011 um 08:07 schrieb Sean Allen: >> The more I understand git, the more I grow to hate SVN. >> >> And I hate SVN quite a lot now. :) >> >> >> There's a lot to hate but... it could be CVS. >> Norbert> Which I liked much better than S