headers
Bob Arning | 27 Nov 1999 15:45

Re: Some questions about Squeak

On Sat, 27 Nov 1999 09:56:03 +0100 (MET) Stephane Ducasse <ducasse <at> iam.unibe.ch> wrote:
>**Long time ago somebody said that I was starting to port the
>Refactoring Browser.  Is this project still alive? I discussed with
>John Brant at OOPSLA and he told me that at the refactoring engine
>level he did not see problems.

The latest version can be found in

http://www.charm.net/~arning/Refactoring%20current/

While the port is not complete, parts of it are quite usable. There is, to my knowledge, no active work on RB at
this time.

Cheers,
Bob
Permalink | Reply | 0 comments |
headers
Rick Zaccone | 20 Nov 1999 15:56
Favicon

Re: Multiple Polymorphism

>Dwight Hughes is assembling some classical Smalltalk papers at
>"http://users.ipa.net/~dwighth/"; I think it would fit in nicely
>there.

I agree.  Dwight?

>You should find what you need to contact ACM about a permission to
>reproduce it at "http://info.acm.org/pubs/toc/CRnotice.html".  This
>link is referenced from the ST-76 paper Dwight has put up on his web
>site. It can't hurt to ask Dan about it, too, though.

It looks like I'll need Dan's consent which I will then need to
forward to ACM.

>
>Which format do you have? PDF, PS, ASCII, HTML, etc. ?

It's in LaTeX which means that PDF, PostScript, and ASCII are all
easy.  HTML will be a bit more work.

I'll send a note to the list when it's available.

Rick
Permalink | Reply | 1 comment |
headers
Stephan Rudlof | 1 Nov 1999 23:34
Picon
Picon
Favicon

RE: [Q] Project: Better performance for LargeIntegers

Dear Squeakers,

I'm thanking you _all_ for your very worthable comments.

After my first attempt under the title 'Better integer performance
possible?' there wasn't such a great reaction; now I think there _is_
interest in improvements in this area.

Andrew, David (thank you for the hint with the compile times) and Dean have
favorized Plugins as implementation choice (for different reasons).

I think this is a possible variant which makes sense, too. But also I think
that's not the main point:
- it should be possible for a non C-freak just by reading sources in
Smalltalk to get a working idea how its possible to make LargeInteger
computations in Smalltalk
	=> this is the didactic approach;
- its interesting to have LargeInt arithmetics __as fast as possible__
without the coercion to follow the 'didactic' implementation line
	=> cryptographic, maths, random generators, advertising (for people who
compare Squeak with other Smalltalks);
- then it should be as portable as possible, so don't try near assembler
programming.

