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

LOL But I can tell that I hated when sbe changed under my feets from svn to git. And I hate learning stupid thing like 0 is true or false btw. stef > On 3 May 2011 00:46, Stéphane Ducasse wrote: >> +1 >> >> the difference of implications of the tool in terms of social and sharing is >> much

Re: [Pharo-project] Just starting out

We should continue doing :) Tx torsten for the mail Stef On May 3, 2011, at 8:18 AM, Torsten Bergmann wrote: > http://omasko.wordpress.com/2011/05/02/just-starting-out > > > "Ultimately, we ended up in Pharo, an environment I haven’t really had the > opportunity to spend much time with. Afte

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

strange I program a lot and I did not see it in 1.3 before recently Stef On May 3, 2011, at 7:53 AM, Lukas Renggli wrote: > This is already broken in Pharo 1.2. > > 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 wh

Re: [Pharo-project] PharoCore 1.3 built stalled

excellent good night igor (or good day sleeping) On May 3, 2011, at 3:52 AM, Igor Stasenko wrote: > On 3 May 2011 00:49, Stéphane Ducasse wrote: >> it is my fault but I have no idea how to solve it. >> A package was loading over an already existing one and you get a pop up. >> > > i have a fi

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

Am 03.05.2011 um 08:07 schrieb Sean Allen: > > > On Mon, May 2, 2011 at 11:14 PM, Randal L. Schwartz > wrote: > > "Igor" == Igor Stasenko writes: > > Igor> Stef, you sound like you re some kind of standard to measure of > Igor> minimal capability to understand things :) > > The more I

[Pharo-project] Just starting out

http://omasko.wordpress.com/2011/05/02/just-starting-out "Ultimately, we ended up in Pharo, an environment I haven’t really had the opportunity to spend much time with. After some bad experiences with Squeak a few years ago, I’ve tended to stick with the old standards, but I was pleasantly su

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

On Mon, May 2, 2011 at 11:14 PM, Randal L. Schwartz wrote: > > "Igor" == Igor Stasenko writes: > > Igor> Stef, you sound like you re some kind of standard to measure of > Igor> minimal capability to understand things :) > > The more I understand git, the more I grow to hate SVN. > > And I hat

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

This is already broken in Pharo 1.2. 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 me > to add > if I want to add a temp, the temp does not show up. > > Stef > -- Lukas Renggli www.lukas-renggli.ch

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

Is this the class that is responsible for white becoming not-white, and black not-black, when moving from a lower 16 to 32 bits? -Chris

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

> "Igor" == Igor Stasenko writes: Igor> Stef, you sound like you re some kind of standard to measure of Igor> minimal capability to understand things :) The more I understand git, the more I grow to hate SVN. And I hate SVN quite a lot now. :) -- Randal L. Schwartz - Stonehenge Consulting

[Pharo-project] Hanging jobs on Hudson

There is a job which all the time hangs forever.. https://pharo-ic.lille.inria.fr/hudson/job/ReportPharoTools12/ which blocks the slave from doing anything else. Could you (i don't know who) please disable it till you will check locally that it works without problems and only then run on server?

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

On 3 May 2011 00:46, Stéphane Ducasse wrote: > +1 > > the difference of implications of the tool in terms of social and sharing is > much more important than the tools. > > Eliot even me I can understand and use git Stef, you sound like you re some kind of standard to measure of minimal capabili

Re: [Pharo-project] PharoCore 1.3 built stalled

On 3 May 2011 00:49, Stéphane Ducasse wrote: > it is my fault but I have no idea how to solve it. > A package was loading over an already existing one and you get a pop up. > i have a fix for it. See #4075 it makes sure that no matter what current UI manager you using (running image headless or

Re: [Pharo-project] Working on enhancing the transcript morph

Thanks a lot!!! Stef On May 2, 2011, at 11:49 PM, Fernando Olivero wrote: > Hi, i announce that i'm working on enhancing the TranscriptMorph, and > fixing all the related issues to the addition of the new Transcript, > and its (unpopular) read-only Morph. Around next week i will submit > the fixe

Re: [Pharo-project] PharoCore 1.3 built stalled

> > A command line , i think should be changed to start loading external > code only after > everything else is started (including UI manager). > Otherwise we will have problems like that. add a bug entry. > >> -- >> Best regards, >> Igor Stasenko AKA sig. >> > > > > -- > Best regards, >

Re: [Pharo-project] PharoCore 1.3 built stalled

it is my fault but I have no idea how to solve it. A package was loading over an already existing one and you get a pop up. Stef On May 2, 2011, at 11:39 PM, Igor Stasenko wrote: > On 2 May 2011 23:26, Igor Stasenko wrote: >> On 2 May 2011 23:13, laurent laffont wrote: >>> Last built started m

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

