cerhu > comp.sys.* > comp.sys.mac

Sinmian (01/01/1970, 02h00)
pehache <pehache.7> Wrote in message:
[..]
> J'ai essayé de transférer directement le fichier .sit vers l'émulateur
> avec ImportFl, mais Stuffit Expander (4.0) ne veut pas le décompresser
> (il ne le voit même pas). J'ai aussi essayé de mettre le .sit dans
> arc.zip et d'appliquer la même procédure : Stuffit Expander le voit,
> mais la décompression ne fait...rien.
> Je suis certain que la solution que j'avais utilisée il y a quelques
> années pour mettre un fichier appli sur une image HFS était beaucoup
> plus simple.


Je viens de .sit l'img linké plus haut

[..]

Ton mini émulateur ou System 6 voient-ils les disquettes 1.4 ?
Arrivé sur Mac au sys 7, j'en ai aucune idée.
Sinmian (01/01/1970, 02h00)
Sinmian <monpseudo> Wrote in message:

> Arrveras-tu ? l'écrire sur une vraie disquette ou la monter d'une
> mani??re ou d'une autre sur ton System 6.


Mis?re, l'encodage !
pehache (08/01/2019, 23h11)
(léger xpost)

Bonjour,

j'utilise l'émulateur Mini vMac sous System 6 pour essayer de faire
tourner de vieux softs (pas d'autre intérêt qu'archéologique...).

Par exemple Graphing Calculator, récupéré ici :
[..]

Le téléchargement consiste un fichier .sit
Je le décompresse avec Stuffit Expander sur mon Mac actuel (macOS 10.12)
et j'obtiens un unique ficher "Graphing Calculator 1.2"

J'ai récupéré par ailleurs une image disque HFS vide (800K.dsk) ici :
[..]

macOS ne gérant plus les volumes HFS en écriture depuis un bail, je
passe sous Linux pour monter l'image et copier le fichier dessus

sudo mkdir floppy
sudo mount -t hfs -o loop 800K.dsk floppy
sudo cp "Graphing Calculator 1.2" floppy
sudo umount floppy

Tout a l'air OK. Je récupère l'image sur le Mac, et la glisse sur
l'émulateur. Dans l'émulateur je peux ouvrir le disque, je vois le
fichier que j'ai mis dessus, mais je ne peux pas l'ouvrir. On dirait que
le System 6 ne comprend pas que c'est une application.
[..]

Ca me fait pareil avec d'autres applis.

