headers
Craig Latta | 1 Oct 02:14
Favicon
Gravatar

re: Squeak 4


Hi Markus--

 > I'm sorry if I'm annoying ;-)

      Not at all! :)

 > > Every version of every module, author, class, and metaclass has a
 > > UUID. Methods are uniquely identified by a combination of a class or
 > > metaclass version and a selector. Names are never needed to transfer
 > > behavior between systems.
 >
 > This was something when I first - with my modes knowledge - tried to
 > do some bytecode serialization within squeak. I ended up in
 > serializing half of the image half of the times, trying to walk down
 > the dependencies between classes, behavious, constants and pool
 > dictionaries.

      I think the literal marker framework in Spoon keeps that from 
happening (a way to refer to a method literal algorithmically, without 
copying it).

 > Is there a methodology to identify identical behaviors/objects even if
 > identified by different UUIDs?

      Well, generally a UUID is used to refer to an object over time. To 
refer to the object at a particular moment in time, other information is 
added to the UUID (e.g., a version number). For example, an author ID 
has a UUID and a version number, and a class ID has a UUID, an author 
ID, and a version number.
(Continue reading)

Permalink | Reply | 3 comments |
headers
Mark Volkmann | 1 Oct 03:23
Favicon
Gravatar

SVI and Vim

I'd really like to be able to use vi keystrokes when editing code in  
Squeak. Does anyone know if SVI (which is supposed to provide that  
capability) is compatible with Squeak 3.10? I can't get it to work. I  
just yellow-clicked the latest version of SVI in a SqueakMap Package  
Loader and selected install. I don't think the install worked though  
because it isn't yet marked as being compatible with Squeak 3.10.

---
Mark Volkmann
Permalink | Reply | 5 comments |
headers
Colin Putney | 1 Oct 03:57
Picon
Favicon

Re: [Question] How do I use the OmniBrowser?


On 30-Sep-08, at 11:43 AM, Avi Bryant wrote:

> On Tue, Sep 30, 2008 at 11:37 AM, David Röthlisberger
> <squeak <at> webcitas.ch> wrote:
>>
>>> Ditto.  #br is a horrible selector, we're not suffering from a  
>>> shortage of
>>> vowels, #br stands for break, the selector should be #break just  
>>> as "a"
>>> means anchor.
>>
>> yeah, but there's no #a method implemented in Object that has a  
>> particular
>> meaning as #break has, right?
>
> Is Object>>break mentioned anywhere in Squeak documentation? I never
> knew about it until now.  It also has no senders (for somewhat obvious
> reasons), so there would be no problem changing it to something else
> like #breakpoint.
>
> Even without that, though, I don't think there's a real issue here.
> If you're inside canvas code and want a breakpoint, use some other
> receiver - the comment in the #break method itself uses "nil break" as
> an example.

The original issue was that OB uses a flag icon to call attention to  
senders of #halt and #break. In rendering methods, that's a false alarm.

It seems like #break is only used by the tools, so it would better to
(Continue reading)

Permalink | Reply | 4 comments |
headers
Boyd Adamson | 1 Oct 06:48
Picon

Re: Building Squeak on (Open)Solaris

Claus Kick <claus_kick <at> web.de> writes:
> Boyd Adamson wrote:
>> Hi,
>>
>> I'm trying to build a recent VM on OpenSolaris (the Solaris Express
>> distribution) on x86 but I have the same problem on recent Solaris
>> 10.
>>
>> It looks to me like the build is not making any of the plugins,
>> causing the link phase to fail.
>>
>> It feels like I'm missing some obvious switch or env var that's
>> breaking the build.
>>
>> Does anyone have any clues?
>
> We had some trouble with compiling lots of software (openLDAP, several
> perl modules, imageMagick) for Solaris 10 - reason for it was Suns ld:
>
> checking for ld used by gcc... /usr/ccs/bin/ld
> checking if the linker (/usr/ccs/bin/ld) is GNU ld... no
> checking for /usr/ccs/bin/ld option to reload object files... -r
>
> So, I would suggest trying GNU ld:
>
> mv /usr/ccs/bin/ld /usr/ccs/bin/ld_Solaris
>
> install GNU ld
>
> ln -s <gnuld_binary> /usr/ccs/bin/ld
(Continue reading)

Permalink | Reply | 0 comments |
headers
Philippe Marschall | 1 Oct 06:51
Picon

Re: [Question] How do I use the OmniBrowser?