+1 the difference of implications of the tool in terms of social and sharing is much more important than the tools. Eliot even me I can understand and use git git pull git commit -am git push stef >>> Since it is quite a hassle each time to merge the svn history to the

Re: [Pharo-project] Working on enhancing the transcript morph

Yes, i fixed almost all of them already. I'm still finishing the enhanced TranscriptMorph. Saludos, Fernando On Tue, May 3, 2011 at 12:37 AM, Mariano Martinez Peck wrote: > Cool! thanks Fernando. So you are taking a look to these guys: > > http://code.google.com/p/pharo/issues/list?q=label:Transc

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

however, in the core image doesn't happend. And changing the Browser of the core image in the dev, has the same problem. So it doesn't seem related to OB The "gulty" seems to be shoutif you take a PharoCore and you load shout, you get such problem. On Tue, May 3, 2011 at 12:31 AM, Mariano

Re: [Pharo-project] Working on enhancing the transcript morph

Cool! thanks Fernando. So you are taking a look to these guys: http://code.google.com/p/pharo/issues/list?q=label:Transcript ? On Mon, May 2, 2011 at 11:49 PM, Fernando Olivero wrote: > Hi, i announce that i'm working on enhancing the TranscriptMorph, and > fixing all the related issues to the

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

trueI could reproduce it On Mon, May 2, 2011 at 6:34 PM, Stéphane Ducasse wrote: > Hi guys > > I do not know how many of you are coding in 1.3 but when the system asks me > to add > if I want to add a temp, the temp does not show up. > > Stef > -- Mariano http://marianopeck.wordpress.com

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

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 startup time, and thereafter calculates things based on the millisecond clock. If the millisecond clock drifts with respect to syste

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

Hi guys I do not know how many of you are coding in 1.3 but when the system asks me to add if I want to add a temp, the temp does not show up. Stef

[Pharo-project] monthly skype chat?

Hi guys may be the irc did not work well. I still think that there is a value in communication and understanding our objectives. So may be a skype discussion would be great or if you have any other ideas to communicate let me know. Stef

Re: [Pharo-project] digitAt: issue

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 you're looking for: > > ^ self // (10 raisedTo: index - 1) \\ 10 > > thats quite short :) > >

[Pharo-project] Working on enhancing the transcript morph

Hi, i announce that i'm working on enhancing the TranscriptMorph, and fixing all the related issues to the addition of the new Transcript, and its (unpopular) read-only Morph. Around next week i will submit the fixes and enhancements. Fernando

Re: [Pharo-project] PharoCore 1.3 built stalled

On 2 May 2011 23:26, Igor Stasenko wrote: > On 2 May 2011 23:13, laurent laffont wrote: >> Last built started more than 1 day ago and not finished >> Laurent. > > This is not good. I killed the jobs. Lets see if it will repeat again. > Okay the problem is that there is a warning and it is h

Re: [Pharo-project] PharoCore 1.3 built stalled

On 2 May 2011 23:13, laurent laffont wrote: > Last built started more than 1 day ago and not finished > Laurent. This is not good. I killed the jobs. Lets see if it will repeat again. -- Best regards, Igor Stasenko AKA sig.

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

On 2 May 2011 17:59, Eliot Miranda wrote: > Hi Camillo, > > On May 2, 2011, at 8:22 AM, Camillo Bruni wrote: > >> Hi eliot, >> >> I wanted to know if there is a particular reason that you use svn over git? > > History. > Btw, about history. I found gitk is quite nice GUI tool for git. It showing

[Pharo-project] PharoCore 1.3 built stalled

Last built started more than 1 day ago and not finished Laurent.

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

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 a source to a destination have diferent depths. For further information refer to BitBlt class comments. To see me in acti

Re: [Pharo-project] System time

The way I read it, each _call_ to timeGetTime should be accurate to within 5 milliseconds. The docs say 5ms or more, depending on the machine, and there is no indication of what affects the precision on the machine. But even if that's irrelevant, your argument assumes nobody else in the machi

[Pharo-project] [COTDC] 57 - ColorMap

Today: ColorMap 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/CommentOfTheDa

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

On Mon, May 2, 2011 at 7:54 PM, Camillo Bruni wrote: > > On 2011-05-02, at 17:59, Eliot Miranda wrote: > > > Hi Camillo, > > > > On May 2, 2011, at 8:22 AM, Camillo Bruni > wrote: > > > >> Hi eliot, > >> > >> I wanted to know if there is a particular reason that you use svn over > git? > > Histor

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

On 2011-05-02, at 17:59, Eliot Miranda wrote: > Hi Camillo, > > On May 2, 2011, at 8:22 AM, Camillo Bruni wrote: > >> Hi eliot, >> >> I wanted to know if there is a particular reason that you use svn over git? > History. > >> Since it is quite a hassle each time to merge the svn history to

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

