On 3 nov. 2009, at 22:12, Torsten Bergmann wrote:
> Why are some moose packages (Moose-Finder, Moose-OpeningWizard, ...)
> in the PharoInbox? I dont think they belong to the core?
Indeed, I guess they were saved here by mistake. They can be safely
deleted (BTW, I dont know how to do that?)
Cyr
2009/11/4 Schwab,Wilhelm K :
> Hello all,
>
> Whatever is happening, it keeps happening, and on two different machines, but
> both Ubuntu 9.10, FWIW. Attached is a shot of the whatever-it's-called
> window; the promised emergency evaluator does not appear (not that I would
> know what to do wit
On Tue, Nov 3, 2009 at 6:34 PM, Simon Denier wrote:
>
> On 3 nov. 2009, at 22:12, Torsten Bergmann wrote:
>
> > Why are some moose packages (Moose-Finder, Moose-OpeningWizard, ...)
> > in the PharoInbox? I dont think they belong to the core?
>
> Indeed, I guess they were saved here by mistake. Th
On Tue, Nov 3, 2009 at 3:29 PM, Michael Roberts wrote:
> I archive them periodically. What is the problem? It shows progress on
> the wiki.
>
>
There is no problem with the progress. The only thing is that I wouldn't
like the wiki be like the squeak swiki where you have infinite number of
pages a
For cherry-picking you display the changes from your image to the code
to be merged and from the context menu you choose the individual items
to load. Afterwards "Adopt" the manually merged version.
Lukas
2009/11/3 Gary Chambers :
> Not that I've found. Would be nice but goes pretty deep into the
Not that I've found. Would be nice but goes pretty deep into the guts of
MC's merge processes. If it were easy I'd have done it already. Worth a
go with a small team and/or anyone who's had a go at improving MC.I'd be
happy to help out.
On Tue, 2009-11-03 at 16:07 -0300, Hernan Wilkinson wrote:
> Well, I can rename the compile: method and post to PharoInbox, if
> anyone is interested.
Also I agree that it is confusing, but there are tons of projects that
depend on this function. #compile: and #compile:classified: are about
the only two compiler related methods that are available cross
pl
On 2009-11-03, at 1:01 PM, Andreas Raab wrote:
> John M McIntosh wrote:
>> I'm looking at the JPEG plugin and wondering?
>> (a) Should I convert that to using the os-x platforms JPEG
>> implementation, versus our usage of the source from the
>> "Independent JPEG Group's software"?
>
> Seems l
Things is not so easy as it looks at first sight.
The problem here, i think, that compiling process is overburden with
different other functionality,
which not related to compiling per se, but related to recording the
method source, and
error handling.
The compilation should be broken on stages:
I'm looking at the JPEG plugin and wondering?
(a) Should I convert that to using the os-x platforms JPEG
implementation, versus our usage of the source from the "Independent
JPEG Group's software" ?
(b) Should we consider upgrading the VMs from version "6b 27-
Mar-1998" to the more current
Nicolas,
I doubt the images are corrupt, unless the download is somehow damaged.
#findElementOrNil: works; the problem is more likely that the missing protocol
in SharedSet2 lead to an unrecoverable meltdown. My question is how it worked
as long as it did???
Bill
-Original Message--
Mmm, well assuming you compiled/linked your own VM, then in the
interp.c it would have something like
/* Automatically generated from Squeak on 17 September 2009 10:11:02 am
by VMMaker 3.11.3
*/
at the top, what does the one you have say? Oddly both supplied
attributes speak of the imag
2009/11/3 Lukas Renggli :
>> Well, I can rename the compile: method and post to PharoInbox, if
>> anyone is interested.
>
> Also I agree that it is confusing, but there are tons of projects that
> depend on this function. #compile: and #compile:classified: are about
> the only two compiler related
-Original Message-
From: Schwab,Wilhelm K
Sent: Tuesday, November 03, 2009 4:12 PM
To: john...@smalltalkconsulting.com
Subject: RE: [Pharo-project] vm on ubuntu
John,
My ageing image that did the mouse wheel crash is as follows:
SmalltalkImage current getSystemAttribute: 1004
'Pharo0
Hello all,
Attached is something that you might find helpful, and it's worth almost
everything it cost you. The class comment briefly describes what it is
supposed to do. Better ideas will be cheerfully stolen. For now, this seems
to be helping me to find methods that I failed to package, av
Why are some moose packages (Moose-Finder, Moose-OpeningWizard, ...)
in the PharoInbox? I dont think they belong to the core?
Any ideas?
Bye
T.
--
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01
_
Nicolas,
If I have the order wrong, then I submit we have yet another bug: the text
spilled onto my display reads in part: "Original error: MessageNotUnderstood:
SharedQueue2>>flushAllSuchThat:."
You might be correct in flagging #findElementOrNil:, but the text suggests to
me that this is a kn
Well beyond the simple memory access violation (seg fault) type of
failure then.
(a) if you have configured your vm to use a limited amount of memory
and you enter a recursive loop the VM likely will
thrash thru the available memory in a small number of milliseconds on
a fast machine then ex
There are a lot of things that are worse in the Squeak image. I'm not saying
this is good and should not improve, but if those selectors are spread over
suitable classes (acting as entry points) with some convenience methods among
the list, it's not necessarily that much worse than Dolphin's or
John,
I would be happy to give a reproducible example, but one eludes me at present.
To add to the fun, I have now seen the image quit on a second Linux box; this
time, my laptop. I am fairly certain that it crashed over a mouse wheel event.
Both machines are running Ubuntu 9.10, which might
Mike,
A link would be great. A zip file would no doubt help some too, though
http://squeakvm.org/cgi-bin/viewcvs.cgi/
linked from
http://squeakvm.org/unix/
is perhaps better than a zip. I _think_ users of a zip would want to see an
individual file or two to check a theory about a bu
I guess this should be 10493, right?
/Peter
On Tue, Nov 3, 2009 at 10:37 PM, Adrian Lienhard wrote:
> - remove tests that depend on current font choice
> - Issue 1331: DNU upon file-in of changeset
> - Issue 1398: Seaside loading via ScriptManager broken
>
> ___
> http://www.adr
Torsten, thanks for the link. I added it.
Adrian
On Nov 3, 2009, at 13:10 , Torsten Bergmann wrote:
> We can also link to http://webchat.freenode.net/?channels=pharo-
> project
> providing access using a browser...
> --
> Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla
> Firef
well i was being slightly rhetorical. I don't think it makes sense to
zip the sources, it has no value to me. If you are going to be
building VMs then you must learn how that sub-community & process
works. We should link the information John has provided somewhere. I
would suggest detail on a wik
I archive them periodically. What is the problem? It shows progress on
the wiki.
Cheers
Mike
On Tuesday, November 3, 2009, Mariano Martinez Peck
wrote:
> Hi folks! Is out there some Google Code gurú ? The thing is this: there
> are a lot of pages for the test results. For example, TestResul
The vm sources are in svn. You want them snapshotted in a zip?
Perhaps just a link to the vm web page would do.
Cheers mike
On Tuesday, November 3, 2009, Mariano Martinez Peck
wrote:
>
>
> 2009/10/31 Schwab,Wilhelm K 'bsch...@anest.ufl.edu');>>
>
>
>
>
>
>
> Agreed that naming it Pharo would b
>> Agreed that naming it Pharo would be better, but the
>> name is of less interest to me than the vm sources. If there are
>> Pharo-specific changes, I do not see them anywere??
There are no Pharo specific changes in the VM source.
linux/unix/windows/mac platform support source at
http://sque
John,
I did not compile the vm; it is the second most recent from the Pharo web site.
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of John M
McIntosh
Sent: Tuesday, November 03, 2009 5:14 PM
T
- remove tests that depend on current font choice
- Issue 1331: DNU upon file-in of changeset
- Issue 1398: Seaside loading via ScriptManager broken
___
http://www.adrian-lienhard.ch/
___
Pharo-project mailing list
Pharo-project@lists.g
Well, I can rename the compile: method and post to PharoInbox, if
anyone is interested.
Niko
On Tue, Nov 3, 2009 at 5:19 PM, Gary Chambers wrote:
> +1 too. Fewer side-effects and/or more side-effect free refactoring is
> better.
>
> Regards, Gary
>
> - Original Message -
> From: "Igor St
A simple example, and a mantis/pharo bug report/ would be helpful.
In looking at the code the printOn: for example invokes
primitiveSocketConnectionStatus
and that C code seems fairly paranoid about it's use of a private
pointer that points to the supposed operating system data.
However withou
Is there a way to control what the Monticello's Merge tool merges? I mean,
if there is a conflict you can decide what to do, but sometimes there are no
conflicts (like for example removing a class) and there is no way to tell it
not to merge that...
Thanks
Hernan.
_
2009/11/4 Schwab,Wilhelm K :
> Nicolas,
>
> I doubt the images are corrupt, unless the download is somehow damaged.
> #findElementOrNil: works; the problem is more likely that the missing
> protocol in SharedSet2 lead to an unrecoverable meltdown. My question is how
> it worked as long as it d
Hi folks! Is out there some Google Code gurú ? The thing is this: there
are a lot of pages for the test results. For example, TestResult10477,
TestResult10481, etc.
So...the amount of pages is too much. It is difficult to find something. I
tried to see if there was a way to hide some pages from
2009/10/31 Schwab,Wilhelm K
> Agreed that naming it Pharo would be better, but the name is of less
> interest to me than the vm sources. If there are Pharo-specific changes, I
> do not see them anywere??
>
>
+1 This was discussed in another thread, but I cannot find it right now. It
would be
2009/11/3 Schwab,Wilhelm K :
> Sig,
>
> How would Sake help?
>
It supports logging and defining a 'build process'
http://wiki.squeak.org/squeak/Sake
> Bill
>
>
>
> -Original Message-
> From: pharo-project-boun...@lists.gforge.inria.fr
> [mailto:pharo-project-boun...@lists.gforge.inria.fr
Sig,
How would Sake help?
Bill
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Igor Stasenko
Sent: Tuesday, November 03, 2009 11:32 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-pr
Are there any changes to the vm itself (or plugins)?
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Damien Cassou
Sent: Tuesday, November 03, 2009 11:27 AM
To: Mariano Martinez Peck
Cc: Pharo-projec
2009/11/3 Schwab,Wilhelm K :
> Hello all,
>
> I am gradually approaching a working load "script," but I just hit a new
> wrinkle in RC1: at some point in the process I get offered an emergency
> evaluator, which appears unable to open. There is mention of looking for
> something in the system d
On Tue, Nov 3, 2009 at 3:13 AM, Mariano Martinez Peck
wrote:
> Damien: I updated the README.txt with the Doru's experience. I just add:
>
> "You may have an error saying that it did not find any "ia32-libs" package.
> In that case, you can try:
>
> sudo apt-get update"
>
> I attach the new version
+1 too. Fewer side-effects and/or more side-effect free refactoring is
better.
Regards, Gary
- Original Message -
From: "Igor Stasenko"
To:
Sent: Tuesday, November 03, 2009 3:56 PM
Subject: Re: [Pharo-project] Compiler compile:
> +1 Niko.
> There should be an easy interface for comp
Hello all,
I am gradually approaching a working load "script," but I just hit a new
wrinkle in RC1: at some point in the process I get offered an emergency
evaluator, which appears unable to open. There is mention of looking for
something in the system dictionary, and something about "system e
Just checked..
there is senders of #lastKeyStroke: in my Pharo image,
but no senders of #lastKeyStroke , to retreive it..
Which means that both these accessors can be just wiped out
2009/11/3 Stéphane Ducasse :
> Thanks
> this is probably that!
>
> Stef
>
> On Nov 2, 2009, at 11:16 PM, Hernán Mora
Thanks
this is probably that!
Stef
On Nov 2, 2009, at 11:16 PM, Hernán Morales Durand wrote:
> Hi Stef, maybe they were removed cleaning eToys, because the methods
> #lastKeystroke and #lastKeystroke: were under *etoys-e-toy support
> method category. I've attached both under 'event handling
+1 Niko.
There should be an easy interface for compiling the source code
without installing the result into system.
And of course, compiler should answer an instance of compiled method
2009/11/3 Niko Schwarz :
> Hi list,
>
> consider this code:
>
> c := Compiler compile: 'meth "bla" ^ 2'.
>
Try u
excellent!
we are in alpha so we can be wild :)
Stef
On Nov 2, 2009, at 10:36 PM, Gary Chambers wrote:
> No arguments on weak stuff... VisualAge did a good job of those things
> (perhaps the garbage collector was better integrated with the
> concept).
>
> The driving force for our synchronisat
Hi list,
consider this code:
c := Compiler compile: 'meth "bla" ^ 2'.
Here, c will be set to the symbol #meth. And Compiler will be added a
new method "meth".
This is of course counter-intuitive, but it's kind of wired into the
system. Behavior>compile: does certainly more than compile. It
com
On Tue, Nov 3, 2009 at 4:00 PM, Michael Rueger wrote:
> Alexandr Batalshikov wrote:
> > For now, some unicode symbols is impossible input from keyboard
> > (at least, russian letters 'Л', 'О', 'Н' on Windows platform).
> > I found some solution of this problem:
> > in method ParagraphEditor>>disp
see http://code.google.com/p/pharo/issues/detail?id=1398
If you are in a dev-image you can use:
loadSeaside30
[ self gofer new
squeaksource: 'Seaside30';
addPackage: 'LoadOrderTests';
load ]
valueSupplyingAnswers: {
{'Load
Alexandr Batalshikov wrote:
> For now, some unicode symbols is impossible input from keyboard
> (at least, russian letters 'Л', 'О', 'Н' on Windows platform).
> I found some solution of this problem:
> in method ParagraphEditor>>dispatchOnKeyEvent:with:
> replace line:
> keyValue := keyValue i
Does anybody know why? If I want to load Seaside 3.0 from scratch using the
ScriptLoader, it does not work becuase loadComanche is not implemented.
I solved it copying the implementation from a previous version...
___
Pharo-project mailing list
Pharo-proj
We can also link to http://webchat.freenode.net/?channels=pharo-project
providing access using a browser...
--
Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 -
sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser
For now, some unicode symbols is impossible input from keyboard
(at least, russian letters 'Л', 'О', 'Н' on Windows platform).
I found some solution of this problem:
in method ParagraphEditor>>dispatchOnKeyEvent:with:
replace line:
keyValue := keyValue ifNil: [keyEvent keyValue].
with line:
key
thanks.
Adrian
On Nov 2, 2009, at 21:52 , Mariano Martinez Peck wrote:
> If you go to http://www.pharo-project.org/community and see the
> link of "
> irc.freenode.net" you will see the link is
> http://www.pharo-project.org/irc.freenode.net but that is wrong. I
> think
> it should be
>
>
Working mostly in VisualWorks, I too sometimes miss those when doing
stuff in Pharo.
What would be even cooler imho, would be using RoelTyper to find
(potential) results only for the specific method you asked for senders
of :)
Cheers,
Henry
On Nov 3, 2009, at 8:30 16AM, Torsten Bergmann w
This is what the Chasing Browser in OmniBrowser does. Instead of using
a tree it uses a Apple Finder like structure. I know that various
people don't like the way this is presented in OmniBrowser. Personally
I like it very much and use it all the time.
Lukas
2009/11/3 Torsten Bergmann :
> I alway
56 matches
Mail list logo
