2009/7/17 Mariano Martinez Peck :
> I did find Pharo still slow.
Please try latest Pharo and tell me what you think.
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
I've just uploaded a new Pharo image. It is much faster now, but you
won't get the package browsing (only the category browsing).
http://pharo-project.org/pharo-download
For all the people who found Pharo slow, please tell me what you think
of this one !
--
Damien Cassou
http://damiencassou.sea
In this thread just preferences were discussed to speed up the tools
(no new packages).
Instead of adding them to the wiki, I also suggest to make them
default in the Pharo image. Like this people get less features but a
faster GUI, which seems to be preferred from the many recent comments.
On Jul 18, 2009, at 08:02 , Schwab,Wilhelm K wrote:
> Laurent,
>
> I will preface this by saying that I have had a fairly intense week
> with Pharo. I am closing in on a solution to a real problem. I
> greatly miss Dolphin's Browse-it command, and its F12 and shift-F12
> (definitions/refe
Bill, please note that Esteban just needs a standard hash algorithm.
No encryption.
Some time ago we discussed including hash functions from Cryptography
in Pharo core. We postponed it then because it seemed that maybe some
people would join and make Cryptography work in Pharo. An OpenSSL
Thanks!!!
-Original Message-
From: pharo-project-boun...@lists.gforge.inria.fr
[mailto:pharo-project-boun...@lists.gforge.inria.fr] On Behalf Of Lukas Renggli
Sent: Saturday, July 18, 2009 1:20 AM
To: Pharo-project@lists.gforge.inria.fr
Subject: Re: [Pharo-project] Seaside for html ge
Yes, I hate all these warning that the original compiler showed. It
just slows the development down and limits the use of the language.
There is really no need for the compiler to check for coding
conventions, that's what Lint is for.
Lukas
2009/7/18 Stéphane Ducasse :
> this is strange can you s
> The dumb question: can I simply create a WACanvas, send some messages, and
> get the rendered html? Any ugly side effects of doing that? I ask because I
> have code for Dolphin that does the job, but it seems silly to load it into
> an image with Seaside.
Have a look at the class WAHtmlBuil
>
>
> Back to the topic at hand; let's see if I am following. Start with a core
> image, run a script that installs what looks like a Pharo web image, makes a
> few changes to settings in favor of speed, and you get something that you
> find faster than Pharo?? Did you make the same speed selecti
2009/7/18 Schwab,Wilhelm K :
> Back to the topic at hand; let's see if I am following. Start with a core
> image, run a script that installs what looks like a Pharo web image, makes a
> few changes to settings in favor of speed, and you get something that you
> find faster than Pharo?? Did you ma
Laurent,
I will preface this by saying that I have had a fairly intense week with Pharo.
I am closing in on a solution to a real problem. I greatly miss Dolphin's
Browse-it command, and its F12 and shift-F12 (definitions/references to a typed
selector); the message search has its points, but
On Fri, Jul 17, 2009 at 8:31 PM, Stéphane Ducasse wrote:
> Hi
>
> David shaffer reported to me in fuzzy way that pharo is slow on linux.
> Dear linux users can you report if you experienced the same and
> on which
>machine
>distributions
>vm
>image
>
> please compa
Hello all,
I am loading a fair amount of code into Pharo, trying to get something working.
SIF has worked well so far.
The system in question will be Seaside based, but it will start life as a
glorified spam generator :) Its operator will use some Seaside forms to tell
the system about new d
Esteban,
IMHO, the correct path is to write an interface for OpenSSL. Ultimately, that
should also give us SSL sockets, but long before that, it can provide various
hashes and cyphers with very little effort. I am open on whether the interface
should be FFI, Alien, or plugin based. One argum
On Fri, Jul 17, 2009 at 11:23 AM, Alexandre Bergel wrote:
>
> I will be interested in knowing what are the problem you're facing in
> installing Mondrian.
>
I would too... every time I try to install on any of my images, it goes away
for a long time, and never comes out of whatever process coma
-- Three questions regarding implementing singletons:
1. the convention is to use an initial cap for class variable names,
correct? (even though it is not required...)
2. Magritte will likely be used. And I have not dug too deeply.
My current (temporary/stepping stone) class is
Object subcla
Hi,
Some time ago, I read a thread about cryotography, and as far as I
remember, some body says about integrate the basic algoritms (MD5 and
maybe others) as part of the pharo core.
Well... now I need to use MD5 and cryptography package is not working
well (it opens a debugger each time I save m
In Pharo, I originally create created the class with this:
Object subclass: #FaFnBasicKeyLabelAssociations
instanceVariableNames: ''
classVariableNames: 'theSingleton'
poolDictionaries: ''
category: 'FA-FinanceMeta'
And it compiled without complaint in Pharo.
It
Nicolas,
Thanks for investigating this. As I said before, I suspect badness might
follow any attempt to fork the extra work; once the user can do something with
the image, they might do something that will race with the save/restart. A
better way to go would be to get the vm to tell the image
On Sat, Jul 18, 2009 at 12:01 AM, Stéphane
Ducasse wrote:
> I think that pharo (old pharo-dev should contain as less as possible).
Each user means something different by 'as less as possible' (not sure
it's good english though :-)). You want syntax highlighting and
completion to be in. IIRC, Micha
On Thu, Jul 16, 2009 at 5:04 PM, Lukas Renggli wrote:
> ((aCollection readStream
> select: [ :e | ... ])
> collect: [ :e | ... ])
> contents
>
> will iterate only once. Furthermore the second approach allows any
> combination of any of the enumeration methods, not just a few
this is strange can you show us the class definition.
We removed the hard check that
enforced that classVariable should be capitalized and instvar starting
with a lower case.
Lukas wrote some smallLint rules to check that
Stef
On Jul 17, 2009, at 9:30 PM, Cameron Sanders wrote:
> I just load
I think that pharo (old pharo-dev should contain as less as possible).
but with a universe loader ready
Stef
On Jul 17, 2009, at 11:56 PM, Damien Cassou wrote:
> 2009/7/15 Mariano Martinez Peck :
>>> This is a great idea, and probably deserves a wiki page.
>>
>> Yes it does.
>
> No it's not :-).
On Thu, Jul 16, 2009 at 11:30 AM, Stéphane
Ducasse wrote:
>> 2) Add methods addNew: and nastyAddNew:
>> I tried to generate a discussion on these methods but none was
>> forthcoming.
>> I am inclined to add them to FasterSets so that anybody who
>> wants to can
>> use them
On Thu, Jul 16, 2009 at 10:34 AM, Stéphane
Ducasse wrote:
>> what is the status of the integration of these changes?
I'm not sure Kernel-Extensions is still used to get MC1.5 working.
With Keith, we worked a lot on getting MC1.5 working without requiring
a hundred of patches. But that was some mon
2009/7/15 Mariano Martinez Peck :
>> This is a great idea, and probably deserves a wiki page.
>
> Yes it does.
No it's not :-). Just come to a conclusion and send me your script by
email. I will then merge it with my own and produce better images for
everyone. What do you think?
--
Damien Cassou
2009/7/15 Mariano Martinez Peck :
> x 10^ to be in Pharo
Could other people give their opinion too?
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscurity until Java makes them
popular by not having them." James Iry
___
2009/7/15 Robert Sirois :
> Yea, that's correct. Now (running Seaside 2.9a3) I get this on localhost:
>
> '[closure] in WATableTag(WATagBrush)>>with:'
You may want to ask on the Seaside mailing list.
--
Damien Cassou
http://damiencassou.seasidehosting.st
"Lambdas are relegated to relative obscu
Don't use that class. instead
UIManager default request: '...'
On Wed, Jul 15, 2009 at 12:15 PM, Alexandre Bergel wrote:
> This trigger an error when using FillInTheBlank for exemple.
> Doit:
> FillInTheBlankMorph request: 'enter something'
>
> creating an empty method updateVisualState: i
>>
>>
> installer is mainly a DSL for installing a stuff. It doesn't
> implementing a facilities which actually doing the work, just provides
> you a convenient abstractions for using them.
> It is generic, and covers multiple ways of installing code into
> system.
> Sure, you are free to use jus
As a follow-up
1) I asked the vm-dev list about opportunity to add a primFork()
but it appears to be highly non portable (at least on windows)
2) I inquired what happens during a simple snapshot with this snippet
(save, not quit)
MessageTally spyOn: [
Object flushDependents.
Obje
> installer is mainly a DSL for installing a stuff. It doesn't
> implementing a facilities which actually doing the work, just provides
> you a convenient abstractions for using them.
> It is generic, and covers multiple ways of installing code into system.
> Sure, you are free to use just those w
Stef,
You mean I have to admit what a pathetic old piece of junk I use? :) I'll be
happy to tell you what I am using, and I too suspect that the linux vm might be
a bit slower than it needs to be. Ideally, one would dual boot to allow a
comparison against xp, or 2k.
I am starting to consider
I just loaded the code I have been developing in Pharo into Squeak
(closure VM, using 4.10.2-7179web09.07 image base) and it had one
complaint while loading:
Squeak (seemingly) requires an initial cap on class variable names.
[Maybe it allows it... but it popped up the debugger on an MC lo
2009/7/17 Stéphane Ducasse :
>
> On Jul 17, 2009, at 6:23 PM, Douglas Brebner wrote:
>
>> Stéphane Ducasse wrote:
>>> The problem doug is that it is unclear if all the features are needed
>>> and what is the status of the implementation. I do not know what are
>>> orphanage, scripts, upgrade upgrad
Excelent!! I will participate on that...
:)
2009/7/17 Mariano Martinez Peck
>
>
> On Fri, Jul 17, 2009 at 12:23 PM, Alexandre Bergel wrote:
>
>> By the way, we should think about organizing a Pharo Sprint during
>> Smalltalks in Bueno Aires
>>
>
> This would be awesome! I think there will be a
On Fri, Jul 17, 2009 at 5:31 PM, Stéphane Ducasse wrote:
> Hi
>
> David shaffer reported to me in fuzzy way that pharo is slow on linux.
> Dear linux users can you report if you experienced the same and
> on which
>machine
>distributions
>vm
>image
>
> please compa
of course this is ScriptLoader new gofer
Stef
___
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>>> Well yes this is the intention of keith. It was a bold challenge.
>>> Now
>> if you look at Installer you get a lot of things you do not need.
>
> True, but this was just an attempt to get MC loaded. I'd expect
> quite a
> lot could be trimmed.
I know and this was nice from you.
Now you ma
Hi
David shaffer reported to me in fuzzy way that pharo is slow on linux.
Dear linux users can you report if you experienced the same and
on which
machine
distributions
vm
image
please compare the core and the dev (with browser usage)
_
Stéphane Ducasse wrote:
> On Jul 17, 2009, at 6:23 PM, Douglas Brebner wrote:
>
>> Stéphane Ducasse wrote:
>>> The problem doug is that it is unclear if all the features are
>>> needed and what is the status of the implementation. I do not
>>> know what are orphanage, scripts, upgrade upgrade, file
Sig,
Thanks. I don't see an option, but I am using the standard toolset.
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: Friday, July 17, 2009 11:09 AM
To: Pharo-project@
On Jul 17, 2009, at 6:23 PM, Douglas Brebner wrote:
> Stéphane Ducasse wrote:
>> The problem doug is that it is unclear if all the features are needed
>> and what is the status of the implementation. I do not know what are
>> orphanage, scripts, upgrade upgrade, file...
>
> Well, it was my un
Stéphane Ducasse wrote:
> The problem doug is that it is unclear if all the features are needed
> and what is the status of the implementation. I do not know what are
> orphanage, scripts, upgrade upgrade, file...
Well, it was my understanding that this version of MC, PackageInfo and
Installe
2009/7/17 Schwab,Wilhelm K :
> Sig,
>
> Is there a way to disable the implicit temps? That would be great, because
> it IS an error waiting to happen.
>
look for them in the workspace menu.
> Bill
>
>
> -Original Message-
> From: pharo-project-boun...@lists.gforge.inria.fr
> [mailto:pha
Hi David,
> BTW if you want to experiment with other visualization you also have
> mondrian which starts to work well on pharo.
>
> For some reason it doesn't load in any of my images, but I think
> that has more to do more with my images being highly non-standard
> for other reasons.
I will
Wow...excellent news!!! Seems Smalltalks this year will be really greate!
On Fri, Jul 17, 2009 at 2:10 PM, Alexandre Bergel wrote:
> Yes!!
>
> Alexandre
>
>
> On 17 Jul 2009, at 11:05, Stéphane Ducasse wrote:
>
> > I plan to come so we can do a nice hacking party at Buenos aires :)
> >
> >>
> >>
Yes!!
Alexandre
On 17 Jul 2009, at 11:05, Stéphane Ducasse wrote:
> I plan to come so we can do a nice hacking party at Buenos aires :)
>
>>
>> This would be awesome! I think there will be a lot of people
>> interested in a Pharo sprint here.
>> Do you plan to come to smalltalks this year Alexa
I plan to come so we can do a nice hacking party at Buenos aires :)
>
> This would be awesome! I think there will be a lot of people
> interested in a Pharo sprint here.
> Do you plan to come to smalltalks this year Alexandre?
>
>
> Cheers,
> Alexandre
>
>
> On 15 Jul 2009, at 14:54, Mariano Mar
The problem doug is that it is unclear if all the features are needed
and what is the status of the implementation.
I do not know what are orphanage, scripts, upgrade upgrade, file...
We just did not update to MC1.5 because we are idiot or blind.
First we were focusing on something else and al
ok
>> That's why the only effective way is to use as is, and contribute
>> to the
> package in an external repository. If you don't then everyone is stuck
> with a version that cannot move forward. That's where we were three
> years ago.
>
> The version in squeaksource.com/mc has moved forward,
> On Fri, Jul 17, 2009 at 12:23 PM, Alexandre Bergel > wrote:
>> By the way, we should think about organizing a Pharo Sprint during
>> Smalltalks in Bueno Aires
>
> This would be awesome! I think there will be a lot of people
> interested in a Pharo sprint here.
> Do you plan to come to smalltal
On Fri, Jul 17, 2009 at 12:23 PM, Alexandre Bergel wrote:
> By the way, we should think about organizing a Pharo Sprint during
> Smalltalks in Bueno Aires
>
This would be awesome! I think there will be a lot of people interested in a
Pharo sprint here.
Do you plan to come to smalltalks this year
> So far I haven't seen a single example where traits would really help.
I think you're a bit to strong on this.
Cheers,
Alexandre
--
_,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:
Alexandre Bergel http://www.bergel.eu
^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.
By the way, we should think about organizing a Pharo Sprint during
Smalltalks in Bueno Aires
Cheers,
Alexandre
On 15 Jul 2009, at 14:54, Mariano Martinez Peck wrote:
> But this is ARGENTINIAN
>
> As I am building a tourism website I am collecting pictures. I found
> one of a Pharo in a
Speed is good, more speed is better. But my experience is that network drives
are convenient (when they work), and otherwise slow and unreliable. Running a
Smalltalk system over one is not something I would want to do for fear of
losing the connection and therefore my work. Just my 2 asCents.
Sig,
Is there a way to disable the implicit temps? That would be great, because it
IS an error waiting to happen.
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: Friday, Ju
Stéphane Ducasse wrote:
> I checked a bit but actualClassIn: in MC1.6 depends on
> MCMethodDefinition having theClass as instanceVariable.
>
> The results of this experience is clearly showing me that merging
> between fork is nearly impossible.
> I already lost some days on that issues and I t
Stéphane Ducasse wrote:
> I checked a bit but actualClassIn: in MC1.6 depends on
> MCMethodDefinition having theClass as instanceVariable.
>
> The results of this experience is clearly showing me that merging
> between fork is nearly impossible.
> I already lost some days on that issues and I t
I checked a bit but actualClassIn: in MC1.6 depends on
MCMethodDefinition having theClass as instanceVariable.
The results of this experience is clearly showing me that merging
between fork is nearly impossible.
I already lost some days on that issues and I think that we will stay
with a slo
Thanks cyrille
When you publish tests that are ready to integrate let us know.
Are these tests ready for dictionary and friends?
Stef
On Jul 17, 2009, at 12:00 PM, Cyrille Delaunay wrote:
> Hi,
>
> I have saved some tests for A lot of subclasses of Dictionary and
> Set in 'PharoTaskForces'.
>
Hi,
I have saved some tests for A lot of subclasses of Dictionary and Set in
'PharoTaskForces'.
Those tests only test basic behavior of a Set or a Dictionary.
You will probably find errors and failures not due to fasterSets
specificities :
- uncommented classes
- methods unclassified
- class impl
Thanks
I will put some breakpoints now to see the difference with my code.
On Jul 17, 2009, at 11:30 AM, Douglas Brebner wrote:
> Stéphane Ducasse wrote:
>> Ok it works
>>
>>
>>> Preferences enable: #allowBlockArgumentAssignment.
>>> Preferences disable: #raiseDepreciatedWarnings.
>>>
>>> I
I imagine that the snapshotting goes over the SourceFiles
I also know that nicolas proposed a speed up of latin files.
Stef
On Jul 17, 2009, at 11:22 AM, Douglas Brebner wrote:
> Adrian Lienhard wrote:
>> Can you elaborate on what is slow?
>> Is this only Pharo or also Squeak?
>>
>>
> Anything t
Stéphane Ducasse wrote:
> Ok it works
>
>
>> Preferences enable: #allowBlockArgumentAssignment.
>> Preferences disable: #raiseDepreciatedWarnings.
>>
>> Installer upgrade upgrade.
>> Installer install: 'UpgradeMonticelloBootstrap'.
>>
>
> Now which version is loaded?
>
>
>
This shoul
Douglas Brebner wrote:
> Anything that hits the changes file such as compiling or many MC operations.
> e.g. When you see the a popup saying "Snapshotting" it's time to go get
> something to eat.
> And yes, it affects Squeak too.
Not only Squeak. Ever tried to open an OpenOffice document from a
Adrian Lienhard wrote:
> Can you elaborate on what is slow?
> Is this only Pharo or also Squeak?
>
>
Anything that hits the changes file such as compiling or many MC operations.
e.g. When you see the a popup saying "Snapshotting" it's time to go get
something to eat.
And yes, it affects Squeak t
Ok it works
> Preferences enable: #allowBlockArgumentAssignment.
> Preferences disable: #raiseDepreciatedWarnings.
>
> Installer upgrade upgrade.
> Installer install: 'UpgradeMonticelloBootstrap'.
Now which version is loaded?
Stef
___
Pharo-proje
>>
>>
> Stef if you want to load the source code direct from an mcz, Installer
> can do it as in the following example.
I loaded HTTPSocket httpFileIn: 'ftp.squeak.org/3.11/scripts/LPF.st'.
but I could not find that method scriptUpgradeMonticelloBootstrap
then I tried
> (Installer url: 'http://
>
>
> raiseDepreciatedWarnings=disabled (causes problems due to the Author
> initials depreciation)
> allowBlockArgumentAssignment=enabled (Breaks a method called
> #unloadTraits. A convenience method that isn't used and isn't in the
> image after the install is finished)
>
> then you can load MC 1
john soon you will be able to get pharo by example :)
Stef
On Jul 17, 2009, at 2:22 AM, John Escobedo wrote:
> Hi everyone,
>
> I'm new to both Smalltalk and especially to Pharo (and this mailing
> list).
> I have a very basic question and would like to be directed to more
> info or a differen
+ 100
> 2009/7/17 John Escobedo :
>> Hi everyone,
>>
>> I'm new to both Smalltalk and especially to Pharo (and this mailing
>> list).
>> I have a very basic question and would like to be directed to more
>> info or a different mailing list if appropriate.
>>
>> For most tut
Thanks
Stef
On Jul 17, 2009, at 12:29 AM, Douglas Brebner wrote:
> Stéphane Ducasse wrote:
>> thanks mariano and kirtai.
>>
>> On Jul 16, 2009, at 10:39 PM, Mariano Martinez Peck wrote:
>>
>>
>>> StefKirtai was looking you in IRC
>>>
>>> [16:39] is stephanes problem with loading mc due to n
David
may be you should try to use Moose (still a bit shaky) we will start
to work on making it useable by others.
Porting the code from VW and changing the source code meta model took
us some time.
but we do all the code analysis and after you a meta model of the code
(with access, invocati
>>
>> I've got few more images up on my blog with my off the cuff
>> impressions of
>> what is going on.
>> http://blog.dloh.org/2009/07/visualizing-squeak.html
>> Hopefully tomorrow I'll find some time to polish off the method <->
>> class linking code, and polish it up enough that other peopl
Can you elaborate on what is slow?
Is this only Pharo or also Squeak?
Adrian
On Jul 17, 2009, at 01:07 , Douglas Brebner wrote:
> Stéphane Ducasse wrote:
>> Ok we will fix that for 1.0
>> right now we are not even in beta.
>>
>>
> As a minor point, running Pharo on a network drive is *horrifical
On Tue, Jul 14, 2009 at 2:53 PM, Stéphane
Ducasse wrote:
> could you bench if the browser is faster when you disable the dynamic
> protocol?
I can't feel any difference. If you want to do benchmarks, just
disable them in the preferences browser.
--
Damien Cassou
http://damiencassou.seasidehostin
77 matches
Mail list logo