On 2011-05-02, at 17:59, Eliot Miranda wrote: > Hi Camillo, > > On May 2, 2011, at 8:22 AM, Camillo Bruni wrote: > >> Hi eliot, >> >> I wanted to know if there is a particular reason that you use svn over git? > History. > >> Since it is quite a hassle each time to merge the svn history to

Re: [Pharo-project] digitAt: issue

You are perfectly right, digitus means finger in latin, so it generally carries the notion of 10-base. I guess #byteAt: was not selected because it was considered as an implementation detail. The implementation might as well switch to 16 or 32 bits "digits", and you could still use generic code li

Re: [Pharo-project] digitAt: issue

As intended, yes. But not as expected from what digit usually means (any of the arabic figures of 1 through 9 and 0. [3 ]). I guess that'd change the behavior of too many things, but IMHO byteAt: would suit much better what this method does. 2011/5/2

Re: [Pharo-project] digitAt: issue

digitAt: answers a byte in an integer and so is working as intended. Eliot (phone) On May 2, 2011, at 2:13 AM, Bernat Romagosa wrote: > Hi, try to run the following: > > (2 raisedTo: 10) digitAt: 1 > > The expected result (if I understood what digitAt: should return) is 9, but > the mes

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

Hi Camillo, On May 2, 2011, at 8:22 AM, Camillo Bruni wrote: > Hi eliot, > > I wanted to know if there is a particular reason that you use svn over git? History. > Since it is quite a hassle each time to merge the svn history to the git > repos, which I think is a bit of useless repetitive

[Pharo-project] MCGit

On 2011-05-02, at 17:41, Stefan Marr wrote: > PS: Camillo, what happened to the MCGit, it just works? well, sort of. I am still in the writing phase :D. I seem to trigger some library bug on deleting unused items form the repository. So you'll end up with tons of dangling trees and blobs, which

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

Hi: On 02 May 2011, at 17:22, Camillo Bruni wrote: > Hi eliot, > > I wanted to know if there is a particular reason that you use svn over git? > Since it is quite a hassle each time to merge the svn history to the git > repos, which I think is a bit of useless repetitive work which could be >

Re: [Pharo-project] Think about migration upfront! (was Re: squeaksource is down - a different perspective)

Sometimes it is just enough to let the old versions in the old system and start afresh in the new system with the last version of the project. I think that the main reason for a project not being accepted is that they lack enough traction and aren't end-user appealing. Also, there can be a few ha

Re: [Pharo-project] digitAt: issue

Yes, if you want ith decimalDigit of integer n, 1 being least significant digit, then you shall write the division with a method like: decimalDigitOfRank: i "Answer the ith decimal digit, i=1 being the least significant digit" ^self // (10 raisedTo: i - 1) \\ 10 However, the awfull metho

[Pharo-project] SVN vs Git for the cogvm

Hi eliot, I wanted to know if there is a particular reason that you use svn over git? Since it is quite a hassle each time to merge the svn history to the git repos, which I think is a bit of useless repetitive work which could be avoided. I think it would be nice if you could switch to git as we

Re: [Pharo-project] digitAt: issue

Yup, it seems to me like a horrible name too, especially considering that bitAt: already exists :) 2011/5/2 Camillo Bruni > DigitAt: is a horrible name then, should rather be bitAt:. > > the digitAt: implementation you're looking for: > > ^ self // (10 raisedTo: index - 1) \\ 10 > > thats quite

Re: [Pharo-project] digitAt: issue

DigitAt: is a horrible name then, should rather be bitAt:. the digitAt: implementation you're looking for: ^ self // (10 raisedTo: index - 1) \\ 10 thats quite short :) On 2011-05-02, at 11:35, Bernat Romagosa wrote: > Ouch, understood! > > Then what would be the proper way to address

Re: [Pharo-project] stable RPackage version

Yes probably and after I will create 4.0 for the new experiences: getting the dirt out of it. Stef On May 2, 2011, at 12:30 PM, Tudor Girba wrote: > Hi, > > ConfigurationOfRPackage 1.0 seems to go out of sync with the image after a > while. For example, download the following Moose image: > h

[Pharo-project] prog21: Impressed by Slow Code

He might as well talk about Smalltalk: http://prog21.dadgum.com/98.html Sven

Re: [Pharo-project] System time

On 02.05.2011 13:02, Andres Valloud wrote: Ok, so each time you add the offset things become more and more imprecise... http://msdn.microsoft.com/en-us/library/dd757629%28v=vs.85%29.aspx "The default precision of the timeGetTime function can be five milliseconds or more, depending on the mach

Re: [Pharo-project] System time

Ok, so each time you add the offset things become more and more imprecise... http://msdn.microsoft.com/en-us/library/dd757629%28v=vs.85%29.aspx "The default precision of the timeGetTime function can be five milliseconds or more, depending on the machine. You can use the timeBeginPeriod and tim

