Hi.
Here's some feedback for Pharo. I've been using Squeak 3.10, but because I
want to use the NewCompiler, I'm going to move development of SecureSqueak
to Pharo.
I go to http://pharo.org/. Woops. He he. I find my way to the Pharo home
page.
Getting Pharo up and running could be a lot easier; I
On Wed, Nov 18, 2009 at 2:03 AM, Marcus Denker wrote:
>
> On Nov 17, 2009, at 8:49 AM, Michael van der Gulik wrote:
>
> > Hi.
> >
> > Here's some feedback for Pharo. I've been using Squeak 3.10, but because
> I want to use the NewCompiler, I'm going t
On Sun, Nov 22, 2009 at 8:39 AM, Schwab,Wilhelm K wrote:
> Stef,
>
> I looked at the PBE page again and noticed a link to the LaTeX sources for
> the book, which lead me to wonder what editor you use? I recently found TeX
> Maker, and generally like it. My one complaint is that (so far at least)
On Mon, Dec 14, 2009 at 3:38 PM, Guido Stepken wrote:
> I could make out a few "trends" in software technology since some time:
>
> * Parallel computing. (Smalltalk rather has a structure of a human brain, no
> chance to parallelize, wrong algorithms behind)
Untrue. Smalltalk, the language, makes
On Wed, Dec 16, 2009 at 9:54 PM, John M McIntosh
wrote:
> Obviously some bored developer should take one of these handy 64bit images
> and with a 64bit vm
> fire it up and create oh mmm let's say a 10GB image? Just to see, don't
> forget to save it and reopen,
> do a garbage collect all...
>
>
2009/12/17 keith :
>
>
> I could commet in a detail on things which i don't agree with you, but
> i don't want to repeat myself.
> Words already been said (multiple times) and if you would want to
> listen, you will hear.
> But you seem simply not listening or just ignoring.
> And then don't you th
On Mon, Jan 11, 2010 at 7:17 AM, Guido Stepken wrote:
> Pharo Smalltalk ♥
> ifTrue: [developer honk]
>
>
> That should be valid code :)
It is. You'll just need to implement those methods.
http://securesqueak.blogspot.com/2008/11/unicode-in-squeak.html
Gulik.
--
http://gulik.pbwiki.com/
_
2009/7/8 Hernan Wilkinson
> I added this new issue that happens on the latest image.
> I'm posting it here because I think it is an important bug because it
> affects the number model.
> The problem is related with all fractions who's denominator is not power of
> two. (130/100 = 1.3 or 1/5 = 0.2
2009/7/22 Brian Mason
> I am trying to take an image off the new and save it to a file. This is
> what I have so far:
>
>
>
> (FileStream newFileNamed: 'test.jpg')
>
> nextPutAll: ('http://freetalklive.com/images/amondson.jpg'
> asUrl retrieveContents) getContentFromStream;
>
>
On Sun, Aug 23, 2009 at 4:50 AM, Schwab,Wilhelm K wrote:
> Hello all,
>
> I (stupidly) created a runaway recursion that happened to be in a Seaside
> app that uses LDAPLayer, and that is currently using drives shared over a
> pre-production vpn from a 64 bit Ubuntu system. Hopefully you won't thi
On Tue, Aug 25, 2009 at 2:49 PM, wrote:
>
> Em 24/08/2009 18:49, Schwab,Wilhelm K escreveu:
> >
> > To anyone using both Windows and Linux, please try moving an image
> > between the two environments. I started my programming today by
> > copying an image from Linux to Windows. Once o
On Fri, Sep 4, 2009 at 3:21 AM, Stéphane Ducasse
wrote:
> - Issue 1144: Many occurrences of "ReadStream on: aCollection" which
> can be replaced with "aCollection readStream"
>
For what it's worth, I prefer the style of "ReadStream on: xxx". I prefer to
choose the stream class rather than let
2009/9/4 Miguel Enrique Cobá Martinez
> El vie, 04-09-2009 a las 09:33 +1200, Michael van der Gulik escribió:
> >
> >
> > On Fri, Sep 4, 2009 at 3:21 AM, Stéphane Ducasse
> > wrote:
> > - Issue 1144: Many occurrences of "ReadStream on:
> >
Argh. Please reply below other people's emails.
Bill
>
>
>
> --
> *From:* pharo-project-boun...@lists.gforge.inria.fr [mailto:
> pharo-project-boun...@lists.gforge.inria.fr] *On Behalf Of *Michael van
> der Gulik
> *Sent:* Thursday, Sep
2009/9/4 Peter Hugosson-Miller
>
> Michael,
>
Assuming you're referring to me. There're lots of Michaels around.
>
> This is one of those cases that really makes me miss ENVY, and its Class
> extentions. Under that system you would avoid the problem completely, by
> extending the Collection cl
On Thu, Sep 17, 2009 at 12:16 PM, Ken Dickey wrote:
> Greetings,
>
> I don't know if anyone is interested, but PharoInbox now contains a change
> set, Graphics-KenDickey.131, which adds Color names based on NBS-ISCC
> Color
> Centroids as described in:
>
> http://people.csail.mit.edu/jaffer/Col
On Fri, Sep 25, 2009 at 7:14 AM, Schwab,Wilhelm K wrote:
> Hello all,
>
> I'm getting Ubuntu configured on my new $400 laptop, and just noticed that
> I can load one Pharo image at least twice w/o any error messages. Is that
> good or bad? I'm inclined to say it is bad, with caveats below.
>
> I
On Mon, Oct 5, 2009 at 9:23 AM, Randal L. Schwartz wrote:
> > "Wilhelm" == Schwab,Wilhelm K writes:
>
> Wilhelm> Understood - the question was (is?) whether or not Pharo should
> Wilhelm> recognize it and act accordingly - I suspect the answer is no.
>
> It *should* be understood and interpre
On Fri, Oct 23, 2009 at 11:23 AM, Igor Stasenko wrote:
> 2009/10/23 Schwab,Wilhelm K :
> > Hello all,
> >
> > I just looked around for thread-safe collections, and found nothing that
> looks like a shared dictionary. The squeak-dev archives contain the
> obligatory newbie posts (wanting all coll
On Fri, Oct 23, 2009 at 1:38 PM, Igor Stasenko wrote:
> 2009/10/23 Michael van der Gulik :
> > A thread-safe collection package could have non-blocking implementations
> of
> > most methods. Writing an object reference into an array should be an
> atomic
> >
On Mon, Oct 26, 2009 at 10:37 AM, Stéphane Ducasse <
stephane.duca...@inria.fr> wrote:
> Hi
>
> I would really like to know the status of the newcompiler for pharo?
>
> - when do you think we will be able to use it?
> - what is left to do?
> - how can people help?
> - is there a way to get somethi
On Thu, May 13, 2010 at 10:31 AM, Geoffroy Couprie
wrote:
> Hello,
>
> Following the discussion on VM remote administration (
> http://lists.gforge.inria.fr/pipermail/pharo-users/2010-May/000268.html
> ), I started working on something like a remote workspace. So far, I'm
> able to connect to a VM
On Mon, Dec 1, 2008 at 12:33 AM, Adrian Lienhard <[EMAIL PROTECTED]> wrote:
>
> On Nov 30, 2008, at 10:35 , Stéphane Ducasse wrote:
>
> http://www.pinvoke.com/font/
>>
>> I think that for the demo mode we should get a better font since italic ""
>> is not working well.
>>
>
> Yes, and not only fo
On Wed, Feb 11, 2009 at 9:21 AM, David Röthlisberger wrote:
>
>
> So if we had real packages in Pharo as first class entities, OB would be
> much faster
> and simpler to maintain. Right now, OB models packages and class cats
> itself, has to
> take the information from both the Monticello's workin
On Mon, Feb 16, 2009 at 11:38 AM, Geert wrote:
>
> I am running my Pharo image from a USB stick and I am having problems
> connecting to the internet at work . I can't seem to find how to set the
> corporate http proxy username and password anywhere ... I did manage to
> find
> the httpProxyPort
On Thu, Feb 26, 2009 at 9:26 AM, Alexandre Bergel wrote:
> > please
> > try it out and let me know what you would expect from a real Smalltalk
> > scripting environment.
>
>
> Something that would really push me in using Coral is an intelligent
> prompt. A list of the things the prompt should do:
On Mon, Mar 2, 2009 at 1:34 PM, Rob Rothwell wrote:
> I notice that the current median is:
>
> median
> "Return the middle element, or as close as we can get."
>
> ^ self at: self size + 1 // 2
>
> Any reason not to make that accurate and return the average of the middle
> two values for
On Wed, Mar 4, 2009 at 9:51 PM, Jorge Ressia wrote:
>
> 3.- Error messages: at least like in the old compiler.
>
I would like to see a different way of editing code: any modifications in a
code pane are assumed to be unsaved changes to the source code. This means
that things like "Print it" an
On Thu, Mar 19, 2009 at 1:16 AM, Igor Stasenko wrote:
> 2009/3/18 Stéphane Ducasse :
> > Hi all
> >
> > I found this email really interesting.
> > Especially the concurrent aspects.
> > Clearly some nice research projects in perspective.
> > Also the immutability bit supports would be great.
> >
On Thu, Mar 19, 2009 at 10:02 AM, Michael van der Gulik
wrote:
>
>
> If you want to use multiple CPU cores, I believe that ST/X and Gemstone
> both do this. I haven't tried though.
>
> Smalltalk/X: http://www.exept.de/
> Gemstone: http://seaside.gemstone.com/
>
>
On Sat, Mar 21, 2009 at 8:38 AM, Janko Mivšek wrote:
> Philippe Marschall pravi:
> >> Michael van der Gulik wrote:
>
> >> So now it seems that Gemstone is the only multi-core capable Smalltalk
> >> VM :-(.
>
> > AFAIK Gemstone isn't multi-core capa
On Mon, Mar 23, 2009 at 12:49 AM, Antony Blakey wrote:
>
> On 22/03/2009, at 9:48 PM, Igor Stasenko wrote:
>
> > Sorry, my fault. You need to sync in both cases (even with green
> > threads).
>
> Green threads make some underlying implementation details easier, but
> at the language level the diff
On Mon, Mar 23, 2009 at 12:18 AM, Igor Stasenko wrote:
> 2009/3/22 Igor Stasenko :
> > 2009/3/22 Michael van der Gulik :
> >>
> >>
> >> On Sat, Mar 21, 2009 at 8:38 AM, Janko Mivšek
> >> wrote:
> >>>
> >>> Philippe Marschall
Argh. Stupid GMail sent it prematurely.
On Mon, Mar 23, 2009 at 10:45 AM, Michael van der Gulik
wrote:
>
> If, for example, you were trying to allocate an array of arrays
> concurrently, then I would write (using my namespaces :-) ):
>
> array := Concurrent.Collections.Array
On Mon, Mar 23, 2009 at 11:39 AM, Antony Blakey wrote:
>
> On 23/03/2009, at 7:37 AM, Michael van der Gulik wrote:
>
>
>
> > Smalltalk, the language rather than the implementation, already has
> > fantastic support for concurrency. Smalltalkers just don't know how
On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko wrote:
>
> Now consider the overhead of creating a fork vs the actual useful code
> which is running within a block.
> I presume, this code will run 10x times slower on a single core
> processor, comparing to one w/o forks.
> So, you will need to ha
On Mon, Mar 23, 2009 at 2:21 PM, Michael van der Gulik wrote:
>
>
> On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko wrote:
>
>>
>> Now consider the overhead of creating a fork vs the actual useful code
>> which is running within a block.
>> I presume, this
On Mon, Mar 23, 2009 at 4:49 PM, Michael van der Gulik wrote:
>
>
> On Mon, Mar 23, 2009 at 2:21 PM, Michael van der Gulik
> wrote:
>
>>
>>
>> On Mon, Mar 23, 2009 at 12:34 PM, Igor Stasenko wrote:
>>
>>>
>>> Now consider the overhead
On 3/26/09, Markus Fritsche wrote:
> Igor Stasenko wrote:
>
>> | array sum1 sum2 |
>> sum1 := 0. sum2 := 0.
>> array := Array new: 10.
>> [ 1 to: 1000 do: [ :i | array at: (10 random) put: (Array new: 10) ] ]
>> fork.
>> [ 1 to: 1000 do: [ :i | array at: (10 random) put: (Array new: 10) ]
On 3/28/09, Mariano Martinez Peck wrote:
> On Fri, Mar 27, 2009 at 6:17 AM, Stéphane Ducasse > wrote:
>
>> Thanks
>> see http://www.squeaksource.com/Namespace.html we did that some years
>> ago
>> But we have to change its design because we separated trait/class/
>> global binding and it was not g
On 3/30/09, Stéphane Ducasse wrote:
> Hi
>
> I would really like that we get a threadSafeTranscript so I coded one.
> If you can comment this would help me.
Personally, I'd replace the Transcript with a logging system. The
global variable "Transcript" could be replaced with a logger wrapper.
Gul
On 4/8/09, Marcus Denker wrote:
>
> On 07.04.2009, at 16:31, Alexandr Batalshikov wrote:
>
>> Hi,
>>
>> I see in pharo0.1-10268dev09.04.1.image:
>>
>> Compiler class>>closureParserClass
>> ^self error: 'not installed'.
>>
>> That is right?
>> How to install "closureParserClass"?
>>
>
> t
On 4/9/09, Marcus Denker wrote:
>
> On 07.04.2009, at 21:50, Michael van der Gulik wrote:
>
>> On 4/8/09, Marcus Denker wrote:
>>>
>>> On 07.04.2009, at 16:31, Alexandr Batalshikov wrote:
>>>
>>>> Hi,
>>>>
>>>> I see i
(note: cross-posted on newcompiler and pharo-project lists)
On 4/9/09, Marcus Denker wrote:
>
> On 08.04.2009, at 17:40, Michael van der Gulik wrote:
>>>
>>
>> I wonder if it is worth splitting the NewCompiler (which really does
>> need a better name) into tw
On 4/9/09, Stéphane Ducasse wrote:
>>>
>>> New name: yes.
>>
>> Umm... HannanCompiler (after the original author?).
>
> umm. rot and dead compiler that marcus resurrected
That was an inappropriate and unhelpful comment.
Gulik.
--
http://gulik.pbwiki.com/
__
On 4/12/09, Stéphane Ducasse wrote:
> Oh yes it was appropriate I did not like simply the fact that you
> could imply
> that new compiler would be better named HannanCompiler since
> people could understand that we were stealing things by not mentioning
> his name.
> Now of course you may not have
On Tue, Sep 6, 2011 at 12:10 AM, Marcus Denker wrote:
>
> On Sep 5, 2011, at 2:06 PM, Nicolas Cellier wrote:
>>
>> By the way, I would find it cool to have an optional byteCode view
>> parallel to source code view and see the execution of byte codes, and
>> why not, a view of Context stack frames.
On Tue, Sep 6, 2011 at 8:12 PM, Igor Stasenko wrote:
> On 6 September 2011 07:41, Michael van der Gulik wrote:
>> On Tue, Sep 6, 2011 at 12:10 AM, Marcus Denker
>> wrote:
>>>
>>> On Sep 5, 2011, at 2:06 PM, Nicolas Cellier wrote:
>>>>
>>>
On Wed, Apr 24, 2013 at 11:58 AM, Igor Stasenko wrote:
>
>
> In practice it means that one should not write:
> [ ... ] fork
>
> but
>
> [ ... ] forkWithDescription: 'i doing this that and there'
>
>
Was BlockContext>>forkNamed: removed from the image?
Gulik
--
http://gulik.pbwiki.com/
On Wed, May 1, 2013 at 11:46 AM, Igor Stasenko wrote:
> | recursion |
> ( recursion := [ recursion value ] ) value
>
At least make it useful.
fibonacci := [ :i :j |
Transcript show: ((i+j) printString); cr.
fibonacci value: j value:(i+j).
].
fibonacci value: 1 value: 1.
Doesn't work on my anci
50 matches
Mail list logo