Hi Damien, thanks for answering.
The error happens on a the previous dev image (09.09.03) that was updated
until yesterday night.
If I download the new dev image though, the error seems to go away.
I thought there was no difference, in theory at least, between an updated
image and a freshly
Sorry, and the way to reproduce was simply introducing a self halt in some
method, or executing over a real bug as well, and trying to debug from
there.Thanks again
On Mon, Oct 5, 2009 at 8:47 AM, Ramiro Diaz Trepat
ram...@diaztrepat.namewrote:
Hi Damien, thanks for answering.
The error
What about to add another button to error dialog? The button action
Report bug, which gather debug info and ask user to provide
meaningful description of how to reproduce, and then posts this
information (maybe possibly search for duplicates entries) as defect
report in bugtracker.
Hi Ramiro,
You don't need to modify a method to open a debugger, hitting Alt +
. will do it. The behavior you describe is present in Pharo-Core
#10466 too and is probably the same when clicking the stack top item
in the Debugger right bottom pane (the context variables inspector).
I'm not fan at
That would be nice. But is there an API for the Google issue tracker
to create new reports? I had a look some time ago but didn't find any.
Adrian
On Oct 5, 2009, at 10:29 , Andrey Larionov wrote:
What about to add another button to error dialog? The button action
Report bug, which gather
For the stack top error, a better solution than adding asText to
Object would be to implement:
ContextVariablesInspector contents
^super contents printString
It's a subclass of StringHolder for some reason, which explain why it
doesn't exactly like that the ContextVariable can be any
There is no API for Mantis, and it dosn't stop us from using
ensureFix: and others usefull features from Installer
On Mon, Oct 5, 2009 at 13:48, Adrian Lienhard a...@netstyle.ch wrote:
That would be nice. But is there an API for the Google issue tracker
to create new reports? I had a look some
http://code.google.com/p/support/wiki/IssueTracker#Issue_entry
Some explanations from Google Code team
On Mon, Oct 5, 2009 at 13:59, Andrey Larionov anlario...@gmail.com wrote:
There is no API for Mantis, and it dosn't stop us from using
ensureFix: and others usefull features from Installer
http://code.google.com/p/support/issues/detail?id=148
On Mon, Oct 5, 2009 at 14:02, Andrey Larionov anlario...@gmail.com wrote:
http://code.google.com/p/support/wiki/IssueTracker#Issue_entry
Some explanations from Google Code team
On Mon, Oct 5, 2009 at 13:59, Andrey Larionov
Updated Issue987 with a SLICE in Inbox, which fixes the DNU in the
way below.
Used printString instead of asString as proposed by Hernán, as it (in
principle) should be more robustly implemented and thus more suited
for debugger display.
(If sig's idea from some time back was adopted, this
Yes we will have a cut Morphic into parts.
This is on our todo with Jannik tools.
On Oct 4, 2009, at 10:49 PM, Nicolas Cellier wrote:
Then it seems both trunk and Pharo don't have the same boundaries.
SketchEditorMorph is in trunk/MorphicExtras and Pharo/Morphic
Nicolas
2009/10/4 Stéphane
Thanks Hernán and Henrik for your workarounds, but neither of them fixes the
problem in my image.Here's a bit of my stack:
VM: Mac OS - intel - 1058 - Squeak3.8.1 of '28 Aug 2006' [latest update:
#6747] Squeak VM 4.2.1b1
Image: Pharo1.0beta [Latest update: #10466]
SecurityManager state:
See DebuggermailOutbugReport - I have no idea whether or not it actually
works; it is available on the debugger's call-stack menu, at least in the
standard toolset.
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
Thanks.
On Mon, Oct 5, 2009 at 14:55, Schwab,Wilhelm K bsch...@anest.ufl.edu wrote:
See DebuggermailOutbugReport - I have no idea whether or not it actually
works; it is available on the debugger's call-stack menu, at least in the
standard toolset.
Bill
-Original Message-
Thanks we will integrate that as soon as we can breath :)
On Oct 5, 2009, at 12:14 PM, Henrik Johansen wrote:
Updated Issue987 with a SLICE in Inbox, which fixes the DNU in the
way below.
Used printString instead of asString as proposed by Hernán, as it (in
principle) should be more robustly
Begin forwarded message:
From: comm...@source.squeak.org
Date: September 30, 2009 10:14:22 AM GMT+02:00
To: squeak-...@lists.squeakfoundation.org
Subject: [squeak-dev] The Trunk: Compiler-jcg.85.mcz
Reply-To: squeak-...@lists.squeakfoundation.org
Joshua Gargus uploaded a new version of
should avoid to OBPAckage2Browser kind of name
Stef
Begin forwarded message:
From: comm...@source.squeak.org
Date: September 28, 2009 6:34:25 PM GMT+02:00
To: squeak-...@lists.squeakfoundation.org
Subject: [squeak-dev] The Trunk: System-cwp.152.mcz
Reply-To:
mc semantics
Begin forwarded message:
From: Andreas Raab andreas.r...@gmx.de
Date: September 30, 2009 4:53:10 PM GMT+02:00
To: The general-purpose Squeak developers list
squeak-...@lists.squeakfoundation.org
Subject: [squeak-dev] Re: The Trunk: Monticello-ar.323.mcz
Reply-To: The
Begin forwarded message:
From: comm...@source.squeak.org
Date: October 1, 2009 8:21:58 AM GMT+02:00
To: squeak-...@lists.squeakfoundation.org
Subject: [squeak-dev] The Trunk: Compiler-jcg.87.mcz
Reply-To: squeak-...@lists.squeakfoundation.org
Joshua Gargus uploaded a new version of
Somewhat related, at least I noticed it when debugging this:
Sending copy to a LinkedList or a Semaphore will give back an array,
since it uses shallowCopy from SequenceableCollection.
Probably applies to more of SequenceableCollection's subclasses too,
f.ex. DirectoryEntry for which copy
He he, I just noticed this last evening, see
http://bugs.squeak.org/view.php?id=7402
http://bugs.squeak.org/view.php?id=7403
http://bugs.squeak.org/view.php?id=7404
I thus provided another solution for
http://bugs.squeak.org/view.php?id=6535 (previous solution has been
uploaded in pharo).
Good to know I'm not the only one who found it strange :)
BTW, I thought the default for Collections was to do a shallowCopy
with a copy operation?
ll := LinkedList new.
ll add: Link new.
ll2 := ll copy.
ll add: Link new.
inspecting ll2, it's firstLink does not have a nextLink, which implies
Almost all refactorings ends with this DNU. Is it platform specific? Or
maybe i miss something
5 October 2009 5:17:34 pm
VM: unix - i686 - linux-gnu - Pharo0.1 of 16 May 2008 [latest update:
#10074]
Image: Pharo1.0beta [Latest update: #10466]
SecurityManager state:
Restricted: false
FileAccess:
On Oct 5, 2009, at 3:19 53PM, Nicolas Cellier wrote:
2009/10/5 Henrik Johansen henrik.s.johan...@veloxit.no:
Good to know I'm not the only one who found it strange :)
BTW, I thought the default for Collections was to do a shallowCopy
with a copy operation?
I removed this default
The Dolphin solution to this type of problem is to define #species that answers
the collection type to use when copying - then the super class method has a
much easier time answering a collection of the expected type.
Bill
-Original Message-
From:
On Oct 5, 2009, at 3:42 59PM, Henrik Johansen wrote:
On Oct 5, 2009, at 3:19 53PM, Nicolas Cellier wrote:
2009/10/5 Henrik Johansen henrik.s.johan...@veloxit.no:
Of course, it's arguable that that's better behaviour for
LinkedLists,
seeing as otherwise ll2's lastLink would be invalid when
2009/10/5 Henrik Johansen henrik.s.johan...@veloxit.no:
On Oct 5, 2009, at 3:19 53PM, Nicolas Cellier wrote:
2009/10/5 Henrik Johansen henrik.s.johan...@veloxit.no:
Good to know I'm not the only one who found it strange :)
BTW, I thought the default for Collections was to do a shallowCopy
Not sure we want this without due consideration. Eliot deprecated
them. Is there a conversation going on about why the new scheme could
not be used? I'm not subscribed.
Cheers
Mike
On Monday, October 5, 2009, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Begin forwarded message:
From:
looks like it's using the new scheme. we should test it at least.
Mike
On Monday, October 5, 2009, Stéphane Ducasse stephane.duca...@inria.fr wrote:
Begin forwarded message:
From: comm...@source.squeak.org
Date: October 1, 2009 8:21:58 AM GMT+02:00
To:
Hi,
I tried to update from an older image and got stuck in update #10457.
I get a warning with the following text:
Please note that adding package references as strings (such as
'Kernel-MikeRoberts.408') is no longer supported, because Gofer cannot
guess your naming conventions. Adapt your
10467
-
Issue 1260: [Regression?] Issue 277 (SelfEvaluating Arrays) wasn't
integrated in beta-10462
Issue 987: 'stack top' variable on debugger crashes it
Issue 1269: findLastOccurenceOfStringFix has broken a previous
WideString patch
--
Marcus Denker -
I do not know.
I just thought that we should have a look.
Not sure we want this without due consideration. Eliot deprecated
them. Is there a conversation going on about why the new scheme could
not be used? I'm not subscribed.
Cheers
Mike
On Monday, October 5, 2009, Stéphane Ducasse
argh
lukas changed the gofer interface.
We should hardcode the number...
It was working before.
Stef
On Oct 5, 2009, at 5:24 PM, Adrian Lienhard wrote:
Hi,
I tried to update from an older image and got stuck in update #10457.
I get a warning with the following text:
Please note that adding
Hi,
On Mon, Oct 5, 2009 at 7:19 AM, anlario...@gmail.com wrote:
Almost all refactorings ends with this DNU. Is it platform specific? Or
maybe i miss something
could you please describe all the steps to reproduce that from a clean download?
--
Damien Cassou
argh
lukas changed the gofer interface.
I had to do this, because people have different naming conventions for
packages. Before Gofer worked either for Moose or Seaside, but not
for both at the same time. To solve the problem you have to follow the
advice in the debugger. You tell Gofer if you
yes!
No problem and for now this is like that.
On Oct 5, 2009, at 6:45 PM, Lukas Renggli wrote:
argh
lukas changed the gofer interface.
I had to do this, because people have different naming conventions for
packages. Before Gofer worked either for Moose or Seaside, but not
for both at the
I'm hoping something like metacello in our process makes these things
go away ;-)
can you retrospectively edit the update to point to the exact version?
Mike
On Monday, October 5, 2009, Lukas Renggli reng...@gmail.com wrote:
argh
lukas changed the gofer interface.
I had to do this, because
Yes I could but I need to know the correct version of Gofer and then I
need to change
the installGofer method of scriptLoader. Then this is not simple
because I have to code this changes inside the cs else the old version
of the script loader
will point to an old version of the method. so yes
Sorry, not reproducible in last WebDev. Switch to new image.
Thanks.
On Mon, Oct 5, 2009 at 20:23, Damien Cassou damien.cas...@gmail.com wrote:
Hi,
On Mon, Oct 5, 2009 at 7:19 AM, anlario...@gmail.com wrote:
Almost all refactorings ends with this DNU. Is it platform specific? Or
maybe i
I have installed setup_pharo1.0-10466-BETAdev09.10.1.exe on Windows XP with a
1.6GHz processor. Evaluating 3 + 4 or Time now takes about 1 sec or more
to print the result. Is this expected for this beta version?
--
View this message in context:
On Sun, Oct 4, 2009 at 8:43 AM, nullPointer epic...@gmail.com wrote:
In latest Devs versions i get a error when i try save the image later i
saved
a morph in my UIBuilder. Seems something happens when try deallocate a
object, fails a primitive... That problem don´t exists in Pharo Dev 10418
On Mon, Oct 5, 2009 at 5:43 PM, Robert Kovacic r...@bigpond.net.au wrote:
I have installed setup_pharo1.0-10466-BETAdev09.10.1.exe on Windows XP with a
1.6GHz processor. Evaluating 3 + 4 or Time now takes about 1 sec or more
to print the result. Is this expected for this beta version?
Takes no
Have you any antivirus software running? There's some issues with NOD32 (and
any other that I can't remember now) scanning all the time the changes file
and making Pharo/Squeak unusable. If it's the problem exclude the Pharo
directory from the scan list.
On Mon, Oct 5, 2009 at 8:43 PM, Robert
Hi,
I want to update:
http://code.google.com/p/pharo/wiki/PackagesTestedInPharoto include
packages that I have tested that loads Ok on Pharo.
Can anybody give me access to change this?
Thanks,
Gabriel
___
Pharo-project mailing list
I obtained the following results: [3 + 4] timeToRun 0 and [Time now ]
timeToRun 0, however it still took about a second before each result was
displayed (the hour glass icon flashed on briefly for each evaluation).
In reply to the OP I am running the release version of Microsoft Security
I am running Microsoft Security Essentials and excluding the Pharo directory
from the scan list as you suggested has solved the problem thank you.
Gabriel Cotelli wrote:
Have you any antivirus software running? There's some issues with NOD32
(and
any other that I can't remember now)
I forgot to ask - should I report this to the Bug List?
Robert Kovacic wrote:
I am running Microsoft Security Essentials and excluding the Pharo
directory from the scan list as you suggested has solved the problem thank
you.
Gabriel Cotelli wrote:
Have you any antivirus software
2009/10/5 Gabriel Cotelli g.cote...@gmail.com:
I want to update: http://code.google.com/p/pharo/wiki/PackagesTestedInPharo
to include packages that I have tested that loads Ok on Pharo.
Can anybody give me access to change this?
done. Thank you for your help.
--
Damien Cassou
48 matches
Mail list logo