I cannot see a significant enlargement of the VM by implementing this in
_addition_ to the 'didactic' approach at the moment, but there is no
pressing to make a decision now: the plugin variant seems to be valuable for
development first and if there is a working plugin there should be no
problem to put it in the standard VM if there is an increasing demand to do
so (num of downloads of plugin, how many programmers suggest to download it
(Continue reading)

Permalink | Reply | 0 comments |
headers
John M McIntosh | 17 Nov 1999 10:29

Re: VM tuning results and a question or two?

>   Andreas wrote
> Interesting results!

>> 5% increase for bytesCodes per second and an 8% increase in sends per
>> seconds on a PB 3400 PowerPC. This was perhaps the easy part.
>
> What did you change?! Just trying to give the compiler some more hints
> (e.g., by using 'const' and similar)?!

No it's related to global variables, I'll get you some source and details
later. For most routines the number of loads is reduced, and the number
registers required is also reduced. This is reflected in a smaller
instruction count per routine in general. I also sorted, by hand, the global
variables based on usage to give us better cache coherence (doesn't hurt,
but I'm not sure I could measure a difference for this).

>
>> (1) Should this magic number(interruptCheckCounter) be more
>> tied to a timer heuristic?
>
> I think the big problem is the timer accuracy which currently depends on the
> frequency of #checkForInterrupts. If you increase the #interruptCheckCounter
> your timer accuracy will decrease. Though, of course, one could adjust the
> interruptCheckCounter based on whether or not a timer is active (or even how
> far in the future the next timer tick is).
> Good question. For user interrupts, once or twice per second is possibly
> sufficient. For the timer it should be as accurate as possible. For external
> semaphores or finalization it should be as soon as these are signaled.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Leandro Caniglia | 30 Nov 1999 01:14
Picon
Favicon

Re: Intervals

>So when's that type inferencing engine going to be released, Dan?  :-)

Notably I'm not Dan, but let me tell you that some guys at mathMorphs are
working on a type inference system for Squeak. We have followed the
Cartesian Product Algorithm by Ole Agensen. In this implementation we have
introduced some "extensions" to the original CPA in order to handle instance
variables and work around other inconveniences. We are still working on but
want to invite everybody who is willing to criticize or contribute to this
interesting project. We hope to set up soon a new mathMorphs Swiki with a TI
section open to discussion and testing. Please, don't take this mail as an
announcement, but as a simple comment on this recurrent and important
topic.

/Leandro
Permalink | Reply | 0 comments |
headers
John M McIntosh | 12 Nov 1999 11:54

squeak mailing list archive (help)?

Hi, it seems Outlook Express tried to compress my 38 MB squeak mailing list
file, then decided it couldn't find enough disk space and promptly deleted
it!

So does anyone have a pointer to the last 14 days of the list?
(Must do backups weekly...) I did attempt to view
http://squeak/cs.uiuc.edu/mail/squeak as per squeak.org
But I get a permission error.

Sigh,, grumble grumble, MS products...
--
===========================================================================
John M. McIntosh <johnmci <at> smalltalkconsulting.com> 1-800-477-2659
Corporate Smalltalk Consulting Ltd.  http://www.smalltalkconsulting.com
===========================================================================
Custom Macintosh programming & various Smalltalk dialects
PGP Key: DSS/Diff/46FC3BE6
Fingerprint=B22F 7D67 92B7 5D52 72D7  E94A EE69 2D21 46FC 3BE6
===========================================================================
Permalink | Reply | 1 comment |
headers
Peter Smet | 17 Nov 1999 00:39
Picon
Picon
Favicon

Re: Distributed Squeak? Actors?

Here is a link to the remote object stuff, including Lex's class project
work:

http://minnow.cc.gatech.edu/squeak.684

This has kind of ground to a halt, but it did get to the stage where you
could create objects in a Remote Image, or send objects from one image to
another across the net. It would be good to integrate this with XML-based
serialization-deserialization of objects.

Peter

>On Sat, Nov 13, 1999 at 10:13:49PM -0600, Carlos Antonio Perez wrote:
>>
>> Is anybody working on a distributed version of Squeak?
Permalink | Reply | 0 comments |
headers
Todd Nathan | 18 Nov 1999 00:40

Re: Auto Generation of Getters/Setters

> From: Scott Wallace <Scott.Wallace <at> disney.com>
> Date: 1999-11-17 16:43:15 -0700
> To: squeak <at> cs.uiuc.edu
> Subject: Re: Auto Generation of Getters/Setters
>
> At 8:06 PM -0300 11/17/99, Gerardo Richarte wrote:
> >	it's included in base Squeak. You just have to add a key named 
> >#autoAccessors to Preferences and set it to true. How to do it (don't 
> >know a better way)
> >
> >	Preferences 	Cmd-i	(inspect it)
> >
> >	in the lower pane type
> >	FlagDictionary	Cmd-i 	(inspect it)
> >
> >	now you'll be inspecting the Dicionary with all the  
preferences, add a
> >key named #autoAccessors to it, the select that key and set it's value 
> >to true (replace nil on the left pane with true and press Cmd-s)
>
>
> Easier still is simply to evaluate:
>
>     Preferences enable: #autoAccessors
>
>   -- Scott
>
>

Just in case those that want to go around and have to learn about
(Continue reading)

Permalink | Reply | 0 comments |
headers
Todd Nathan | 18 Nov 1999 00:50

Re: Auto Generation of Getters/Setters


How about that Squeak!  I mean you guys rule. check this out

Preferences enable: #autoAccessors
Preferences openPreferencesInspector.

Making sure there is a autoAccessors Association and then you
get more than you bargained for.  You folks are incredible!

\t

> From: Scott Wallace <Scott.Wallace <at> disney.com>
> Date: 1999-11-17 16:43:15 -0700
> To: squeak <at> cs.uiuc.edu
> Subject: Re: Auto Generation of Getters/Setters
>
> At 8:06 PM -0300 11/17/99, Gerardo Richarte wrote:
> >	it's included in base Squeak. You just have to add a key named 
> >#autoAccessors to Preferences and set it to true. How to do it (don't 
> >know a better way)
> >
> >	Preferences 	Cmd-i	(inspect it)
> >
> >	in the lower pane type
> >	FlagDictionary	Cmd-i 	(inspect it)
> >
> >	now you'll be inspecting the Dicionary with all the  
preferences, add a
> >key named #autoAccessors to it, the select that key and set it's value 
> >to true (replace nil on the left pane with true and press Cmd-s)
(Continue reading)

Permalink | Reply | 0 comments |
headers
"G–ran" Hultgren | 12 Nov 1999 15:57
Picon
Favicon

GOODS + Squeak = ?

Hi all!

I just wanted to bring to your attention that there is a free ODBMS called GOODS developed by
Konstantin Knizhnik which looks quite solid on paper. It has C++ and Java bindings today and it
supports the usual ODBMS "funstuff" like persistence by reachability, notifications etc.

I have not checked the license though, but I think it is free.

http://www.ispras.ru/~knizhnik

Have any of you looked at it?

regards, G–ran

=====
G–ran Hultgren, gohu <at> rocketmail.com, icq#:6136722
GSM: +46 709 472152, http://195.22.65.4
"First they ignore you. Then they laugh at you.
Then they fight you. Then you win." -- Gandhi

__________________________________________________
Do You Yahoo!?
Bid and sell for free at http://auctions.yahoo.com
Permalink | Reply | 0 comments |

Gmane