The Trunk: Collections-nice.270.mcz

Nicolas Cellier uploaded a new version of Collections to project The Trunk:
http://source.squeak.org/trunk/Collections-nice.270.mcz

==================== Summary ====================

Name: Collections-nice.270
Author: nice
Time: 1 January 2010, 1:17:25 am
UUID: 5b66ad19-fe20-4025-a9e3-8713fc034d9f
Ancestors: Collections-ar.269

Don't assign block argument with nil, with closure that is not necessary.

=============== Diff against Collections-ar.269 ===============

Item was changed:
  ----- Method: WeakArray class>>finalizationProcess (in category 'private') -----
  finalizationProcess

  	[true] whileTrue:
  		[FinalizationSemaphore wait.
  		FinalizationLock critical:
  			[FinalizationDependents do:
  				[:weakDependent |
  				weakDependent ifNotNil:
+ 					[weakDependent finalizeValues]]]
- 					[weakDependent finalizeValues.
- 					"***Following statement is required to keep weakDependent
- 					from holding onto its value as garbage.***"
- 					weakDependent := nil]]]

The Trunk: EToys-nice.43.mcz

Nicolas Cellier uploaded a new version of EToys to project The Trunk:
http://source.squeak.org/trunk/EToys-nice.43.mcz

==================== Summary ====================

Name: EToys-nice.43
Author: nice
Time: 1 January 2010, 1:21:24 am
UUID: 0809d469-fce8-43e5-ab17-17c7fcc29589
Ancestors: EToys-nice.42

Don't assign block argument with nil, with closure that is not necessary.

=============== Diff against EToys-nice.42 ===============

Item was changed:
  ----- Method: Player class>>abandonUnnecessaryUniclasses (in category 'housekeeping') -----
  abandonUnnecessaryUniclasses
  	"Player abandonUnnecessaryUniclasses"
  	| oldCount oldFree newFree newCount report |
  	oldCount := self subclasses size - 1.
  	oldFree := Smalltalk garbageCollect.
  	self allSubInstances do:
+ 		[:aPlayer | aPlayer revertToUnscriptedPlayerIfAppropriate].
- 		[:aPlayer | aPlayer revertToUnscriptedPlayerIfAppropriate.  
- 		"encourage last one to get garbage-collected"
- 		aPlayer := nil ].

  	ScriptingSystem spaceReclaimed.
  	newFree := Smalltalk garbageCollect.

The Trunk: System-nice.213.mcz

Nicolas Cellier uploaded a new version of System to project The Trunk:
http://source.squeak.org/trunk/System-nice.213.mcz

==================== Summary ====================

Name: System-nice.213
Author: nice
Time: 1 January 2010, 1:28:43 am
UUID: 88587166-7b03-452a-a58a-18fe89a667be
Ancestors: System-ul.212

Don't assign block argument with nil, with closure that is not necessary.

=============== Diff against System-ul.212 ===============

Item was changed:
  ----- Method: Project>>displayFontProgress (in category 'menu messages') -----
  displayFontProgress
  	"Display progress for fonts"
+ 	| done b |
- 	| done b pp |
  	done := false.
  	b := ScriptableButton new.
  	b color: Color yellow.
  	b borderWidth: 1; borderColor: Color black.
+ 	 [	| dots str idx |
- 	pp := [	| dots str idx |
  		dots := #(' - ' ' \ ' ' | ' ' / '). idx := 0.
  		[done] whileFalse:[
  			str := '$	Fixing fonts	$	' translated.

Re: Trivial questions?

Re: Trivial questions?

On Thu, Dec 31, 2009 at 09:59:17PM -0500, Stephen Pair wrote:
> On Thu, Dec 31, 2009 at 10:40 AM, Colin Putney <cputney <at> wiresong.ca> wrote:
> 
> > David didn't understand the question because data migration is generally a
> > non-issue in Smalltalk.
> >
> 
> I love this!  I never tire of hearing about problems in other systems that
> simply don't exist in Smalltalk (and which a Smalltalker often can't even
> contemplate), or which are so elegantly dealt with that you don't even think
> about them ...and I hear them all the time!
> 
> - Stephen

> 

Re: Trivial questions?

On Thu, Dec 31, 2009 at 09:59:17PM -0500, Stephen Pair wrote:
> On Thu, Dec 31, 2009 at 10:40 AM, Colin Putney <cputney <at> wiresong.ca> wrote:
> 
> > David didn't understand the question because data migration is generally a
> > non-issue in Smalltalk.
> >
> 
> I love this!  I never tire of hearing about problems in other systems that
> simply don't exist in Smalltalk (and which a Smalltalker often can't even
> contemplate), or which are so elegantly dealt with that you don't even think
> about them ...and I hear them all the time!

Hello Stephen,

What an odd coincidence that you should happen to reply to this thread.
It just happens that earlier today I was trying to collect various
archival versions of SystemTracer in hopes of collecting it into a
Monticello archive and bringing it up to date with the latest 64-bit
image tracing changes. I was not able to locate a copy of your
SystemTracer2.sar, which is referenced from SqueakMap:
  http://people.advantive.com/~spair/squeak/SystemTracer2.sar

If you happen to have a copy sitting around on a floppy disk or
some such thing, I'd appreciate very much if you could send it
to me (or reply to this list). Also, it seems that having things
like this be MIT licensed is considered a good thing in some circles,
so you are able to release your work as MIT licensed, please
mention that for the record.

Thanks!

Dave

Re: Trivial questions?

Colin Putney <cputney <at> wiresong.ca> writes:

> On 2009-12-31, at 6:58 AM, David T. Lewis wrote:
>
>>> 2) How does one Data Migration in Smalltalk? I just know it from Rails,
>>> where one has migrations, but how's that done in the Persistence layers
>>> of some Smalltalk. E.g what happens if I add or remove instance
>>> variables?
>> 
>> I don't know enough about Rails to understand the question, but in
>> general it is straightforward to add and remove instance variables
>> in Smalltalk.
>
> Hi Friedrich,
>
> David didn't understand the question because data migration is
> generally a non-issue in Smalltalk. When you add or remove an instance
> variable, the instances of that class are automatically migrated for
> you. There's a class called ClassBuilder that handles this as part of
> creating the new class. It builds the new class, locates all the
> instances of the old class, creates equivalent instances of the new
> class, copies instance state to the new instances and updates all
> object reference to point to the new instances. Finally, the old
> instances are discarded and available for garbage collection. 