Je rate sûrement une étape cruciale, mais laquelle ? (je sens
confusément que ce sont les histoires d'Apple Double et Cie...)
pehache (08/01/2019, 23h58)
Le 08/01/2019 à 22:11, pehache a écrit :
> Je rate sûrement une étape cruciale, mais laquelle ? (je sens
> confusément que ce sont les histoires d'Apple Double et Cie...)


Ce qui m'agace c'est que j'ai déjà fait cette manipe dans le passé et ça
marchait... Mais je ne me souviens plus comment j'avais procédé :-( !
Jean-Noël Chavannes (09/01/2019, 01h12)
Le 08.01.2019 à 22:11, l'estimable internaute, *pehache*,
se manifesta en tapotant :

?llo !

[..]
> Tout a l'air OK. Je récupère l'image sur le Mac, et la glisse sur
> l'émulateur. Dans l'émulateur je peux ouvrir le disque, je vois le
> fichier que j'ai mis dessus, mais je ne peux pas l'ouvrir. On dirait que
> le System 6 ne comprend pas que c'est une application.
> [..]
> Ca me fait pareil avec d'autres applis.
> Je rate sûrement une étape cruciale, mais laquelle ?


Je pense que la décompression du .sit sous MacOS 10.12 "bouffe" les
ressources de l'application.

La décompression du .sit sous Mac OS 9 ? émulé dans SheepSaver ? donne
une application (872 Ko, 887 879 octets) qui fontionne comme attendu
(sous Mac OS 9, toujours via SheepSaver).

À+,
pehache (09/01/2019, 08h37)
Le 09/01/2019 à 00:12, Jean-Noël Chavannes a écrit :
> Le 08.01.2019 à 22:11, l'estimable internaute, *pehache*,
> se manifesta en tapotant :
> ?llo !
> Je pense que la décompression du .sit sous MacOS 10.12 "bouffe" les
> ressources de l'application.
> La décompression du .sit sous Mac OS 9 ? émulé dans SheepSaver ? donne
> une application (872 Ko, 887 879 octets) qui fontionne comme attendu
> (sous Mac OS 9, toujours via SheepSaver).


Je ne sais pas, c'est très bizarre : j'ai finalement réussi par une
procédure tordue, grâce à deux applications pour Mac OS classic trouvées
sur [..] : ImportFL et MiniUnZp (elles sont fournies
directement sous forme d'image HFS, donc pas de problème pour les mettre
dans l'émulateur) :
- décompresser le .sit sur macOS 10.12
- créer un dossier "arc" (le nom est important pour la suite !) et
mettre le fichier de l'application dedans
- compresser le dossier avec macOS 10.12 --> arc.zip
- lancer ImportFl dans l'émulateur, qui permet de transférer arc.zip de
macOS 10.12 vers l'émulateur par un simple drag&drop
- lancer MiniUnZp dans l'émulateur pour décompresser arc.zip

le fichier d'application ainsi récupéré est valide et peut être lancé.
Donc macOS d'une manière ou d'une autre a bien préservé les données
spécifiques à Mac OS classic...

J'ai essayé de transférer directement le fichier .sit vers l'émulateur
avec ImportFl, mais Stuffit Expander (4.0) ne veut pas le décompresser
(il ne le voit même pas). J'ai aussi essayé de mettre le .sit dans
arc.zip et d'appliquer la même procédure : Stuffit Expander le voit,
mais la décompression ne fait...rien.

Je suis certain que la solution que j'avais utilisée il y a quelques
années pour mettre un fichier appli sur une image HFS était beaucoup
plus simple.
Sinmian (09/01/2019, 08h47)
In article <g9khviF1gmgU1>,
pehache <pehache.7> wrote:

> (léger xpost)
> Bonjour,


Salut,

> j'utilise l'émulateur Mini vMac sous System 6 pour essayer de faire
> tourner de vieux softs (pas d'autre intérêt qu'archéologique...).
> Par exemple Graphing Calculator, récupéré ici :
> [..] snip
> Je rate sûrement une étape cruciale, mais laquelle ? (je sens
> confusément que ce sont les histoires d'Apple Double et Cie...)


Sous Mac OS 9,0,4, j'ai téléchargé le sit décompressé et fait une
disquette 1,4 avec Disk Copy qui ne monte même depuis le "partage" de
SheepShaver (hébergé sur un HDD Fat/Exfat de Windows) mais accepte de le
faire une fois déplacé sur un autre disque dur HFS+.

Essaie de rentrer ça :
[..]

Arrveras-tu à l'écrire sur une vraie disquette ou la monter d'une
manière ou d'une autre sur ton System 6.
Bernd (09/01/2019, 11h50)
Sinmian <monpseudo> wrote:

> In article <g9khviF1gmgU1>,
> pehache <pehache.7> wrote:
> snip
> Sous Mac OS 9,0,4, j'ai téléchargé le sit décompressé et fait une
> disquette 1,4 avec Disk Copy qui ne monte même depuis le "partage" de
> SheepShaver (hébergé sur un HDD Fat/Exfat de Windows) mais accepte de le
> faire une fois déplacé sur un autre disque dur HFS+.
> Essaie de rentrer ça :
> [..]
> Arrveras-tu ? l'écrire sur une vraie disquette ou la monter d'une
> mani??re ou d'une autre sur ton System 6.


A+
pehache (09/01/2019, 16h04)
Le 09/01/2019 à 07:47, Sinmian a écrit :
[..]
> disquette 1,4 avec Disk Copy qui ne monte même depuis le "partage" de
> SheepShaver (hébergé sur un HDD Fat/Exfat de Windows) mais accepte de
> le
> faire une fois déplacé sur un autre disque dur HFS+.
> Essaie de rentrer ça :
> [..]
> Arrveras-tu à l'écrire sur une vraie disquette ou la monter d'une
> maniÃ?re ou d'une autre sur ton System 6.


Ton image monte bien sur Mini vMac et l'appli est utilisable.

Mais ça ne m'avance pas beaucoup : à ce que je comprends tu as
téléchargé le .sit directement dans Mac OS 9 ? Alors qu'avec System 6 je
dois passer par la machine hôte (Mac ou PC actuel), ce qui complique les
choses.
Sinmian (09/01/2019, 19h42)
Content de t'avoir dépané au moins sur ce point.

In article <e83075fea4f745f90baf7542d91dea11cee8b130>,
pehache <pehache.7> wrote:

> Mais ?a ne m'avance pas beaucoup : ? ce que je comprends tu as
> téléchargé le .sit directement dans Mac OS 9 ? Alors qu'avec System 6 je
> dois passer par la machine hôte (Mac ou PC actuel), ce qui complique les
> choses.


Si tu n'as pas de navigateur 'ternet sur System 6 (m?me Mosaic ?), tu
auras du mal en effet.

Sur Mac OS 9.0.4 via Sheepshaver, j'arrive ? faire tourner Mozilla l? o?
iCab que je lui préférais ? l'époque pourtant plante et fige l'émulateur.

De plus, la possibilité sur SShaver (comme sur Basilisk, d'ailleurs,
sjnma) de faire monter sur le bureau un dossier "Computer" listant les
autres disques durs de l'hôte qui affiche alors un répertoire Virtual
Desktop sur lequel on peu glisser déposer des documents ou fichiers ?
échanger entre l'hôte et l'émulé.
pehache (10/01/2019, 00h20)
Le 09/01/2019 ? 18:42, Sinmian a ?crit?:
> Content de t'avoir dépané au moins sur ce point.
> In article <e83075fea4f745f90baf7542d91dea11cee8b130>,
> pehache <pehache.7> wrote:
> Si tu n'as pas de navigateur 'ternet sur System 6 (m?me Mosaic ?), tu
> auras du mal en effet.


Apparemment pour Mosaic il faut System 7. Je peux booter en 7, mais de
toutes fa?ons l'?mulateur Mini vMac ne supporte pas le r?seautage.
Julien Salort (27/01/2019, 21h19)
pehache <pehache.7> wrote:

> macOS ne gérant plus les volumes HFS en écriture depuis un bail, je
> passe sous Linux pour monter l'image et copier le fichier dessus
> sudo mkdir floppy
> sudo mount -t hfs -o loop 800K.dsk floppy
> sudo cp "Graphing Calculator 1.2" floppy
> sudo umount floppy


Je ne suis pas sûr du tout que le Linux sache copier la section de
ressources du fichier, qui est indispensable sous les systèmes
classiques. Je ne suis pas sûr que le système de fichiers sous Linux
(ext4 ou autre) soit même capable de représenter la section de ressource
du fichier. À l'époque, on utilisait surtout le Binhex (extension hqx)
lorsque le fichier devait aller sur un Unix. Donc souvent, les fichiers
sont .sit.hqx lorsqu'ils transitent sur Internet. Le Binhex permet de
mettre la section de données et la section de ressources dans un fichier
lisible par un Unix.

Je pense que le mieux serait de récupérer une version de Stuffit
Expander compatible avec le System 6 et de dé-binhexer et décompresser
sur le vieux système directement.

Il me semble néanmoins que dans les temps très anciens, on utilisait
plutôt "Compact Pro" plutôt que StuffIt qui est arrivé plus tard.

Julien
pehache (03/02/2019, 16h58)
Le 27/01/2019 à 20:19, Julien Salort a écrit :
> pehache <pehache.7> wrote:
>> Je ne suis pas sûr du tout que le Linux sache copier la section de

> ressources du fichier, qui est indispensable sous les systèmes
> classiques. Je ne suis pas sûr que le système de fichiers sous Linux
> (ext4 ou autre) soit même capable de représenter la section de ressource
> du fichier.


Je n'ai jamais compris comment c'était géré, cette histoire de
ressources... En pratique il me semblait que c'était un fichier caché
associé au fichier principal, non ?

> À l'époque, on utilisait surtout le Binhex (extension hqx)
> lorsque le fichier devait aller sur un Unix. Donc souvent, les fichiers
> sont .sit.hqx lorsqu'ils transitent sur Internet. Le Binhex permet de
> mettre la section de données et la section de ressources dans un fichier
> lisible par un Unix.
> Je pense que le mieux serait de récupérer une version de Stuffit
> Expander compatible avec le System 6 et de dé-binhexer et décompresser
> sur le vieux système directement.
> Il me semble néanmoins que dans les temps très anciens, on utilisait
> plutôt "Compact Pro" plutôt que StuffIt qui est arrivé plus tard.


J'utilise Stuffit Expander 4 sur System 6, et en effet l'auteur de mini
vMac me dit qu'il faut général la version 5.5 pour décompresser les .sit
de vieux softs qu'on trouve couramment sur le web. Mais elle ne tourne
pas sur un Mac Plus, il faut émuler un LC II. Une version "early" de
Compact Pro risque d'avoir le même problème.
Pascal J. Bourguignon (03/02/2019, 17h33)
pehache <pehache.7> writes:

> Le 27/01/2019 à 20:19, Julien Salort a écrit :


> Je n'ai jamais compris comment c'était géré, cette histoire de
> ressources... En pratique il me semblait que c'était un fichier caché
> associé au fichier principal, non ?


Non.

Au niveau du système de fichier, un fichier est composé de deux fourches
(fork): une fourche donnée, et une fourche ressource. Chacune des
fourches est une séquence d'octet. Mais toutes les meta informations
(nom du fichier, date de création, etc) concernent les deux fourches:
c'est un seul objet, manipulable comme un tout.

Ensuite, on ajoute une couche "Resource Manager" pour gérer les
ressources, des blocs de donnée identifiés par un type et un ID (tout
deux de 32 bits). Le "Resource Manager" gère tout les fourches
ressources ouverte dans le processus, les ressources des fichiers ouvert
en dernier pouvant masquer les ressources des fichiers ouverts en
premier.

Notament, le code exécutable d'une application est enregistré dans des
ressources de type 'CODE' = 434F4445(hex) = 1129268293(dec). CODE#0
contenant une table de sauts, et CODE#1 normalement le premier segment
de code (main). Les autres segments de code sont chargés à la demande,
via la table de sauts.

Cette notion de fourche existe dans d'autres systèmes de fichiers, où
elle n'est pas limitée à deux fourches. Mais en effet, pas sur les
systèmes de fichier natif Linux comme ext2-ext4.

Cependant Apple a spécifié trois façons d'enregistrer les informations
d'un fichier Apple sur un système de fichier plat:

- AppleSingle : tout est enregistré dans un seul fichier.

- AppleDouble : la fourche donnée est enregistrée telle-quelle dans un
fichier plat, les meta-informations ("informations
Finder") et la fourche ressource est enregistrée dans un
second fichier plat.

- AppleTriple : les trois parties sont enregistrées dans trois fichiers
plats séparés.

[..]

Normalement, le montage d'un système de fichier HFS sur unix devrait
montrer les fichiers au format AppleDouble, avec la fourche ressource
+ informations Finder d'un fichier "Nom" dans le fichier plat nommé
"._Nom". Il peut aussi y avoir des options de montage pour utiliser
AppleSingle ou AppleTripple.
pehache (04/02/2019, 09h42)
Le 03/02/2019 à 16:33, Pascal J. Bourguignon a écrit :
[..]
> [..]
>> Normalement, le montage d'un système de fichier HFS sur unix devrait

> montrer les fichiers au format AppleDouble, avec la fourche ressource
> + informations Finder d'un fichier "Nom" dans le fichier plat nommé
> "._Nom". Il peut aussi y avoir des options de montage pour utiliser
> AppleSingle ou AppleTripple.


Ah oui, je me souviens avoir eu affaire à l'AppleDouble en utilisant MAE
il y a... bien longtemps !

Merci
Discussions similaires
[emulateur][windows] cherche emulateur de carte graphique libre

emulateur classic /Intel

Emulateur OS 400

[PANTHER] [CLASSIC] Impression impossible depuis Classic


Fuseau horaire GMT +2. Il est actuellement 08h27. | Privacy Policy