This page is a wiki. Please login or create an account to begin editing.


LifeLab 4.4

Rating:
Your rating: None Average: 4 (1 vote)
Category:
Year released:
Author:
Publisher:
#1
[www].se [ftp].se [mirror].us
LifeLab_4.4.sit (269.57 KB)
For Mac OS 8.5 - 8.6 - Mac OS X
#2
[www].se [ftp].se [mirror].us
LifeLab_4.1.hqx (317.09 KB)
For Mac OS 8.5 - 8.6 - Mac OS X
Emulation
This app works with: SheepShaver,

A sophisticated tool for the study of the famous Game of Life cellular automaton from John Conway. The application includes a complete internal documentation (see "About LifeLab" or "Help") and is accompanied by a folder of patterns. Non-crippled shareware.

Main features (from the author's website):
- Change the rules and examine other forms of Life.
- 1D rules are also supported (using Wolfram's numbering scheme).
- Change the grid topology: plane, torus, Klein bottle, etc.
- View/edit/generate patterns at all power-of-two scales from 8 pixels per cell to 64 cells per pixel.
- Automatic shifting and grid expansion if a pattern gets too big.
- Automatic deletion of isolated gliders.
- Automatic detection of oscillators and spaceships.
- Search for new oscillators, spaceships, still lifes or methuselahs.
- Cut/copy/paste patterns via the clipboard.
- Read patterns in a variety of file formats.

Top download: LifeLab 4.4 (2005). This is the final version.
LifeLab has been superseded by Golly from the same author. http://golly.sourceforge.net/
2nd download: LifeLab 4.1 (2003)

Author's website is still online but not maintained anymore:
http://www.trevorrow.com/lifelab/

Compatibility
Architecture: PPC (Carbonized)

Minimum requirements:

MacOSX 10.1 Puma should be its minimal requirement since LifeLab 4.0 was released just before MacOSX 10.2 Jaguar.

From the "Read Me" file:
"LifeLab is a Carbon application that runs natively on OS X. It also runs on OS 8.6/9.x if CarbonLib 1.3 or later is installed."

Version 4.4 tested successfully on MacOSX 10.6.8 Snow Leopard w/Rosetta.
Does NOT run with SheepShaver for MacOSX w/MacOS 9.0.4 + CarbonLib 1.4.
Version 4.4 tested successfully on SheepShaver for MacOSX w/MacOS 9.0.4 + CarbonLib 1.4 but installation is touchy. See MacTouch comment below.

Comments

MikeTomTom's picture
by MikeTomTom - 2018, December 13 - 10:51pm

Moving (thus copying) the file to a folder on the Finder seems to be sufficent. Am I wright?

If that folder belongs to the startup volume or any other mounted volume and not the shared "Unix" drive, then it is safe to copy files to it.
If that folder was located inside the Unix drive and moved to the desktop, it would still be inside the Unix drive (invisible hidden desktop folder belonging to the Unix drive).
If that folder was created on the desktop while the Finder was to the fore, then it would belong to the startup volume and it would be OK to copy files from the Unix drive into it.

You can easily see which item located on a desktop, belongs to which mounted volume. Select it's icon then choose "Get Info" on it. In the info window, below "Kind:" and "Size:" will be "Where:", which will show you an item's actual location, this will either be "Some HD name:" or "Unix:"

If the item on a desktop is an alias (shortcut) to an item, there will be an additional criteria in the Get Info window, "Original:", showing the full path to the original item.

MacTouch's picture
by MacTouch - 2018, December 13 - 2:43pm

Moving (thus copying) the file to a folder on the Finder seems to be sufficent. Am I wright?

Yes, Idéfix, if this file comes from the Unix drive & the expected folder depends from the "emulated hard drive" (& vice versa). Smile

Launching an application from the Unix drive may or may not work as usual. For the app here, I have tested several options. It seems to work when archive files are decompressed before copying them in the Unix drive in Mac OS X & then launching or copying in the emulator. But the better one, should be copying the compressed file to the Unix drive, then to an emulated image drive inside the emulator.

When a file is copied (from the Unix drive) into the emulator's desktop, it is in fact copied in the "Desktop folder" of that Unix drive. This folder is visible in the Mac OS X side...

Idéfix's picture
by Idéfix - 2018, December 13 - 3:51am

@ MikeTomTom - 2018, December 12 - 2:40pm

«Moving a file from the Unix volume to the desktop does not count, as the file is still "in the Unix drive".»

Didn't know that. I was always assuming that as long as the file has been extracted from the Unix "drive", everything was OK.

«A file must be copied into an emulator's hard drive before it can be actually considered "moved" (a copy is created), and therefore safe to use.»

Moving (thus copying) the file to a folder on the Finder seems to be sufficent. Am I wright?

MikeTomTom's picture
by MikeTomTom - 2018, December 12 - 7:40pm

Le déplacement des fichiers dans les dossiers donne souvent lieu à une recopie, notamment. Peut-être est-ce une question de configuration de MacOS9?

If a file exists on one mounted volume and you drag a file into another, then you will get a copy (it does not move the file from one volume to another). This is normal behavior.

The "Unix" volume in the emulator ("My Computer" icon in Windows versions) tho' is special. It should only be used as a means to transfer (copy) files from host into the emulated environment and vice versa. If not, you will get unpredictable and usually detrimental results, especially with concerns to executable files.

Moving a file from the Unix volume to the desktop does not count, as the file is still "in the Unix drive". A file must be copied into an emulator's hard drive before it can be actually considered "moved" (a copy is created), and therefore safe to use.

MacTouch's picture
by MacTouch - 2018, December 12 - 7:17pm

Ça marche! Pas évident d'y parvenir cependant. J'ai dû recopier le fichier compressé dans un dossier «Applications» pré-existant pour ensuite le décompresser et être en mesure de tester l'application.

Indeed. C'est à peu près ce que j'ai fait moi aussi pour y parvenir comme je l'ai déjà dit plus bas. Wink

J'ai remarqué que la combinaison SheepShaver/MacOS9 se comporte parfois de manière surprenante par rapport à un véritable Mac avec le même OS. Le déplacement des fichiers dans les dossiers donne souvent lieu à une recopie, notamment. Peut-être est-ce une question de configuration de MacOS9?

C'est un émulateur et en tant que tel, il n'est pas parfait... Je n'ai pas rencontré ce problème-là personnellement. Mais, je pense que cela pourrait se produire avec des précédentes versions du système. Après, il y a peut-être un problème de config système (conflits) ou de config de l'émulateur.

Idéfix's picture
by Idéfix - 2018, December 12 - 4:05pm

@ MacTouch - 2018, December 12 - 9:15am
«Try to copy the application folder on a formatted volume inside SheepShaver or directly the compressed archive file»

Ça marche! Pas évident d'y parvenir cependant. J'ai dû recopier le fichier compressé dans un dossier «Applications» pré-existant pour ensuite le décompresser et être en mesure de tester l'application.

J'ai remarqué que la combinaison SheepShaver/MacOS9 se comporte parfois de manière surprenante par rapport à un véritable Mac avec le même OS. Le déplacement des fichiers dans les dossiers donne souvent lieu à une recopie, notamment. Peut-être est-ce une question de configuration de MacOS9?

MacTouch's picture
by MacTouch - 2018, December 12 - 2:15pm

Here is the message I have got in a red alert window:
There is not enough memory to open “LifeLab” (zero K needed, 228 981 K available).
Closing windows or quitting desk accessories can make more memory available.


Increasing the allowed RAM for the application does not help. Don't know why.

This is sometimes the message you get when you try to launch an app from the "Unix volume". Try to copy the application folder on a formatted volume inside SheepShaver or directly the compressed archive file (better, at least for me, because in some cases, the file nor the folder is really copied & that's why sometimes I prefer copying an archived file before decompressing it on a created volume)...

Idéfix's picture
by Idéfix - 2018, December 12 - 3:25am

1) Despite the official compatibility notice of the "Read Me" file, I have not been able to make it run with SheepShaver for MacOSX w/MacOS 9.0.4 + CarbonLib 1.4.

Here is the message I have got in a red alert window:
There is not enough memory to open “LifeLab” (zero K needed, 228 981 K available).
Closing windows or quitting desk accessories can make more memory available.

Increasing the allowed RAM for the application does not help. Don't know why.

2) TIP: Not enough patterns in the companion folder? Solution: download the version 3.x and use its pattern folder instead since it is much more filled than in version 4.x.

http://macintoshgarden.org/apps/lifelab-3x

3) For those who would like to have the latest and the most powerful tool for the study of cellular automata [or just for plain and simple fun], I strongly recommand to download the open-source application Golly from the same author. A high quality software able to run on different platforms: Windows (XP+), MacOSX (10.6+), Linux (w/GTK+ 2.x), iPad, and Android tablets.

http://golly.sourceforge.net/