Re: [Pharo-project] System time

On 02.05.2011 00:56, Andres Valloud wrote: Does the Windows VM depend on QueryPerformanceCounter()? The Cog VM (which it seemed Jimmie was using) uses a clock (sqWin32Heartbeat.c) initialized with GetSystemTimeAsFileTime and timeGetTime then adds an offset based on current timeGetTime (reinitia

Re: [Pharo-project] System time

I'd look into how the VM knows what time it is. Sooner or later there will be a primitive or some FFI call that asks the OS to tell you the time. You should follow the VM Code Lawyer's Standard Procedure(TM): 1. What is the VM doing, exactly? 2. What are the relevant *official* specificati

[Pharo-project] stable RPackage version

Hi, ConfigurationOfRPackage 1.0 seems to go out of sync with the image after a while. For example, download the following Moose image: http://hudson.moosetechnology.org/job/moose-latest-dev/lastSuccessfulBuild/artifact/moose/*zip*/moose.zip and try RPackage organizer packageNamed: 'Famix-Core'

Re: [Pharo-project] digitAt: issue

Hello, digitAt: 1 returns the least significant byte, thus it is expectedto be 0. The most significant would be | n | (n := 2 raisedTo: 10) digitAt: n digitLength Nicolas 2011/5/2 Bernat Romagosa : > Hi, try to run the following: > > (2 raisedTo: 10) digitAt: 1 > > The expected result (

Re: [Pharo-project] digitAt: issue

Ouch, understood! Then what would be the proper way to address a decimal digit in a number? I can only think of (bigNumber asString at: index) asNumber, which is... awful. 2011/5/2 Sven Van Caekenberghe > Bernat, > > On 02 May 2011, at 11:13, Bernat Romagosa wrote: > > > Hi, try to run the foll

Re: [Pharo-project] digitAt: issue

Bernat, On 02 May 2011, at 11:13, Bernat Romagosa wrote: > Hi, try to run the following: > > (2 raisedTo: 10) digitAt: 1 > > The expected result (if I understood what digitAt: should return) is 9, but > the message returns 0 instead. In fact, it returns 0 for any index. > > Is this a bug

Re: [Pharo-project] Think about migration upfront! (was Re: squeaksource is down - a different perspective)

Am 2011-05-02 um 10:00 schrieb Janko Mivšek: > I think we should learn very carefully from Gemstone migration > experiences to develop our Smalltalk systems *upfront* with migration in > mind. > > Just see all recent (or less recent) examples: MC2 seems too radical to > be easily migrated from M

[Pharo-project] digitAt: issue

Hi, try to run the following: (2 raisedTo: 10) digitAt: 1 The expected result (if I understood what digitAt: should return) is 9, but the message returns 0 instead. In fact, it returns 0 for any index. Is this a bug or am I missunderstanding how digitAt: should work? Cheers, Bernat Romago

Re: [Pharo-project] Don't you think "Windows" menu item should be with the rest?

2011/4/30 Mariano Martinez Peck > > > On Sat, Apr 30, 2011 at 9:08 AM, Stéphane Ducasse < > stephane.duca...@inria.fr> wrote: > >> Mariano >> let it like it is. >> we did it because windows is not the same as the other one and got in our >> way >> so either we remove windows or we let it like

[Pharo-project] Think about migration upfront! (was Re: squeaksource is down - a different perspective)

I think we should learn very carefully from Gemstone migration experiences to develop our Smalltalk systems *upfront* with migration in mind. Just see all recent (or less recent) examples: MC2 seems too radical to be easily migrated from MC1 and obviously designed without migration in mind, Squeak

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

On 02 May 2011, at 09:51, Norbert Hartl wrote: > Am 01.05.2011 um 21:17 schrieb Sven Van Caekenberghe: > >> Thanks Lukas Renggli and Marcus Denker for adding Zn to their continuous >> integration servers. > > Just for the record: I have a zinc jenkins build for gemstone at > > https://hudson

Re: [Pharo-project] [Progress Report] Zinc HTTP Components

Am 01.05.2011 um 21:17 schrieb Sven Van Caekenberghe: > Thanks Lukas Renggli and Marcus Denker for adding Zn to their continuous > integration servers. Just for the record: I have a zinc jenkins build for gemstone at https://hudson.selfish.org/job/zinc-gs/ It is triggered as soon as somethin

Re: [Pharo-project] System time

On Mon, May 2, 2011 at 12:56 AM, Andres Valloud < avall...@smalltalk.comcastbiz.net> wrote: > Does the Windows VM depend on QueryPerformanceCounter()? I have no idea what that is, but a quick grep -n "QueryPerformanceCounte" -r ~/Pharo/vm/git/cogVMMaster/blessed/platforms tell me that not. >