Denker marcus.den...@inria.fr
On 25 Nov 2013, at 16:26, Max Leske maxle...@gmail.com wrote:
Thanks Clément, that seems to be it. Disabling the timesRepeat inlining
makes most of the builds run through but not all of them. It seems like
there’s another (Opal related?) problem
What do you mean by up to date? For 3.0 #development is current.
On 24.11.2013, at 21:04, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Is there an up to date version of ConfigurationOfFuel?
Stef
I’m currently making some fixes to the configuration but basically you can just
use the latest one. That should do the trick.
On 24.11.2013, at 22:45, Stéphane Ducasse stephane.duca...@inria.fr wrote:
What do you mean by up to date? For 3.0 #development is current.
I want to try to unload
Might be related to the maintenance at INRIA.
On 11.11.2013, at 09:07, p...@highoctane.be wrote:
Now get.pharo.org looks like dead.
Does the same happen with bash? The scripts were written for bash, not sh, so
there might be slight differences in execution…
On 10.11.2013, at 22:06, Tudor Girba tu...@tudorgirba.com wrote:
I seem to get a problem with the latest zero conf scripts when downloading
only the latest VM.
I
files.pharo.org and get.pharo.org will remain DOWN for the rest of the day.
Begin forwarded message:
From: Emmanuel Jeanvoine emmanuel.jeanvo...@inria.fr
Subject: Re: [ci-announces] CI shutdown on the 11th of November
Date: 9. November 2013 09:00:31 MEZ
To: ci-announ...@inria.fr
Reply-To:
I just forwarded the INRIA announcement to the list: due to maintenance
files.pharo.org and get.pharo.org will remain down for the day.
Max
On 11.11.2013, at 13:36, Pablo Estefó pest...@gmail.com wrote:
Hi guys,
We are trying to start the Pharo Sprint here at DCC UChile but the sites
pharo.fogbugz.com is still online though.
On 11.11.2013, at 13:47, Max Leske maxle...@gmail.com wrote:
I just forwarded the INRIA announcement to the list: due to maintenance
files.pharo.org and get.pharo.org will remain down for the day.
Max
On 11.11.2013, at 13:36, Pablo Estefó pest
Not sure if it’s related to your issue but I’ve been seeing swapped temporary
variables in the debugger. The value used for execution is correct but in the
view two variables will have the value of the other.
Are you sure that the value *effectively* changes or could it be a
visualization
On 08.11.2013, at 13:59, Sven Van Caekenberghe s...@stfx.eu wrote:
Hi Martin,
I would guess that the stream created by the memory filesystem are binary,
not character, as STON expects.
Good point, although currently ascii mode is still default I think.
Try sending #ascii to the stream.
On 06.11.2013, at 08:57, Marcus Denker marcus.den...@inria.fr wrote:
On 06 Nov 2013, at 08:53, Max Leske maxle...@gmail.com wrote:
On 06.11.2013, at 08:05, Marcus Denker marcus.den...@inria.fr wrote:
On 05 Nov 2013, at 20:37, Mariano Martinez Peck marianop...@gmail.com
wrote
https://pharo.fogbugz.com/f/cases/12077/MNU-in-AdditionalMethodState-analogousCodeTo
On 06.11.2013, at 08:53, Max Leske maxle...@gmail.com wrote:
Thanks Marcus. I’ll open a bug report.
On 06.11.2013, at 08:14, Marcus Denker marcus.den...@inria.fr wrote:
On 05 Nov 2013, at 19:48, Max
I’ve made a few minor improvements to HDTestReport with the following effects:
- progress log will now print end of suite and the stream will be properly
closed
- progress log will print the start of the case *before* the case starts (at
the moment that happens after the case has run. The
test caused the
crash)
On 06.11.2013, at 13:46, Camillo Bruni camillobr...@gmail.com wrote:
could you open an issue on fogbugz and propose a slice?
On 2013-11-06, at 11:17, Max Leske maxle...@gmail.com wrote:
I’ve made a few minor improvements to HDTestReport with the following
effects
PhaROS might be interesting: controlling robots with Pharo.
On 06.11.2013, at 12:37, roberto.mine...@usi.ch wrote:
Hi,
I would like to hear an opinion from you. I need to organize a 3-day project
with high-school students. In short they will come to our University and I am
the
I discovered that AdditionalMethodState now (sometimes) stores Associations,
not only Pragmas and Messages. That seems to work fine so fare but leads to an
exception if #analogousCodeTo: is sent to a state which stores an Association.
Can someone please confirm that this is a bug?
Cheers,
Max
I’ve temporarily disabled the Fuel builds. Martin and I discovered VM crashes
related to (maybe) garbage collection during our test runs. So right now a lot
of builds are crashing. We’ll keep investigating so as to reenable the builds.
Max
On 06.11.2013, at 08:05, Marcus Denker marcus.den...@inria.fr wrote:
On 05 Nov 2013, at 20:37, Mariano Martinez Peck marianop...@gmail.com wrote:
Hi. From what I understand you removed the old Compiler but yet Opal does
not support compiling. Also, #sourceCode was changed etc...
That
Thanks Marcus. I’ll open a bug report.
On 06.11.2013, at 08:14, Marcus Denker marcus.den...@inria.fr wrote:
On 05 Nov 2013, at 19:48, Max Leske maxle...@gmail.com wrote:
I discovered that AdditionalMethodState now (sometimes) stores Associations,
not only Pragmas and Messages. That seems
effort you're undertaking. I learned a
bit about git internal storage stepping through the code.
Thierry
De : Pharo-dev [pharo-dev-boun...@lists.pharo.org] de la part de Max Leske
[maxle...@gmail.com]
Date d'envoi : lundi 4 novembre 2013 17:44
À
this one.
Thoughts?
On Sat, Nov 2, 2013 at 12:46 PM, Max Leske maxle...@gmail.com wrote:
Thanks Nicolas, we’ll take a look at it.
Max
On 02.11.2013, at 14:43, Nicolas Cellier nicolas.cellier.aka.n...@gmail.com
wrote:
I've opened https://code.google.com/p/fuel/issues/detail?id=204
Did #hackBits: come with Fuel? It’s not an extension method…
On 04.11.2013, at 01:10, Mariano Martinez Peck marianop...@gmail.com wrote:
Indeed. That's why I want to move it to a separate class.
On Fri, Nov 1, 2013 at 5:18 PM, Max Leske maxle...@gmail.com wrote:
Wow… Form is mindnumbing
Thanks Nicolas. We’ll update the docs and fix the configuration.
Has 4.5 been released? We had decided to wait with support for 4.5 until it was
released to prevent repetitive work. If 4.5 has indeed been released we’ll of
course add support for 4.5.
Cheers,
Max
On 01.11.2013, at 21:37,
The Fuel bug tracker is hosted by Google: https://code.google.com/p/fuel/
On 01.11.2013, at 22:42, Nicolas Cellier nicolas.cellier.aka.n...@gmail.com
wrote:
I have an easy fix for Fuel on Squeak trunk.
It concerns the FuelCompatibility layer, so I hesitate to publish on Pharo
fogbugz...
Is
give you access right now. But you can send me your fix through
mail).
Max
On 02.11.2013, at 09:46, Nicolas Cellier nicolas.cellier.aka.n...@gmail.com
wrote:
Thanks, and is there a public .mcz inbox, or does it require special rights?
2013/11/2 Max Leske maxle...@gmail.com
The Fuel bug
-LargeNegativeInteger-up-to-32bits-magnitude
2013/11/2 Max Leske maxle...@gmail.com
So far we don’t have a public inbox and I’m not too familiar with STHub and
read/write permissions. Concerning your suggestion from the other thread a
public inbox would certainly make sense though.
I’ll let you
I think that’s a good idea. Obviously that’s something that none of us
developers want in the system but it would be good to have it from a
promotional point of view I guess. Could applications like Dr. Geo benefit from
such an environment?
Max
On 01.11.2013, at 19:56, Gisela Decuzzi
Wow… Form is mindnumbing…
On 30.10.2013, at 23:00, Mariano Martinez Peck marianop...@gmail.com wrote:
hehehe sorry, it was #hackBits: :)
On Wed, Oct 30, 2013 at 6:52 PM, Max Leske maxle...@gmail.com wrote:
Where did you find that method? I couldn’t find any implementors or
references
, 2013, at 10:59 , Max Leske maxle...@gmail.com wrote:
Thanks for the feedback guys.
Based on the discussion I propose a different set of changes:
1.
shuffle
^ self shuffleBy: Random new
2.
shuffled
^ self copy shuffle
3. remove #shuffledBy: (if you're specific enough
To continue the discussion on this topic (stemming from issue 11635) I’m
starting a new thread. Please share your thoughts.
Form the other thread:
Personally I'm for more intention revealing selectors; I quite like #shuffled
and #shuffleInPlace. If we can agree on a different naming scheme
To continue the discussion on this topic (stemming from issue 11635) I’m
starting a new thread. Please share your thoughts.
From the other thread:
Also open for discussion is the use of CollectionrandomForPicking and
CollectionmutexForPicking in other methods (such as #atRandom). I think it
, Stéphane Ducasse stephane.duca...@inria.fr
wrote:
Fuel was using BitBlt current and I change that to BitBlt
Stef
On Oct 29, 2013, at 10:55 AM, Max Leske maxle...@gmail.com wrote:
Stef, what exactly is the influence on Fuel? I looked at the changes of
your slice and couldn’t find anything
Stef, what exactly is the influence on Fuel? I looked at the changes of your
slice and couldn’t find anything…
Max
On 25.10.2013, at 16:26, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi
I just pushed a change cleaning some strange usage.
BitBlt was sometimes invoked via BitBlt
: aWordObject and its senders.
Cheers,
On Tue, Oct 29, 2013 at 6:55 AM, Max Leske maxle...@gmail.com wrote:
Stef, what exactly is the influence on Fuel? I looked at the changes of your
slice and couldn’t find anything…
Max
On 25.10.2013, at 16:26, Stéphane Ducasse stephane.duca
Bleeding edge only:
Name: Fuel-MaxLeske.787
Author: MaxLeske
Time: 29 October 2013, 11:41:05.948727 pm
UUID: 2199a684-70e6-4dee-b3f1-ee389d959aed
Ancestors: Fuel-MarianoMartinezPeck.775, Fuel-MaxLeske.786
merging tips from 3.0 development and fuel repo
On 29.10.2013, at 19:56, Max Leske maxle
In my opinion the #fuelAccept: for the meta description object should be
overridden and there the behaviour for problematic references should be defined.
Roberto, what references does your meta object hold on to?
Max
On 28.10.2013, at 22:16, Martin Dias tinchod...@gmail.com wrote:
On
On it!
On 25.10.2013, at 16:26, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi
I just pushed a change cleaning some strange usage.
BitBlt was sometimes invoked via BitBlt current (which just returned the
BitBlt class).
Apparently in Squeak they removed it too.
Now it touches
Thanks Torsten, nice of you to think of us!
On 10.10.2013, at 17:14, Torsten Bergmann asta...@gmx.de wrote:
A PDF by Scott Chacon about how the Git source code control system stores
files and revisions.
https://github.com/pluralsight/git-internals-pdf/releases
Maybe thats interesting
PharoContributor new
name: 'Max Leske'
email: 'maxle...@gmail.com'
description: 'Master student at University of Bern, interested in
software development and language design. Author and maintainer of
FileSystem-Git, contributor to Fuel. Works for Netstyle.ch and Cmsbox
On 08.10.2013, at 10:51, Marcus Denker marcus.den...@inria.fr wrote:
Hello,
There are 129 issues that need to be fixed before we can even think about
releasing Pharo3:
https://pharo.fogbugz.com/f/filters/37/3-0-Work-Needed
There are two options:
1) fix all of them.
/23 Henrik Johansen henrik.s.johan...@veloxit.no
On Sep 23, 2013, at 3:33 , Max Leske maxle...@gmail.com wrote:
If a user is going to modify the same object concurrently, he/she
takes care of mutual exclusion.
Agreed. BUT: the Random object used
...@veloxit.no
On Sep 23, 2013, at 3:33 , Max Leske maxle...@gmail.com wrote:
If a user is going to modify the same object concurrently, he/she
takes care of mutual exclusion.
Agreed. BUT: the Random object used by these methods is the same one
On 23.09.2013, at 15:46, Frank Shearar frank.shea...@gmail.com wrote:
On 23 September 2013 14:34, Max Leske maxle...@gmail.com wrote:
On 23.09.2013, at 15:20, Frank Shearar frank.shea...@gmail.com wrote:
On 23 September 2013 14:17, Nicolas Cellier
nicolas.cellier.aka.n...@gmail.com wrote
I like that idea. At least some of the questions on the users list are not even
Pharo specific but regard Smalltalk in general. Those need not be answered by
us but can be answered by anyone with a Smalltalk background, be it VW, VA,
Squeak…
On the other hand (I'm not sure about this, since I
Sven suggested posting this on the list for discussion, so here you go:
Maybe this should be discussed on the list, your are going to break API.
Note that there is also #sort and #sorted with similar copy behavior.
Also, I am not sure that basic operations should use mutexes to protect
Hi
Sorry, I was on holidays and didn't see this.
On 23.09.2013, at 20:45, Sven Van Caekenberghe s...@stfx.eu wrote:
https://pharo.fogbugz.com/f/cases/11664/SHA1-hashStream-should-return-a-ByteArray-of-size-20
with slice
On 13 Sep 2013, at 15:38, Sven Van Caekenberghe s...@stfx.eu wrote:
to introduce into 1.9.1 (DateAndTime fix)
On 04.08.2013, at 16:35, Max Leske maxle...@gmail.com wrote:
Yeah, no problem. I'll get on it right away.
Max
On 04.08.2013, at 16:10, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Hi guys
can you rename this method
'
erfeklfefeefe⌦⌦ferfe
The things with xes is what I get from copy/pasting the string.
'aze⌦⌦⌦uiop' asByteArray #[0 0 0 97 0 0 0 122 0 0 0 101 0 0 35 38 0 0 35
38 0 0 35 38 0 0 0 117 0 0 0 105 0 0 0 111 0 0 0 112]
Phil
On Wed, Jul 31, 2013 at 10:49 PM, Max Leske maxle
Will do. Thanks!
On 31.07.2013, at 16:46, Esteban Lorenzano esteba...@gmail.com wrote:
Hi,
I builded new versions of the vm, integrating latest changes from Eliot.
This integration should fix some issues, between them the annoying
SmallInteger problem.
You can find it here:
wget
There seems to be an issue relating to the keyboard. I can't type any umlauts
(option + u) and the delete button produces a question mark.
Max
On 31.07.2013, at 16:59, Max Leske maxle...@gmail.com wrote:
Will do. Thanks!
On 31.07.2013, at 16:46, Esteban Lorenzano esteba...@gmail.com
rackincloud.com offers seaside hosting. I find that really cool but there's
absolutely no information on who they are and how much hosting costs. Can
anyone shed some light please?
Cheers,
Max
Great answer Igor!
I'm curious about Doru's response :)
On 19.07.2013, at 17:31, Igor Stasenko siguc...@gmail.com wrote:
So, on your place, if you really need a lot of classes with announcer
capabilities, you can do it like that:
Object subclass: #ObjectWithAnnouncer
instvars:
On 09.07.2013, at 23:28, Camillo Bruni camillobr...@gmail.com wrote:
On 2013-07-09, at 21:23, Frank Shearar frank.shea...@gmail.com wrote:
On 9 July 2013 19:45, Camillo Bruni camillobr...@gmail.com wrote:
I continue my rant with should:raise:description:
a) self should: [ Error signal:
On 09.07.2013, at 09:06, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Max I added you to the Pharo team.
Great, thanks.
So now you should be able to commit to the inbox (soon it should be fixed).
Then I tried to merge (I read the beginning ogf the article and this is a
nice article)
On 09.07.2013, at 17:42, Clément Bera bera.clem...@gmail.com wrote:
They may be useful. Imagine you are too lazy to create a subclass of Error,
but not lazy enough to create a test and copy paste a String.
Then you write in your method:
self error: 'some strange error happened'
And you
As promised (a very long while ago) I moved all the checksum code to a
dedicated hiearchy (see https://pharo.fogbugz.com/default.asp?5468). The thing
I'm most proud of is the CRC class which implements Ross Williams's RockSoft
parameterized CRC caculation model (http://www.ross.net/crc/).
://spamcast.libsyn.com
Sparx Systems Enterprise Architect and Ability Engineering EADocX Value
Added Reseller
On Thu, Jun 27, 2013 at 3:22 PM, Igor Stasenko siguc...@gmail.com wrote:
On 27 June 2013 14:13, Max Leske maxle...@gmail.com wrote:
Hi
I've been seeing a particular bug that I can
I agree wholeheartedly! I still believe in (mostly) self documenting code and
that cannot be achieved by using abbreviations.
Max
On 04.07.2013, at 12:52, Torsten Bergmann asta...@gmx.de wrote:
Usually I thought only the C/C++ people fell in love with abbreviations - but
now its our own
On 04.07.2013, at 13:09, Henrik Johansen henrik.s.johan...@veloxit.no wrote:
On Jul 4, 2013, at 12:52 , Torsten Bergmann wrote:
Usually I thought only the C/C++ people fell in love with abbreviations -
but
now its our own community:
in Pharo 3.0 one can write:
Smalltalk os
I didn't report it but here's a usecase:
suppose you have a collection of objects and they might include nil. Now, if
you want to do this:
myCollection do: [ :element | element class allSubclassesDo: #value ] ]
then you'll get an exception when element is nil.
superclass ==
Hi
I've been seeing a particular bug that I can only see when using the PharoVM
and I was wondering if anybody else has been having the same issue.
Under certain condition, a debugger will open displaying SmallInteger does not
understand some message. The stack top contains an integer
Thanks guys.
So Esteban, do you need more cases? I can provide some if you want me to.
Cheers,
Max
On 27.06.2013, at 15:34, Esteban Lorenzano esteba...@gmail.com wrote:
On Jun 27, 2013, at 3:22 PM, Igor Stasenko siguc...@gmail.com wrote:
On 27 June 2013 14:13, Max Leske maxle
, the problem is with the JIT. On a StackVM we don't have the
problem.
On Thu, Jun 27, 2013 at 4:00 PM, Max Leske maxle...@gmail.com wrote:
Thanks guys.
So Esteban, do you need more cases? I can provide some if you want me to.
Cheers,
Max
On 27.06.2013, at 15:34, Esteban
Hi guys
I created a new Fuel version that includes an important fix (in my opinion).
That fix should be integrated into Pharo 2.0 (in my opinion); here's the
integration request: https://pharo.fogbugz.com/default.asp?10730
Summary of the change:
Changes in the serialized graph during
Begin forwarded message:
On Fri, May 31, 2013 at 1:11 PM, Eliot Miranda eliot.mira...@gmail.comwrote:
On Fri, May 31, 2013 at 12:54 AM, Max Leske maxle...@gmail.com wrote:
Bump.
Doesn't anybody feel that corrupt blocks are a problem? IMHO that's
something that should *never
Awesome guys! I'll have to take a look soon.
Max
On 31.05.2013, at 16:00, Damien Cassou damien.cas...@gmail.com wrote:
Images are automatically built by a continuous integration job:
https://ci.inria.fr/pharo-contribution/job/Artefact/.
On Fri, May 31, 2013 at 3:30 PM, Guillaume
I love the music you used in your screencast :D Sounds a bit like a telephone
waiting line
On 30.05.2013, at 08:52, stephane ducasse stephane.duca...@free.fr wrote:
I started to read the chapter to understand.
Stef
stephane ducasse wrote
show us how you specify that?
It's a simple
,
Thanks all of you for interest ;)
On May 24, 2013, at 7:15 AM, Max Leske maxle...@gmail.com
wrote:
I played around with reverting the method and serializing but that doesn't
change anything (the existing BlockClosure is obviously not modified).
Then I thought that maybe the method
of that session.
Camille
On 23 mai 2013, at 21:02, Max Leske wrote:
Hi Marcus
Roberto sent this mail to the Fuel-dev list. When we looked at the problem
we noticed that serialization fails because of a corrupt BlockClosure. Since
that's not really our territorry Mariano suggested to forward
what you did befor / during / after running your
session?
On 24.05.2013, at 06:44, Max Leske maxle...@gmail.com wrote:
On 23.05.2013, at 22:58, Camille Teruel camille.ter...@gmail.com wrote:
Hi,
This is indeed strange, the BlockClosure has an incorrect startpc (31
instead of 43). You can
+100!
On 22.05.2013, at 17:53, Camillo Bruni camillobr...@gmail.com wrote:
I recently spent some time to revise how to write Metacello Configurations.
Observation:
- many configurations are quite a mess
- many configurations duplicate code internally
- many configurations
On 21.05.2013, at 10:14, Sven Van Caekenberghe s...@stfx.eu wrote:
On 21 May 2013, at 09:59, Max Leske maxle...@gmail.com wrote:
3. SmallIntegeridentityHash is really slow. Using SmallInteger as keys in
IdentityDictionary is significantly slower than using them in a regular
Dictionary
On 21.05.2013, at 10:01, Sven Van Caekenberghe s...@stfx.eu wrote:
Max,
On 21 May 2013, at 09:43, Max Leske maxle...@gmail.com wrote:
Not sure if this is related, but my FileSystem-Git build for 2.0 broke this
morning with a Zn stack trace (bad gateway):
https://ci.inria.fr/pharo
of dictionary,
including a cleaner implementation that defaults to something like a small
dictionary without a special class:
http://scg.unibe.ch/archive/masters/Brun11a.pdf
the optimistic version:
On 2013-05-21, at 09:47, Max Leske m.le...@netstyle.ch wrote:
My coworker performed some
Thanks for the effort Markus!
On 15.05.2013, at 19:52, Marcus Denker marcus.den...@inria.fr wrote:
Hello,
So now that everything is working… sorry for the mess.
We should have left the gforge infrastructure the last time we had a
multi-day problem,
not wait till we get it again.
I
701 - 775 of 775 matches
Mail list logo