thanks for the report.
Stef
On May 2, 2011, at 7:00 AM, Jimmie Houchin wrote:
I downloaded the latest Pharo 1.3 and Cog vm to my Vista server.
I opened up a workspace and did the following at as precisely as my hand eye
coordination allow at the top of the minute shown.
The first time
:)
still the debugger got in a funky state and I do not like that.
Stef
On May 1, 2011, at 11:31 PM, Igor Stasenko wrote:
On 1 May 2011 22:16, Stéphane Ducasse stephane.duca...@inria.fr wrote:
On May 1, 2011, at 11:06 PM, Igor Stasenko wrote:
On 1 May 2011 21:38, Stéphane Ducasse
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.
On
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 something
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
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,
2011/4/30 Mariano Martinez Peck marianop...@gmail.com
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
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
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 MC1
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 or am I
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 s...@beta9.be
Bernat,
On 02 May 2011, at 11:13, Bernat Romagosa wrote:
Hi, try to run
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 tibabenfortlapala...@gmail.com:
Hi, try to run the following:
(2 raisedTo: 10) digitAt:
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'
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*
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
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
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
He might as well talk about Smalltalk:
http://prog21.dadgum.com/98.html
Sven
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:
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 a
Yup, it seems to me like a horrible name too, especially considering that
bitAt: already exists :)
2011/5/2 Camillo Bruni camillo.br...@inria.fr
DigitAt: is a horrible name then, should rather be bitAt:.
the digitAt: implementation you're looking for:
^ self // (10 raisedTo: index - 1) \\
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
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 method
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
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
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
Hi Camillo,
On May 2, 2011, at 8:22 AM, Camillo Bruni camillo.br...@inria.fr 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
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 tibabenfortlapala...@gmail.com
wrote:
Hi, try to run the following:
(2 raisedTo: 10) digitAt: 1
The expected result (if I understood what digitAt: should
As intended, yes. But not as expected from what digit usually means (any of
the arabic figures of 1 through 9 and 0.
[3http://dictionary.reference.com/browse/digit
]).
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
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
On 2011-05-02, at 17:59, Eliot Miranda wrote:
Hi Camillo,
On May 2, 2011, at 8:22 AM, Camillo Bruni camillo.br...@inria.fr 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
On 2011-05-02, at 17:59, Eliot Miranda wrote:
Hi Camillo,
On May 2, 2011, at 8:22 AM, Camillo Bruni camillo.br...@inria.fr 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
On Mon, May 2, 2011 at 7:54 PM, Camillo Bruni camillo.br...@inria.frwrote:
On 2011-05-02, at 17:59, Eliot Miranda wrote:
Hi Camillo,
On May 2, 2011, at 8:22 AM, Camillo Bruni camillo.br...@inria.fr
wrote:
Hi eliot,
I wanted to know if there is a particular reason that you use
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:
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
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
Last built started more than 1 day ago and not finished
Laurent.
On 2 May 2011 17:59, Eliot Miranda eliot.mira...@gmail.com wrote:
Hi Camillo,
On May 2, 2011, at 8:22 AM, Camillo Bruni camillo.br...@inria.fr 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
On 2 May 2011 23:13, laurent laffont laurent.laff...@gmail.com 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.
On 2 May 2011 23:26, Igor Stasenko siguc...@gmail.com wrote:
On 2 May 2011 23:13, laurent laffont laurent.laff...@gmail.com 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
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
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 :)
On
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
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
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
trueI could reproduce it
On Mon, May 2, 2011 at 6:34 PM, Stéphane Ducasse
stephane.duca...@inria.frwrote:
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
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
fernando.oliv...@usi.chwrote:
Hi, i announce that i'm working on enhancing the TranscriptMorph, and
fixing all the
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
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
marianop...@gmail.com wrote:
Cool! thanks Fernando. So you are taking a look to these guys:
+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
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 siguc...@gmail.com wrote:
On 2 May 2011 23:13, laurent laffont
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,
Igor Stasenko AKA
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 fixes
On 3 May 2011 00:49, Stéphane Ducasse stephane.duca...@inria.fr 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
On 3 May 2011 00:46, Stéphane Ducasse stephane.duca...@inria.fr 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
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?
Igor == Igor Stasenko siguc...@gmail.com 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
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
This is already broken in Pharo 1.2.
Lukas
On Monday, 2 May 2011, Stéphane Ducasse stephane.duca...@inria.fr 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
59 matches
Mail list logo