2008/10/1, Colin Putney <cputney <at> wiresong.ca>:
>
> On 30-Sep-08, at 11:43 AM, Avi Bryant wrote:
>
>> On Tue, Sep 30, 2008 at 11:37 AM, David Röthlisberger
>> <squeak <at> webcitas.ch> wrote:
>>>
>>>> Ditto.  #br is a horrible selector, we're not suffering from a
>>>> shortage of
>>>> vowels, #br stands for break, the selector should be #break just
>>>> as "a"
>>>> means anchor.
>>>
>>> yeah, but there's no #a method implemented in Object that has a
>>> particular
>>> meaning as #break has, right?
>>
>> Is Object>>break mentioned anywhere in Squeak documentation? I never
>> knew about it until now.  It also has no senders (for somewhat obvious
>> reasons), so there would be no problem changing it to something else
>> like #breakpoint.
>>
>> Even without that, though, I don't think there's a real issue here.
>> If you're inside canvas code and want a breakpoint, use some other
>> receiver - the comment in the #break method itself uses "nil break" as
>> an example.
>
> The original issue was that OB uses a flag icon to call attention to
> senders of #halt and #break. In rendering methods, that's a false alarm.
>
(Continue reading)

Permalink | Reply | 3 comments |
headers
K. K. Subramaniam | 1 Oct 07:09
Picon

Re: SVI and Vim

On Wednesday 01 Oct 2008 6:53:10 am Mark Volkmann wrote:
> I'd really like to be able to use vi keystrokes when editing code in  
> Squeak.
Why? Just curious.

Most methods in Squeak are small and a vi-style editing would be an overkill. 
If you have large text processing needs (like sorting, regex replacement 
etc.), you can cut-n-paste between Squeak and your favorite editor on the 
host OS.

Subbu
Permalink | Reply | 4 comments |
headers
Andreas Raab | 1 Oct 07:45
Picon
Picon

Pharo (was: Re: Squeak 4)

Adrian Lienhard wrote:
> Pharo is based on Squeak 3.9, not 3.10.
> We don't re-implement the kernel, at least not for now. The current 
> focus is on cleaning up and removing stuff we are not interested in 
> (like toys), and providing a stable basis for professional use.

Can you say more about this? I had the impression that Pharo was mostly 
a fork for the sake of Seaside (which is understandable given the 
traction that Seaside has been getting). But is its goal more than that? 
Does it include media-rich applications like eToys, Scratch, Sophie or 
Qwaq Forums? I have been looking at the Pharo website but was mostly 
disappointed with the collection of empty phrases ("better for the 
better", "do not expect etoys to work") which promise everything but say 
absolutely nothing. A more down-to-earth, plain approach might be 
helpful if the goal is professional use. God knows that there is no 
shortage of areas in Squeak that could use some professional attention: 
 From database support, over enterprise integration, native graphics, 
widgets up to m17n, namespace, modules, deployment, customization and 
installation support. There are plenty of areas where some professional 
attention could help. Is Pharo going to address any of these issues? 
Seriously. You *can* be professional, by acting professionally. Take up 
real issues that real products have in the real world.

Cheers,
   - Andreas
Permalink | Reply | 1 comment |
headers
Matthew Fulmer | 1 Oct 08:07
Picon
Gravatar

SqueakSource is down

Could someone please fix squeaksource?

--

-- 
Matthew Fulmer -- http://mtfulmer.wordpress.com/
Permalink | Reply | 3 comments |
headers
Damien Cassou | 1 Oct 08:36
Picon
Gravatar

Re: [Question] How do I use the OmniBrowser?

Hi Hannes,

On Tue, Sep 30, 2008 at 11:29 AM, hh2 <at> lexdb.net <hh2 <at> lexdb.net> wrote:
> Thank you, Damien,  for your hint. But I prefer loading only a few packages
> through the package Universe.

When you do that, you use the main part of my work, i.e., maintaining
the Universe :-).

> DEVELOPER IMAGES
> You load quite a number of packages into the dev images as you write in
> http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-September/131354.html
> (list of installed packages in the dev images)
>
> But you write that you do not run the tests in the images
> http://lists.squeakfoundation.org/pipermail/squeak-dev/2008-September/131371.html

Because Laurent Laffont does this for me :-) (thank you Laurent).

> I appreciate the work you are doing (keeping track of interesting packages
> to load, know where to get them from, communicate with package developers)
> but the work is not complete.
> My understanding of a distribution is that the burden of the _tests_ is not
> put onto the consumer.

I agree, it should be put on the Squeak release team and I guess they
agree. I can't fix Squeak. The dev images are not a fork, it's only
packages put into a base image.

> However what I am interested in are the "loading scripts" to avoid having to
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sean Malloy | 1 Oct 09:05
Picon

Re: SqueakSource is down

I was resisting the urge to be the first one to write this email, but
now that someone else has volunteered...

+1

> Could someone please fix squeaksource?
Permalink | Reply | 1 comment |

Gmane