Well that' why I asked because I found nothing about it in the videos
I've seen. So either it it "trivial" or so difficult that nobody dared
to do it 

>
> The one area where data migration does become an issue is when objects
> have been serialized and stored outside an image. Then reading them
> back into an image requires migration. There are various methods of
> doing this, and they tend to depend on the particular needs of your
> application. Of course, if you're using Gemstone, there's not much
> need to store objects outside an image.  
I'm not yet decided, but it seems Gemstone is the most elaborate in that
area and it seems to be rock solid. I'm not that much a fan of things
which have not shown (yet) that they can handle that kind of stuff. Just
imagine, I´d decide to go on "own" way just to figure out. Well
Friedrich, you did not get it right.... 

Regards
Friedrich

--

-- 
Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim 
Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

Re: Trivial questions?

James Foster <Smalltalk <at> JGFoster.net> writes:

> On Dec 31, 2009, at 12:29 AM, Friedrich Dominicus wrote:
>
>> Dear Smalltalker, I'm trying to get into Smalltalk a bit more
>> seriously. I'm especially currently trying to get into Seaside
>> programmming and the persistence of Objects. I found GLASS, which seems
>> to be remarkabel in that aspect.
>
> Welcome! 
>
>> Now I wonder
>> 
>> 1) How does one do versioning in Smalltalk. AFAIU it seems, one files
>> out ChangeSets which then can be read in in another image. Am I wrong
>> about that?
>
> As mentioned, Monticello is typically used in
> Squeak/Pharo/Gemstone. Other dialects (implementations) of Smalltalk
> have their own, proprietary approach to code versioning. In Cincom
> Smalltalk it is Store; in VA Smalltalk it is Envy; and in Dolphin it
> is Source Tracking System. 
Ok, I see so I have to decide upon my Smalltalk of choice and/or to use
Monticelle on every of them....

>
>> 2) How does one Data Migration in Smalltalk? I just know it from Rails,
>> where one has migrations, but how's that done in the Persistence layers
>> of some Smalltalk. E.g what happens if I add or remove instance
>> variables?
>
> I discussed how GemStone handles this in a recent presentation. You
> can watch it by selecting the video on class versions at
> http://programminggems.wordpress.com/2009/12/01/smalltalks-2/. 

Thanks, I'll look into it today.

>
>> There are somewhat related question but more about GLASS. I read teh
>> gemstone soup up and down, and was able to install the Web Edition on my
>> System also. It was a few days work but I learned a lot. However I found
>> just a few videos about Gemstone, but not more "serious" use (with more
>> database related stuff, scheme changes etc).
>
> GemStone's Programming Guide has an entire chapter on migrating
> objects. See "Class Versions and Instance Migration" in the
> Programming Guide found (near the bottom right) at
> http://seaside.gemstone.com/about.html. 

Ah I have over-read it on the first round. 

Thanks
Friedrich

--

-- 
Q-Software Solutions GmbH; Sitz: Bruchsal; Registergericht: Mannheim 
Registriernummer: HRB232138; Geschaeftsfuehrer: Friedrich Dominicus

64 bit images (was Re: The Trunk: Collections-dtl.268.mcz)

On 12/31/09 9:11 PM, "David T. Lewis" <lewis <at> mail.msen.com> wrote:

> (FYI, I am trying to reconstruct some of historical SystemTracer
> implementations
> in order to put them into Monticello on SqueakSource, with the latest versions
> being able to trace current images to 64 bit format thanks to recent work by
> John McIntosh.) 
> 
> Dave

Dave:

I have interest in 64 bit images, as John knows.
In particular in opening Dan old 64 bit image and in PPC VM running in Tiger
(John don't do it AFAIK)
Any to share ?

Edgar

Re: 64 bit images (was Re: [squeak-dev] The Trunk:Collections-dtl.00000000000000cCfffrrrrrrRrRRrrRr. 00rrrrrrrrT®268.mcz)

------Original Message------
From: Edgar J. De Cleene
Sender: squeak-dev-bounces <at> lists.squeakfoundation.org
To: The general-purpose Squeak developers list
ReplyTo: The general-purpose Squeak developers list
Subject: 64 bit images (was Re: [squeak-dev] The Trunk:Collections-dtl.268.mcz)
Sent: Jan 1, 2010 11:01

On 12/31/09 9:11 PM, "David T. Lewis" <lewis <at> mail.msen.com> wrote:

> (FYI, I am trying to reconstruct some of historical SystemTracer
> implementations
> in order to put them into Monticello on SqueakSource, with the latest versions
> being able to trace current images to 64 bit format thanks to recent work by
> John McIntosh.) 
> 
> Dave

Dave:

I have interest in 64 bit images, as John knows.
In particular in opening Dan old 64 bit image and in PPC VM running in Tiger
(John don't do it AFAIK)
Any to share ?

Edgar

Sent via my BlackBerry from Vodacom - let your email find you!