On Fri, May 1, 2015 at 7:44 PM, stepharo steph...@free.fr wrote:
Could you send the license agreement and send it to us?
Ha! I completely forgot about doing this.
I'm just surprised that legally having somewhere written something like by
contributing to blablabla you agree with license
I've downloaded it twice and the archive is corrupted
Regards
Merwan
On 01/05/2015 23:34, p...@highoctane.be wrote:
https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0
On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess nicolaih...@web.de
mailto:nicolaih...@web.de wrote:
2015-04-30
Yes
In the site it says that it is preferable via surface mail.
But a fax is good enough.
Does this still hold true?
(if so, I would rather send it via fax, or scanned, or another medium)
I often find myself writing the same boilerplate over and over for my basic
persistence needs. My usual pattern is to serialize/materialize a class-side
instance variable with accessors of the same name.
Some time ago, I added the following to SimplePersistence (IIRC it gets
loaded by default):
Couple of questions:
1 - Since this start at 5 am (Buenos Aires Time, GMT -3)
until what hour is the sprint?
2 - Is this event appropiate/useful for newbies to Pharo?
Sean P. DeNigris wrote
I created the same in STON-Tools
Of course I just realized that they clobber each other ha ha, so now its
#simplePersist: and #stonPersist:
-
Cheers,
Sean
--
View this message in context:
But there is a second error: the mustBeBooleanInMagic: normally should work.
(the VM executes the optimised construct — raised an exception — we
recompile
the expression with no optimisation - execute.
There is tiny bug there (it should be #methodNode).
I will commit a fix for that…
Kind of because we got
or:
Boolean * block - Object
and now we have
Object * Object - Object
I already discussed by emails too mcuh this point with marcus.
Since we do not have even the start of a process to document the design
rationale behind
such decisions I will not discuss it.
Thanks Sergio
Could you send the license agreement and send it to us?
Stef
Le 27/4/15 18:37, Sergio Fedi a écrit :
Hi, I'm new to the Pharo community and recently installed Pharo 4.0.
While using it I've found that the TestRunner didn't have coverage and
after investigating a little I've
Max,
well the ConfigurationOfFuel in Pharo 3 does not know Fuel 1.9.4
and in Pharo 4 there is no ConfigurationOfFuel
neither in the image (ConfigBrowser)
nor on http://smalltalkhub.mc/Pharo/MetaRepoForPharo40/main
what's up? do I oversee somthing relevant ?
Johannes
Am 30.04.15 um 15:04
Yes
Le 1/5/15 11:52, Marcus Denker a écrit :
On 01 May 2015, at 11:49, Marcus Denker marcus.den...@inria.fr
mailto:marcus.den...@inria.fr wrote:
On 01 May 2015, at 11:46, stepharo steph...@free.fr
mailto:steph...@free.fr wrote:
We should at least have a rules stating pay attentino you
Hello Pharoers,
We propose a Pharo sprint / Moose dojo on Friday, 22nd May, starting at
10:00am. (Local Time Lille).
It will be at the Inria Lille, Building B, third floor (RMoD offices).
Remotely, you can join us on the official IRC channel #pharo on
irc.freenode.net server. During the sprint,
On 01 May 2015, at 18:14, Johannes Rasche Kreuzberg
johan...@rasche-kreuzberg.de wrote:
Max,
well the ConfigurationOfFuel in Pharo 3 does not know Fuel 1.9.4
and in Pharo 4 there is no ConfigurationOfFuel
neither in the image (ConfigBrowser)
nor on
2015-04-30 11:33 GMT+02:00 Esteban Lorenzano esteba...@gmail.com:
aren’t you able to install an older version of gcc in your newer version
of mingw?
hm, downgrading the compiler was suprisingly easy. But I have still the
same error.
This is the gcc version information:
Using built-in specs.
On 01 May 2015, at 11:49, Marcus Denker marcus.den...@inria.fr wrote:
On 01 May 2015, at 11:46, stepharo steph...@free.fr wrote:
We should at least have a rules stating pay attentino you use an optimised
selector. Im not sure what should be form of the warning but we should make
https://pharo.fogbugz.com/default.asp?15459
On 01 May 2015, at 10:10, stepharo steph...@free.fr wrote:
Clement
thanks for the information. I thought about that.
From a language perspective what you describe is plain bad. Implementation
should not creep in the language semantics.
Yes, this is why we implemented the
On 30 Apr 2015, at 22:57, Marcus Denker marcus.den...@inria.fr wrote:
On 30 Apr 2015, at 21:47, stepharo steph...@free.fr wrote:
In nautilus I get an error MNU: RBBlockNodemethod
When I select several groups and select merge
mergeGroups: aCollection
aCollection
We should at least have a rules stating pay attentino you use an
optimised selector. Im not sure what should be form of the warning but
we should make progress
I see two cases
- the dev uses a non optimized version and the warning tell him
that it would be better to use the optimised
is the “tiling window manager”
is proved to work on Pharo 3.
I don’t know what about Pharo 4… I suppose it will load.
Esteban
On 01 May 2015, at 11:49, Peter Uhnák i.uh...@gmail.com wrote:
Phil,
can I ask what is the sidebar on the left? It looks interesting.
Peter
On Thu, Apr 30,
Hi, is it possible to do a halt whenever some instance variable is written?
Because this week I’ve spent a lot of time debugging because something was
setting some strange values to variables and it was hard to track that down.
Uko
Clement
thanks for the information. I thought about that.
From a language perspective what you describe is plain bad.
Implementation should not creep in the language semantics. As a normal
developer I do not want to know how I can redefine special optimized
selectors.
either the compiler
Thanks.
Le 30/4/15 22:57, Marcus Denker a écrit :
On 30 Apr 2015, at 21:47, stepharo steph...@free.fr wrote:
In nautilus I get an error MNU: RBBlockNodemethod
When I select several groups and select merge
mergeGroups: aCollection
aCollection
ifNotEmpty: [:groups || group |
Marcus we should add a rule for the or: [b]
Stef
Le 30/4/15 22:57, Marcus Denker a écrit :
On 30 Apr 2015, at 21:47, stepharo steph...@free.fr wrote:
In nautilus I get an error MNU: RBBlockNodemethod
When I select several groups and select merge
mergeGroups: aCollection
aCollection
On 01 May 2015, at 10:08, stepharo steph...@free.fr wrote:
Marcus we who
uld add a rule for the or: [b]
Not possible as it is correct if the receiver is a boolean.
Marcus
On 01 May 2015, at 10:17, Marcus Denker marcus.den...@inria.fr wrote:
On 01 May 2015, at 10:10, stepharo steph...@free.fr wrote:
Clement
thanks for the information. I thought about that.
From a language perspective what you describe is plain bad. Implementation
should not creep
Branch: refs/heads/5.0
Home: https://github.com/pharo-project/pharo-core
Commit: f707f55ef5d8cd787ced538afba81e1b6088737f
https://github.com/pharo-project/pharo-core/commit/f707f55ef5d8cd787ced538afba81e1b6088737f
Author: Jenkins Build Server bo...@pharo-project.org
Date:
Branch: refs/tags/50026
Home: https://github.com/pharo-project/pharo-core
On 01 May 2015, at 11:46, stepharo steph...@free.fr wrote:
We should at least have a rules stating pay attentino you use an optimised
selector. Im not sure what should be form of the warning but we should make
progress
why?
I see two cases
- the dev uses a non optimized version
Phil,
can I ask what is the sidebar on the left? It looks interesting.
Peter
On Thu, Apr 30, 2015 at 3:23 PM, Esteban Lorenzano esteba...@gmail.com
wrote:
thanks, I fix it.
please keep informing me the problems as they arise, is hard to test all
the system to be sure :)
Esteban
On 30
On 01 May 2015, at 11:48, stepharo steph...@free.fr wrote:
To make the whole thing easier to understand we need to distinguish the two
bugs.
1) or: is somehow special. No, it is not. We fixed that, but the fix was
broken.
See my other mail.
I would add two different kind of
To make the whole thing easier to understand we need to distinguish the two
bugs.
1) or: is somehow special. No, it is not. We fixed that, but the fix was broken.
See my other mail.
I would add two different kind of rules to help people and slow the use
of redefinition of special
Did you tried this ?
https://github.com/pharo-project/pharo-vm/blob/master/README-Win32.md
(I wrote that thing a while ago).
http://sourceforge.net/projects/mingw/files/Automated%20MinGW%20Installer/mingw-get-inst/
was where I got the env from.
I've got a PharoVM built with gcc 4.8.1
https://www.dropbox.com/s/e5ws36rxo2z19lf/pharo-vm.zip?dl=0
On Fri, May 1, 2015 at 9:04 PM, Nicolai Hess nicolaih...@web.de wrote:
2015-04-30 11:33 GMT+02:00 Esteban Lorenzano esteba...@gmail.com:
aren’t you able to install an older version of gcc in your newer version
of mingw?
hm,
2015-05-01 23:05 GMT+02:00 p...@highoctane.be p...@highoctane.be:
Did you tried this ?
https://github.com/pharo-project/pharo-vm/blob/master/README-Win32.md
Yes, I already worked with mingw and setup a build environment (at that
time it was with gcc 4.6.x)
All went well and I build working
On 01 May 2015, at 12:41, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Hi, is it possible to do a halt whenever some instance variable is written?
Soon… I am working on it.
Make a class TT with ivar ‘tt’, method
tt
tt := 1.
Then we can define a meta-link to call Halt now”:
| link
Thanks Marcus! This will be very useful.
Uko
On 01 May 2015, at 12:51, Marcus Denker marcus.den...@inria.fr wrote:
On 01 May 2015, at 12:41, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Hi, is it possible to do a halt whenever some instance variable is written?
Soon… I am working on it.
Le 01/05/2015 12:51, Marcus Denker a écrit :
On 01 May 2015, at 12:41, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Hi, is it possible to do a halt whenever some instance variable is written?
Soon… I am working on it.
Make a class TT with ivar ‘tt’, method
tt
tt := 1.
Then we can
Well, we need to have that discussion then, since we can't roll back: the
slots are already there, and I guess that with the Meta links, we will have
to do something about it.
So, what would it take to improve the debugger?
Since you can add meta links to any ast node the best approach
Le 01/05/2015 13:43, Clément Bera a écrit :
2015-05-01 11:58 GMT+02:00 Thierry Goubier thierry.goub...@gmail.com
mailto:thierry.goub...@gmail.com:
Le 01/05/2015 11:50, Marcus Denker a écrit :
On 01 May 2015, at 11:48, stepharo steph...@free.fr
2015-05-01 11:58 GMT+02:00 Thierry Goubier thierry.goub...@gmail.com:
Le 01/05/2015 11:50, Marcus Denker a écrit :
On 01 May 2015, at 11:48, stepharo steph...@free.fr wrote:
To make the whole thing easier to understand we need to distinguish the
two bugs.
1) or: is somehow special.
Hi,
I want to change the size of my nautilus plugin, as I don’t need it always to
be as big as it is by default and it takes too much space. But as soon as I use
#hight: to change the hight, it gets set back. I guess it’s done by the layout,
but I’m not sure, as putting halt somewhere in
On Fri, May 1, 2015 at 6:41 PM, Yuriy Tymchuk yuriy.tymc...@me.com wrote:
Hi, is it possible to do a halt whenever some instance variable is written?
Because this week I’ve spent a lot of time debugging because something was
setting some strange values to variables and it was hard to track
2015-05-01 13:59 GMT+02:00 Thierry Goubier thierry.goub...@gmail.com:
Le 01/05/2015 13:43, Clément Bera a écrit :
2015-05-01 11:58 GMT+02:00 Thierry Goubier thierry.goub...@gmail.com
mailto:thierry.goub...@gmail.com:
Le 01/05/2015 11:50, Marcus Denker a écrit :
On 01
44 matches
Mail list logo