Fichiers en double?

1 vue
Accéder directement au premier message non lu

Marc Olivier

non lue,
11 sept. 1997, 03:00:0011/09/1997
à

Qui peut me dire pourquoi on trouve dans certains CD-ROM, pourtant a la
norme ISO, des fichiers en double et donc inutilisables?

Merci pour vos reponses.

Marc Olivier

Centek

non lue,
12 sept. 1997, 03:00:0012/09/1997
à

Hello,

Marc Olivier <mma...@hol.fr> a écrit dans l'article
<5v9eu1$o0h$1...@news2.isdnet.net>...

Cela pourrait etre un cederond mac et donc les deux fichiers serait
le data fork et le name fork qui donc ne peuvent etre lu comme ca.

CENTEK

Jean-Jacques Ardoino

non lue,
13 sept. 1997, 03:00:0013/09/1997
à

In article <01bcbfc8$86e43b40$LocalHost@p-d-mou>,
"Centek" <cen...@eeb.fr> wrote:

>Marc Olivier <mma...@hol.fr> a écrit dans l'article
><5v9eu1$o0h$1...@news2.isdnet.net>...
>> Qui peut me dire pourquoi on trouve dans certains CD-ROM, pourtant a la
>> norme ISO, des fichiers en double et donc inutilisables?
>>
>

> Cela pourrait etre un cederond mac et donc les deux fichiers serait
>le data fork et le name fork qui donc ne peuvent etre lu comme ca.
>
>CENTEK

... Sauf que les CD Rom Mac, s'ils sont bien "ronds" comme beaucoup
d'autres, ne sont pas en ISO mais en HFS...

Quant au "name fork", connais pas...

Jean-Jacques Ardoino
j...@pressimage.fr

Emmanuel Curis

non lue,
14 sept. 1997, 03:00:0014/09/1997
à

Bonjour,

Dans l'article <B040A36B9...@mon13-11.planete.net>,
Jean-Jacques Ardoino, <j...@pressimage.fr> a écrit :

«>> Qui peut me dire pourquoi on trouve dans certains CD-ROM, pourtant a la

«>> norme ISO, des fichiers en double et donc inutilisables?
«>>
«>
«> Cela pourrait etre un cederond mac et donc les deux fichiers serait
«>le data fork et le name fork qui donc ne peuvent etre lu comme ca.
«>
«>CENTEK
«
«... Sauf que les CD Rom Mac, s'ils sont bien "ronds" comme beaucoup
«d'autres, ne sont pas en ISO mais en HFS...

À moins peut-être qu'il ne s'agisse de CD mixtes, auquel cas une bonne
partie des fichiers serait effectivement en double et le CD problement en ISO.
Pure hypothèse gratuite, je ne suis pas spécialiste des CD-ROMs.
--
Emmanuel CURIS
Emmanue...@ens.fr

Page sur l'hypertoile : http://www.eleves.ens.fr:8080/home/curis/index.html

Godefroy de MAUPEOU

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

On 11 Sep 1997 18:57:05, Marc Olivier wrote:
>Qui peut me dire pourquoi on trouve dans certains CD-ROM, pourtant a la
>norme ISO, des fichiers en double et donc inutilisables?

En fait c'est un probleme de configuration de METADOS. Ce qu'il
faudrait, c'est que tu nous envoies une disquette avec une envellope a
ton adresse et le numero d'id de ton lecteur ainsi que la lettre de
son icone. On te renverra METADOS avec les bons fichiers et la bonne
config. C'est deja arrive a plusieurs de nos clients.

Godefroy de MAUPEOU

Centek

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

Jean-Jacques Ardoino <j...@pressimage.fr> a écrit dans l'article
<B040A36B9...@mon13-11.planete.net>...

> In article <01bcbfc8$86e43b40$LocalHost@p-d-mou>,
> "Centek" <cen...@eeb.fr> wrote:
> ... Sauf que les CD Rom Mac, s'ils sont bien "ronds" comme beaucoup
> d'autres, ne sont pas en ISO mais en HFS...
> Quant au "name fork", connais pas...

mea culpa ... j'ai repondu a cette question "par procuration" ....
je voulais bien sur faire dire "ressource fork",c'est tout de suite
mieux non ???

par contre les cdrom en hfs ca n'a jamais existe (ou alors en prive)
vu que apple a ete parmis les pionniers du iso9660 "high sierra"
le format est tout simplement translate en "transparent" en hfs
tout comme c'est le cas sous msdos ou tos (...ou dolmen :-))
d'ailleurs toutes les docs dont je me suis servi venait de chez
apple .... il est meme possible de formatter des disquettes
en iso9660 (super utile :-)) ... enfin bref c'etait cense etre un
format universel c'est pourquoi ils ont decide a l'epoque de le
faire different de tous les autres formats pour que toutes les
plateformes soient sur un pied d'egalite (tous les systemes
ont besoin de convertir l'iso meme unix ...)
de toutes facons s'ils etaient en hfs les cdronds,on ne les verrait
pas sur atari , cqfd ....

a++
DAVID

--
Centek
4, avenue Saint Exupery
60180 Nogent sur Oise
Telephone: 0344 746 330
Fax: 0344 746 340
www.eeb.fe/centek/

Jean-Jacques Ardoino

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

In article <01bcc181$d2359480$190844c3@p-d-mou>,
"Centek" <Acces.Jo...@wanadoo.fr> wrote:

>mea culpa ... j'ai repondu a cette question "par procuration" ....
>je voulais bien sur faire dire "ressource fork",c'est tout de suite
>mieux non ???

Certes. Mais, puisqu'on echange beaucoup sur l'orthographe en ce moment,
"resource fork" me parait encore plus proche de la verite... ;*)

>par contre les cdrom en hfs ca n'a jamais existe (ou alors en prive)
>vu que apple a ete parmis les pionniers du iso9660 "high sierra"
>le format est tout simplement translate en "transparent" en hfs
>tout comme c'est le cas sous msdos ou tos (...ou dolmen :-))
>d'ailleurs toutes les docs dont je me suis servi venait de chez
>apple .... il est meme possible de formatter des disquettes
>en iso9660 (super utile :-)) ... enfin bref c'etait cense etre un
>format universel c'est pourquoi ils ont decide a l'epoque de le
>faire different de tous les autres formats pour que toutes les
>plateformes soient sur un pied d'egalite (tous les systemes
>ont besoin de convertir l'iso meme unix ...)

Les CD Mac ne sont pas en ISO9660. L'ISO n'accepte ni les noms longs ni les
icones personnalisees. Cela pourrait etre resolu, me diras-tu, par les
"doubles fichiers". Tout comme la personnalisation de l'affichage des
repertoires.
Mais, dans ce cas, je ne vois pas pourquoi l'organisation ne serait pas
similaire a celle des disquettes ou disques au format MS-DOS. Quand MacOS
ecrit sur ce format, tout le resource fork est range dans un dossier et
dans des fichiers particuliers. Sur le bureau, on ne voit que le dossier
(RESOURCE.FRK) mais les autres fichiers (DESKTOP, FILEID.DAT et FINDER.DAT)
sont caches. Mais ils sont vus par Kobold, par exemple.

Ensuite, quand on grave un CD Mac multissession, cela n'a pas du tout la
meme fonction qu'en ISO. En ISO, le multisession permet soit d'ignorer les
sessions precedentes, soit d'ajouter aux sessions precedentes, soit
d'effectuer une sauvegarde incrementielle (n'ecrire que les fichiers
nouveaux ou modifies).

Pour les CD Mac, un CD grave en plusieurs sessions est toujours
multivolume. Chaque session apparait comme une partition distincte sur le
bureau. L'ISO ne permet pas le multivolume.

D'ailleurs, en ISO, un CD ne pourra etre lu (par un lecteur CD-Rom PC ou
Atari) que si la derniere session est fermee.

Autre chose que l'ISO ne permet pas : si on fait une image ISO, donc un
paquet destine a etre grave tel quel, il ne peut pas etre edite et encore
moins utilise comme une partition. Une image CD HFS peut etre modifiee,
montee sur le bureau comme n'importe quel disque dur, et on peut sans pb
ecrire et lire dessus.

Par contre Toast Pro peut importer les donnees des sessions precedentes
d'un CD en ISO et donc recuperer les fichiers ;*)
D'ailleurs Toast Pro peut aussi graver au format ISO ou hybride (et aussi,
bien sur, Audio, CD-i, Extra, XA... mais c'est ici hors sujet) tout comme
le Mac peut lire des CD ISO.

Je n'ai pas les docs Apple, par contre j'ai la doc de Toast Pro, qui est le
meilleur soft de gravage actuellement, realise par Astarte, et repris par
Adaptec.
Et il est bien confirme que les CD Mac sont au format HFS.

Par contre, de chez Apple, j'ai eu la curiosite de jeter un oeil a la doc
de mon premier lecteur CD-Rom : un Apple CD 300e Plus.

Il y est dit qu'on peut utiliser les formats de CD Rom suivants (avec le
driver Apple de l'epoque, 1993):

- HFS
- ISO9660
- High Sierra, qui est le predecesseur de l'ISO

Je veux bien croire qu'Apple a toujours ete prevoyant, mais pas au point de
prevoir, et surtout d'implementer, dans un driver de CD un format qui,
selon toi, n'existe pas sur CD.

>de toutes facons s'ils etaient en hfs les cdronds,on ne les verrait
>pas sur atari , cqfd ....


Bon, le Mac peut lire l'ISO mais ce que je ne savais pas, par contre, c'est
que les Atari pouvaient lire les disques Mac...
Et, avant que tu t'empresses de me repondre "Si ! Si!", autant que je te
demande tout de suite par quel moyen.
Jusqu'ici, j'ai consulte mes docs pour verifier la question du HFS. Et j'ai
du mal a croire qu'Apple et Astarte pedalent dans la semoule au point de
declarer un format qui n'existe pas sur CD.

Ensuite, pour verifier ta derniere phrase, j'ai mis un CD Mac sur le
lecteur relie au Falcon. Impossible de l'ouvrir. J'ai verifie et mis un CD
Atari. C'est OK, ma config Metados est correcte. J'ai mis un CD hybride
PC/Mac. La partition PC est ouverte sans probleme. J'ai remis le CD Mac.
Rien. Bon, je ne vais tester tous mes CD Mac, ca prendrait plus de temps
que de tester mes CD Atari sur Mac...
Alors j'ai ouvert MacSee, qui a toujours lu (et lit encore) les disquettes
Mac, ainsi que les disques durs Mac. J'ai deja fait une tonne de transferts
avec, avant le PPC et MagiCMac.
Par contre il ne voit pas plus le CD Mac que le bureau. Trop vieux, et pas
prevu pour fonctionner avec Metados...
Alors, quel est le canaillou qui, sur Atari, lit les CD Mac ? ;*))


Jean-Jacques Ardoino
j...@pressimage.fr

François-xavier Leroy

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

On 15 Sep 1997 02:48:56 GMT, "Centek" <Acces.Jo...@wanadoo.fr>
wrote:

>par contre les cdrom en hfs ca n'a jamais existe (ou alors en prive)
>vu que apple a ete parmis les pionniers du iso9660 "high sierra"
>le format est tout simplement translate en "transparent" en hfs
>tout comme c'est le cas sous msdos ou tos (...ou dolmen :-))

Tiens, c'est amusant.. Je viens de voir sur une documentation d'un
driver permettant de lire les cd rom Mac sous OS/2 que certains cd rom
contenaient une session HFS et une session ISO (cette derniere etant
lisible sur un PC).

Différence de formatage entre iso et high sierra dans ce cas ?


--
fxleroy@mail.dotcom.fr---------http://fxl.base.org---------GSM:0609936728

Renaud PASCAL

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

On 15 Sep 97 16:40:36 G, Pascal Ricard wrote:
:>Bonjour Jean-Jacques,
:>
:> dans un message du 15 Sep 97 à 14:02:35 Jean-Jacques Ardoino disait:
:>
:> JA> Alors, quel est le canaillou qui, sur Atari, lit les CD Mac ? ;*))
:>
:>Spin, dont voici un extrait de la doc (que je laisse dans sa langue
:>d'origine, désolé).
:>
:>
:>SPIN(1) Benutzerkommandos SPIN(1)
:>
:>NAME
:> SPIN! - MiNT- und MagiC-XFS für CD-ROM-Dateisysteme,
:> MetaDOS-BOS-Treiber
:>
:
:>
:>Voilà, et en plus ça doit marcher sous MagicMac/PC...
:>
:>Bye Jean-Jacques,
:>/Pascal/
:>
:>>>> et voici la pensée du jour: <<<
:>The new Pentium Overheat, CPU and water boiler in a single chip!
:>
:>Via *FIST* v2.51 beta Gate on hol.fr (90:800/1.26)
:>
:>--
:>.


Et pour lire les disquettes et/ou le disques et EZ135 Mac
tu n'aurais pas quelque-chose ???
_______________(Loki)_
=== Dark Design ======
______________________ Falcon 030 32, EZ135, 385 IDE, 1.5Go SCSI
======================
ððð Photoline ðððððððð Magic 5.04a
ððð Logic Audio ðððððð
______________________

Pesenti Bruno

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

Renaud PASCAL <rpa...@atos-group.com> wrote (écrivait) :


>
> Et pour lire les disquettes et/ou le disques et EZ135 Mac
> tu n'aurais pas quelque-chose ???

Pour les disquettes, il devrait y avoir MacSee. Mais je ne sais pas oů
le trouver.
Pour les cartouches EZ135, tu peux les formatter DOS afin de les relire
par le mac et sous magic/hddriver cote atari

--
Bruno Pesenti, bpes...@infonie.fr
Mac & Atari

Pesenti Bruno

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

Jean-Jacques Ardoino <j...@pressimage.fr> wrote (écrivait) :


> Par contre il ne voit pas plus le CD Mac que le bureau. Trop vieux, et pas
> prevu pour fonctionner avec Metados...
> Alors, quel est le canaillou qui, sur Atari, lit les CD Mac ? ;*))
>
>

SPIN!
C'est basé sur Metados. Ca marche sous Mint ou Magic (merci Pascal ;-)).
J'arrive à relire des anims quicktime avec mplayer depuis un cd mac mais
pas à tranférer les fichiers du cd ver le dur.
Archive SPIN032.TOS

Pascal Ricard

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

Bonjour Bruno,

dans un message du 15 Sep 97 à 22:21:24 Pesenti Bruno disait:

PB> C'est basé sur Metados. Ca marche sous Mint ou Magic (merci Pascal ;-
PB> )).

:-)

PB> J'arrive à relire des anims quicktime avec mplayer depuis un cd
PB> mac mais pas à tranférer les fichiers du cd ver le dur.

Ah j'ai noté ce problème aussi avec des gros fichiers de plusieurs dixaines
de Mo, des pistes de cd audio.

(j'en vois déjà qui bavent)

Bye Bruno,
/Pascal/

>>> et voici la pensée du jour: <<<

Vous pouvez éteindre votre ordinateur et reprendre une activité normale ;-)

Jean-Jacques Ardoino

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

In article <5vgqm6$6ia$1...@nef.ens.fr>,
cu...@vedette.ens.fr (Emmanuel Curis) wrote:

> À moins peut-être qu'il ne s'agisse de CD mixtes, auquel cas une bonne
>partie des fichiers serait effectivement en double et le CD problement en ISO.
> Pure hypothèse gratuite, je ne suis pas spécialiste des CD-ROMs.

Non, les CD mixtes ont une organisation différente. S'il y avait un ISO
commun avec les fichiers en double pour le Mac, il seraient inutilisables
par les autres utilisateurs. Et il faudrait les copier encore une fois en
fichiers simples, ce qui prendrait trop de place.

En fait, sur les CD hybrides, on fait l'inverse : il y a des partitions
separees dont seule la partition ISO est lisible par le PC. Et, s'il y a
des fichiers communs, ils ne sont presents qu'une seule fois. La gravure
organise le CD pour que ces fichiers soient lu par les deux systemes. Et
si, pour ces fichiers, il y a des resource forks, ces derniers se trouvent
uniquement sur la partie HFS du CD.

Je ne pense pas que le probleme des fichiers doubles vienne du CD.

Jean-Jacques Ardoino
j...@pressimage.fr

Pascal Ricard

non lue,
15 sept. 1997, 03:00:0015/09/1997
à

Bonjour Jean-Jacques,

dans un message du 15 Sep 97 à 14:02:35 Jean-Jacques Ardoino disait:

JA> Alors, quel est le canaillou qui, sur Atari, lit les CD Mac ? ;*))

Spin, dont voici un extrait de la doc (que je laisse dans sa langue
d'origine, désolé).


SPIN(1) Benutzerkommandos SPIN(1)

NAME
SPIN! - MiNT- und MagiC-XFS für CD-ROM-Dateisysteme,
MetaDOS-BOS-Treiber

VERSION
Release 0.32

[.../...]

SPIN.XFS - ein Level-3-Treiber für MiNT

Dies ist ein MiNT-Dateisystemtreiber für CD-ROMs, der auf den
MetaDOS-BOS-Treibern aufbaut. Er kann also unter `Plain-MiNT',
MultiTOS, N.AES oder anderen MiNT-kompatiblen AES-Versionen
eingesetzt werden.

Das XFS unterstützt verschiedene Dateisystemtypen:

- ISO9660 Level 1 (das "normale" Format)

- ISO9660 mit "langen" Namen (wird zum Beispiel bei Amiga-CDs
verwendet)

- ISO9660 mit Rockridge-Erweiterungen (von diesen Erweiterungen
wird allerdings nur ein Teil ausgewertet)

- ISO9660 mit Apple-Erweiterungen (Resourcefork, Type und Crea-
tor)

- ISO9660/Joliet: das Windows-95-Format, die Umwandlung der
Unicode-Zeichen in Dateinamen ist allerdings noch nicht ge-
testet)

- Macintosh-HFS

- Audio-CDs (erfordert audio-fähigen Level-2-Treiber (BOS-
Treiber))

[.../...]

BESONDERHEITEN BEI MAC-CDS

Zwei Varianten von Macintosh-CDs werden unterstützt: ISO9660-For-
mate mit Apple-Erweiterungen und CD-ROMs im Macintosh-HFS-Format.
In beiden Fällen werden die MacMiNT- bzw. MagiCMac-Erweiterungen
zum Zugriff auf die Daten unterstützt:

- Type und Creator können per Dcntl/Fcntl FMACGETTYCR abgefragt
werden

- Auf die Resource-Fork kann per Fcntl FMACOPENRES zugegriffen
werden

Bei CDs im HFS-Format tut SPIN! sein bestes, die Mac-Zeichen in
Dateinamen in sinvolle TOS-Äquivalente umzusetzen. Das ist aber
natürlich nicht immer einwandfrei möglich.

[.../...]

SPINMAGC.XFS - ein Level-3-Treiber für MagiC

Wer den Abschnitt über das MiNT-XFS übersprungen hat, darf jetzt
zurückblättern: SPINMAGC.XFS bietet nämlich exakt den identischen
Funktionsumfang, nur eben unter MagiC (getestet unter MagiC 5.x).

[.../...]

Voilà, et en plus ça doit marcher sous MagicMac/PC...

Bye Jean-Jacques,
/Pascal/

>>> et voici la pensée du jour: <<<

The new Pentium Overheat, CPU and water boiler in a single chip!

Via *FIST* v2.51 beta Gate on hol.fr (90:800/1.26)

--

Jean-Jacques Ardoino

non lue,
16 sept. 1997, 03:00:0016/09/1997
à

In article <1997091523...@ppp-9-51.infonie.fr>,
b.pe...@infonie.fr (Pesenti Bruno) wrote:

>Pour les disquettes, il devrait y avoir MacSee. Mais je ne sais pas oů
>le trouver.
>Pour les cartouches EZ135, tu peux les formatter DOS afin de les relire
>par le mac et sous magic/hddriver cote atari

MacSee c'est DMC et ca devait donc, dans le temps, etre SCAP en France.
C'est con que ca n'est pas ete verse au domaine public, maintenant, parce
que ca a l'air completement abandonne. Enfin, faudrait verifier, ca l'est
peut-etre.

Ca lit toujours les disquettes Mac sans pb, ainsi que les disques durs. Ca
pourrait egalement lire l'EZ135 formate Mac, normalement. Mais je ne peux
l'affirmer.

Jean-Jacques Ardoino
j...@pressimage.fr

Jean-Jacques Ardoino

non lue,
16 sept. 1997, 03:00:0016/09/1997
à

In article <1997091522...@ppp-9-51.infonie.fr>,
b.pe...@infonie.fr (Pesenti Bruno) wrote:

>SPIN!
>C'est basé sur Metados. Ca marche sous Mint ou Magic (merci Pascal ;-)).
>J'arrive à relire des anims quicktime avec mplayer depuis un cd mac mais
>pas à tranférer les fichiers du cd ver le dur.
>Archive SPIN032.TOS

Ok, voila un truc interessant ! merci a tous deux (Bruno et Pascal) pour le
tuyau.

N'empeche que la doc de SPIN, comme les docs Astarte et Apple, annonce
gerer un format de CD-Rom que David annonce comme inexistant... ;*)

Jean-Jacques Ardoino
j...@pressimage.fr

Jean-Jacques Ardoino

non lue,
16 sept. 1997, 03:00:0016/09/1997
à

In article <329pasca...@hol.fr>,
pascal...@hol.fr (Pascal Ricard) wrote:

>Bonjour Jean-Jacques,
>
> dans un message du 15 Sep 97 à 14:02:35 Jean-Jacques Ardoino disait:
>
> JA> Alors, quel est le canaillou qui, sur Atari, lit les CD Mac ? ;*))
>
>Spin, dont voici un extrait de la doc (que je laisse dans sa langue
>d'origine, désolé).
>
>
>SPIN(1) Benutzerkommandos SPIN(1)

>[.../...]
>

Bon, les mecs, vous me faites bosser comme un malade... ;*)

Mais il ne faudrait pas trop m'envoyer sur de fausses pistes...

J'ai commencé l'essai de SPIN. Quand je dis "commencé" c'est que, utilisant
un Falcon de secours, je n'y avais pas encore installé MagiC, mais c'est en
train de se faire.

Bon, premiers essais de SPIN sous TOS normal.

Je ne compte pas les redémarrages et les modifs du config.sys, les essais
de cdargen livré avec Metados 2.7 alternatifs avec ceux de spin_cd livré
avec Spin. Impossible de faire reconnaître le lecteur. Et, bien sûr, pas de
pb avec mon Metados 2.5 habituel (avec les drivers CD Tools).

Tout ça en pure perte, parce que Metados 2.7 annonce dans sa doc, que j'ai
fini par relire, une incompatibilité avec Falcon. Ce qui n'est pas exact,
d'ailleurs : Metados 2.7 et le Metados 2.74 de Spin fonctionnent très bien
sur mon Falcon, à condition que je n'utilise ni le BOS de Metados 2.7 ni
celui de SPIN, mais que je conserve mes drivers CD Tools.
Donc, me voilà revenu à la case départ... De toute façon, dans la doc de
Spin, il n'est précisé de gestion CD HFS que pour la version MiNT du
driver. Il n'est donc pas certain que les versions TOS et MagiC gèrent le
HFS... Sauf si vous le confirmez, bien entendu.

Bon, me reste maintenant à aller faire un tour sur un site où je pense que
je peux trouver des trucs pour Metados. Mais ça ne résoudra pas le pb de
SPIN version TOS. Je ferai quand même l'essai d'utiliser SPIN_SD.BOS avec
Metados 2.5, mais je n'y crois pas beaucoup, puisque le problème ne semble
pas venir du PRG.

>Voilà, et en plus ça doit marcher sous MagicMac/PC...
>

Peut-être, dans le cas où le HFS serait déjà géré avec le driver pour
MagiC. Reste que je n'ai jamais utilisé Metados & consorts sous MagiCMac.
Pour cause, MagiCMac reconnaît les CD tout seul. Oui, mais pour les CD Mac,
me diras-tu, Pascal ? Eh bien, MagiCMac lit aussi les CD Mac. C'est
logique...

JJ

PS : Ca y est, MagiC est installé, ainsi que le driver CD qui marche
nickel. Sauf qu'il ne lit pas vraiment les CD Mac. Il trouve seulement un
fichier qu'il nomme TRACK01.DAT de 630 Mo. Quant au deuxième, il le mouline
depuis un quart d'heure. C'est pourtant un banal CD contenant une centaine
de fichiers archivés, mais rien à faire. MagiC reste bloqué jusqu'à ce que
je lui offre un CD qu'il puisse lire correctement (ISO)

Bon, allez, je ne me paie pas l'installation et je vous crois sur parole
pour la lecture du CD HFS sous MiNT. D'autant plus que c'est seulement dans
ce qui concerne SPIN.XFS dans la doc qu'il est question des divers formats
reconnus (même s'il est dit aussi que le driver pour MagiC a exactement les
mêmes fonctions que le driver sous MiNT).

Par contre, un gag amusant avec cette nouvelle version 5.13 de MagiC, avec
le même Ease qu'avant (5.01). Quand on déplace une fenêtre, c'est toute la
fenêtre qui se déplace en temps réel, et pas seulement son fantôme. Et cela
avec un seul bouton de la souris ! Ce n'est pas seulement un avant-goût,
c'est directement le goût de MagiC !

Jean-Jacques Ardoino
j...@pressimage.fr

Pascal Ricard

non lue,
16 sept. 1997, 03:00:0016/09/1997
à

Bonjour Jean-Jacques,

dans un message du 16 Sep 97 à 00:00:32 Jean-Jacques Ardoino disait:

JA> N'empeche que la doc de SPIN, comme les docs Astarte et Apple,
JA> annonce gerer un format de CD-Rom que David annonce comme
JA> inexistant... ;*)

Oui oui, c'est pour ça que j'ai des cd qui étaient illisibles auparavant...;-)

Bye Jean-Jacques,
/Pascal/

>>> et voici la pensée du jour: <<<

Vous pouvez éteindre votre ordinateur et reprendre une activité normale ;-)

Via *FIST* v2.51 beta Gate on hol.fr (90:800/1.26)

--

Pascal Ricard

non lue,
16 sept. 1997, 03:00:0016/09/1997
à

Bonjour Jean-Jacques,

dans un message du 16 Sep 97 à 10:16:16 Jean-Jacques Ardoino disait:

JA> Bon, les mecs, vous me faites bosser comme un malade... ;*)

T'es là pour ça :-)

D'abords je précise que je n'ai *pas* Magic.

[.../...]

JA> Bon, premiers essais de SPIN sous TOS normal.
JA>
JA> Je ne compte pas les redémarrages et les modifs du config.sys, les
JA> essais de cdargen livré avec Metados 2.7 alternatifs avec ceux de
JA> spin_cd livré avec Spin. Impossible de faire reconnaître le lecteur.
JA> Et, bien sûr, pas de pb avec mon Metados 2.5 habituel (avec les
JA> drivers CD Tools).
JA> Tout ça en pure perte, parce que Metados 2.7 annonce dans sa doc, que
JA> j'ai fini par relire, une incompatibilité avec Falcon. Ce qui n'est
JA> pas exact, d'ailleurs : Metados 2.7 et le Metados 2.74 de Spin
JA> fonctionnent très bien sur mon Falcon, à condition que je n'utilise ni
JA> le BOS de Metados 2.7 ni celui de SPIN, mais que je conserve mes
JA> drivers CD Tools. Donc, me voilà revenu à la case départ... De toute

Il est notoire qu'avec un Falcon il ne fallait pas utiliser cdargen.bos mais
falcon.bos (avec Metados) principalement pour les cd-audios. Maintenant ça
marche avec le bos de Spin (mais pas mieux qu'avec falcon.bos sous Tos
normal), mais il faut avoir "installé" cbhd ou scsidrv (du package cbhd).


JA> façon, dans la doc de Spin, il n'est précisé de gestion CD HFS que
JA> pour la version MiNT du driver. Il n'est donc pas certain que les
JA> versions TOS et MagiC gèrent le HFS... Sauf si vous le confirmez, bien
JA> entendu.

Tu as raison pour le Tos normal.

[.../...]

>> Voilà, et en plus ça doit marcher sous MagicMac/PC...
>>

JA> Peut-être, dans le cas où le HFS serait déjà géré avec le driver
JA> pour MagiC. Reste que je n'ai jamais utilisé Metados & consorts sous
JA> MagiCMac. Pour cause, MagiCMac reconnaît les CD tout seul. Oui, mais
JA> pour les CD Mac, me diras-tu, Pascal ? Eh bien, MagiCMac lit aussi les
JA> CD Mac. C'est logique...

Oui, logique. Mais Spin n'apporte pas que ça. Comment ton driver voit-il un
cd-audio ou cd-extra ?


JA> PS : Ca y est, MagiC est installé, ainsi que le driver CD qui marche
JA> nickel. Sauf qu'il ne lit pas vraiment les CD Mac. Il trouve seulement
JA> un fichier qu'il nomme TRACK01.DAT de 630 Mo. Quant au deuxième, il le
JA> mouline depuis un quart d'heure. C'est pourtant un banal CD contenant

Ah! Tu n'as pas installé mm_scsi.prg...

Pour terminer, voici un extrait d'un message que j'ai posté dans une conf
NeST récemment:


PR> Bon, résumons-nous:
PR>
PR> L'installation se passe sous Tos "normal".
PR>
PR> 1- partir d'une config de Metados qui marche.
PR> 2- mettre Metaxbs.prg dans le dossier Auto. Avant MiNT pour... MiNT,
PR> peu importe pour Mag!c.
PR> 3- mettre Spin.xfs dans le dossier Multitos, ou Spinmagc.xfs dans le
PR> dossier \GEMSYS\MAGIC\XTENSION pour Mag!c.
PR> 4- remplacer dans config.sys Falcon.bos (ou Cdargen.bos) par
PR> Spin_SD.bos. Pour que ce dernier fonctionne, il faut soit que CBHD
PR> soit installé, soit mettre Scsidrv.prg ou Scsidrv.prx dans le dossier
PR> auto (j'ai laissé en *.prx, il le trouve), ou mm_scsi.prg/x sous
PR> Mag!cMac. Ces 2 programmes se trouvent dans l'archive de CBHD.
PR>
[.../...]
PR> ;
PR> ; Config.sys : Configuration de MetaDos
PR> ;
PR>
PR> ; Physical Basic operating system format
PR> ;*BOS, [Physical Bos driver][Arguments], [Physical id]:[DMA channel],
PR> ... ;
PR> ;*BOS, C:\CD-ROM.DRV\FALCON.BOS, X:12
PR> *BOS, c:\CD-ROM.DRV\spin_sd.bos, X:12
PR> ;
PR> ; Logical DOS format.
PR> ;*DOS [Logical DOS] [Arguments], [Logical id]:[physical id],...
PR> ;
PR> *DOS, C:\CD-ROM.DRV\ISO9660F.DOS, N:X
PR>
PR> Enjoy... ;-)

Bye Jean-Jacques,
/Pascal/

>>> et voici la pensée du jour: <<<

You want it all but you can't have it

Jean-Jacques Ardoino

non lue,
17 sept. 1997, 03:00:0017/09/1997
à

In article <341pasca...@hol.fr>,
pascal...@hol.fr (Pascal Ricard) wrote:

> dans un message du 16 Sep 97 à 10:16:16 Jean-Jacques Ardoino disait:
>
>

>Il est notoire qu'avec un Falcon il ne fallait pas utiliser cdargen.bos mais
>falcon.bos (avec Metados) principalement pour les cd-audios. Maintenant ça
>marche avec le bos de Spin (mais pas mieux qu'avec falcon.bos sous Tos
>normal), mais il faut avoir "installé" cbhd ou scsidrv (du package cbhd).

Attends, c'est nouveau, ça. C'était pas dans le contrat... ;*)
Il y avait un autre canaillou à installer au préalable... Jamais entendu
parler jusqu'ici. Comment aurais-je pu deviner (ou alors j'ai mal lu et
relu la doc de Spin) ?

Le problème, maintenant, c'est que le package CBHD cela ne me dit
absolument rien. Je suis allé faire un tour sur www.filez.com, sans rien
trouver. Alors, peut-être que si tu me dis à quoi correspondent ces quatre
initiales ésotériques (pour moi) je vais rougir de honte en disant "bon
sang, mais c'est bien sûr !". Ou peut-être qu'en épluchant la presse Atari
je vais trouver un truc qui en parle... Mais là je sèche...

> JA> Peut-être, dans le cas où le HFS serait déjà géré avec le driver
> JA> pour MagiC. Reste que je n'ai jamais utilisé Metados & consorts sous
> JA> MagiCMac. Pour cause, MagiCMac reconnaît les CD tout seul. Oui, mais
> JA> pour les CD Mac, me diras-tu, Pascal ? Eh bien, MagiCMac lit aussi les
> JA> CD Mac. C'est logique...
>
>Oui, logique. Mais Spin n'apporte pas que ça. Comment ton driver voit-il un
>cd-audio ou cd-extra ?
>

Bon, je vais regarder comment MagiCMac voit un CD audio ou un CD extra, et
s'il y a une différence si Spin est installé.

Je rappelle tout de même que la question de départ était la reconnaissance
des CD HFS et que, dans ta formulation, on pouvait comprendre que Spin
pouvait peut-être tourner sur MagiCMac dans ce but, d'où ma réponse.


Bon, ceci étant dit, l'urgent est maintenant que tu m'en dises plus sur
CBHD, afin que j'aie toutes les cartes en main, même si je dois avoir l'air
ridicule parce qu'il s'agit d'un truc connu. Je suppose tout de même que ce
n'est pas archi-connu...

D'autant plus que, surtout si CBHD est en free ou shareware, il y a là de
quoi faire un petit test sympa dans ma rub sharewares sur Spin et consorts.
En te citant bien sûr car, si j'estime avoir fait déjà un bon boulot sur la
question, je pense également que le tien et tes infos sont essentiels.

A+

JJ

Jean-Jacques Ardoino
j...@pressimage.fr

Pascal Ricard

non lue,
17 sept. 1997, 03:00:0017/09/1997
à

Bonjour Jean-Jacques,

dans un message du 17 Sep 97 à 08:30:33 Jean-Jacques Ardoino disait:

JA> Je rappelle tout de même que la question de départ était la
JA> reconnaissance des CD HFS et que, dans ta formulation, on pouvait
JA> comprendre que Spin pouvait peut-être tourner sur MagiCMac dans ce
JA> but,
JA> d'où ma réponse.

C'est vrai que j'ai un peu dévié du sujet de départ, mais c'était pour la
bonne cause ;-)

Pour MagicMac, c'est juste ce que j'ai compris dans la doc mais j'ai
peut-être extrapolé.


JA> Bon, ceci étant dit, l'urgent est maintenant que tu m'en dises plus
JA> sur CBHD, afin que j'aie toutes les cartes en main, même si je dois
JA> avoir l'air ridicule parce qu'il s'agit d'un truc connu. Je suppose
JA> tout de même que ce n'est pas archi-connu...

Pardon si je t'ai enduit d'erreur ;-)
Il n'est peut-être pas très connu, certe. Cet acronyme doit vouloir dire
"Claus Brod Hard Disk" ou quelque chose d'approchant, mais c'est bien le nom
du programme. C'est un driver de disques SCSI freeware (le prog de config,
lui, est un shareware à 20 DM) de Steffen Engel (auteur, sauf erreur, de CD
Tools ?). Je ne suis pas certain qu'il ne gère pas l'IDE sur Falcon (sauf
erreur ?) et je ne l'ai pas essayé, en partie à cause de la doc. Il est dispo
sur TheBBS (cbhd502.tos), sur le CD Stratos n.1 et bien sûr sur le site de
l'auteur

file://members.aol.com/steffene/index.html (selon l'excellent index de Jo)

Voilà, c'est tout c'que j'sais :-)

Bye Jean-Jacques,
/Pascal/

>>> et voici la pensée du jour: <<<

Qu'importe le Falcon pourvu qu'on ait l'ivresse

Via *FIST* v2.52A beta Gate on hol.fr (90:800/1.26)

--

Jean-Jacques Ardoino

non lue,
17 sept. 1997, 03:00:0017/09/1997
à

In article <351pr...@hol.fr>,
pascal...@hol.fr (Pascal Ricard) wrote:

>Pour MagicMac, c'est juste ce que j'ai compris dans la doc mais j'ai
>peut-être extrapolé.

;*)

>Pardon si je t'ai enduit d'erreur ;-)
>Il n'est peut-être pas très connu, certe. Cet acronyme doit vouloir dire
>"Claus Brod Hard Disk" ou quelque chose d'approchant, mais c'est bien le nom
>du programme.>

En tout cas, tu m'auras permis de découvrir l'existence de ce truc, que je
vais donc essayer. Mais c'est vrai que je m'étonne un peu qu'il faille,
pour utiliser certaines fonctions finalement obtenues avec des variantes de
drivers Metados, utiliser un driver SCSI particulier (et quasiment
inconnu).

D'autant plus que, si le driver est différent (c'est ce que j'ai cru
comprendre) suivant qu'on démarre sous MagiC ou sous TOS, j'espère qu'on
peut se contenter d'activer le driver par un double clic sur un PRG, comme
avec ICD ou SCSI-Tool. Parce que s'il faut changer de driver SCSI à chaque
fois qu'on change de config...

Et, pendant qu'on y est, comme je vais récupérer sous peu mon Falcon
principal, équipé d'une Nemesis qui, paraît-il, n'est pas dispo (private
joke) et surtout, pour ce qui nous concerne, sur lequel MiNT est installé,
autant savoir tout de suite s'il faut aussi jongler avec les drivers SCSI
sous MiNT pour que SPIN.XFS fonctionne.

Grace à un e-mail de Mikael Cousin reçu se matin, j'ai pu récupérer CBHD
directement sur le site de l'auteur.

A+


Jean-Jacques Ardoino
j...@pressimage.fr

François Jacquemin

non lue,
17 sept. 1997, 03:00:0017/09/1997
à

>
> Et pour lire les disquettes et/ou le disques et EZ135 Mac
> tu n'aurais pas quelque-chose ???

> _______________(Loki)_
> === Dark Design ======
> ______________________ Falcon 030 32, EZ135, 385 IDE, 1.5Go SCSI
> ======================

> ррр Photoline рррррррр Magic 5.04a
> ррр Logic Audio рррррр
> ______________________

Si : les recopier, a partir d'un Mac, sur une disquette Dos. En
refomattant au besoin les noms longs.

C'est plus facile a trouver que Macsee, je suppose !

Renaud PASCAL

non lue,
17 sept. 1997, 03:00:0017/09/1997
à

On 17 Sep 1997 12:48:01, François Jacquemin wrote:
:>
:>>
:>> Et pour lire les disquettes et/ou le disques et EZ135 Mac

:>> tu n'aurais pas quelque-chose ???
:>> _______________(Loki)_
:>> === Dark Design ======
:>> ______________________ Falcon 030 32, EZ135, 385 IDE, 1.5Go SCSI
:>> ======================
:>> ððð Photoline ðððððððð Magic 5.04a
:>> ððð Logic Audio ðððððð
:>> ______________________
:>
:>Si : les recopier, a partir d'un Mac, sur une disquette Dos. En
:>refomattant au besoin les noms longs.
:>
:>C'est plus facile a trouver que Macsee, je suppose !
:>.


Hum, je l'admets...
Cependant, le problŠme (le mien en tous cas) est de recevoir
par la poste des disques d'autres musicos ayant un Mac et de devoir
les r‚cup‚rer sur mon systŠme Atari!
Eh non, je n'ai pas encore de MAc, et je n'en aurai peut-ˆtre jamais,
de toutes fa‡ons pas actuellement uniquement pour me servir
de serveur de cartouches!!!

A bient“t.

_______________(Loki)_
=== Dark Design ======
______________________ Falcon 030 32, EZ135, 385 IDE, 1.5Go SCSI
======================

Pascal Ricard

non lue,
17 sept. 1997, 03:00:0017/09/1997
à

Bonjour Jean-Jacques,

dans un message du 17 Sep 97 à 13:24:39 Jean-Jacques Ardoino disait:

JA> En tout cas, tu m'auras permis de découvrir l'existence de ce truc,
JA> que je vais donc essayer. Mais c'est vrai que je m'étonne un peu qu'il
JA> faille, pour utiliser certaines fonctions finalement obtenues avec des
JA> variantes de drivers Metados, utiliser un driver SCSI particulier (et
JA> quasiment inconnu).

Ben c'est à dire que Spin_SD est le même pour tous les environnements. Il
est (semble) prévu au départ pour fonctionner par dessus CBHD mais il y a des
alternatives et des programmes intermédiaires pour l'adapter. Pour faire une
comparaison, je dirais que Sigma fabrique un objectif et le livre avec une
bague différente pour chaque type de boîtier. De même, un programme pour
Magic tourne (ou devrait tourner) de la même manière sur PC, Mac ou Atari.


JA> D'autant plus que, si le driver est différent (c'est ce que j'ai cru
JA> comprendre) suivant qu'on démarre sous MagiC ou sous TOS, j'espère
JA> qu'on peut se contenter d'activer le driver par un double clic sur un
JA> PRG, comme avec ICD ou SCSI-Tool. Parce que s'il faut changer de
JA> driver SCSI à chaque fois qu'on change de config...

Mieux que ça, il suffit de le laisser avec l'extension prx (ce que je me
permettrai de recommander sinon il se lance 2 fois).


JA> Et, pendant qu'on y est, comme je vais récupérer sous peu mon Falcon
JA> principal, équipé d'une Nemesis qui, paraît-il, n'est pas dispo

Ah, super ça. Je songe aussi depuis un moment à accélérer le mien avec l'une
des 2 cartes proposées sur le marché. Peut-être lors du prochain "forum".


JA> (private joke) et surtout, pour ce qui nous concerne, sur lequel MiNT
JA> est installé, autant savoir tout de suite s'il faut aussi jongler avec
JA> les drivers SCSI sous MiNT pour que SPIN.XFS fonctionne.
JA>
JA> Grace à un e-mail de Mikael Cousin reçu se matin, j'ai pu récupérer
JA> CBHD directement sur le site de l'auteur.

Aller, au boulot ;-)

Bye Jean-Jacques,
/Pascal/

P.S. pour Rémi: si tu nos écoutes, pourais-tu nous translater les docs de
Spin et CBHD ?


>>> et voici la pensée du jour: <<<

UFP Starfleet Command: End Transmission

Centek

non lue,
19 sept. 1997, 03:00:0019/09/1997
à

Jean-Jacques Ardoino <j...@pressimage.fr> a écrit dans l'article
<B042F07B9...@mon13-07.planete.net>...

> In article <01bcc181$d2359480$190844c3@p-d-mou>,
> "Centek" <Acces.Jo...@wanadoo.fr> wrote:

> Certes. Mais, puisqu'on echange beaucoup sur l'orthographe en ce moment,
> "resource fork" me parait encore plus proche de la verite... ;*)

vi vi ,daigne excuser mon gallicisme ....

>L'ISO n'accepte ni les noms longs (...)
faux,les noms ISO9660 SONT des noms longs !!!!!!
seul le jeu de caractere est special ( arrrg encore un jeu de caractere !!)

enfin moi ce que j'en dis c'est ce que j'ai lu dans les docs
du ftp developpeur APPLE ainsi que dans une doc de chez
Quixote qui explique tres clairement la translation iso/hfs...
et quand j'analyse les secteurs d'un cd-mac je ne vois rien qui
ne soit pas conforme avec iso9660....
apres vient le (vaste) probleme du driver......
m'enfin si tu veux qu'ils soient hfs je ne suis pas contre :-)))

hmmm?
DAVID,


--
Centek
4, avenue Saint Exupery
60180 Nogent sur Oise
Telephone: 0344 746 330
Fax: 0344 746 340

www.eeb.fr/centek/

Centek

non lue,
19 sept. 1997, 03:00:0019/09/1997
à

> N'empeche que la doc de SPIN, comme les docs Astarte et Apple, annonce
> gerer un format de CD-Rom que David annonce comme inexistant... ;*)
>

bon je vois que tu continue a me prendre pour un con :-((
donc je vais juste soumettre a ta reflexion une petite doc
developpeur APPLE ....
reference:
journal 'develop' , juillet 90 ,page 272 et +
auteur: brian bechtel,(advanced technology group)

page 278:
" an associated file is a file with the SAME NAME as a regular file
but with the attribute bit set in the directory record . This scheme
accomodates DATA & RESOURCE FORK of a macintosh file (.....) "

je me suis donc (etant tres con) laisse dire qu'un cd avec des
fichiers en doubles ca correspondait a la description ci-dessus....
vraiment je suis trop con :-))

suite(page 279):
"the data fork of a macintosh file is stored as a regular file,and
the resource fork is stored as an associated file (.....) an associated
file is defined to exist only in conjonction with a regular file of
the SAME NAME(...)"

non mais quel con vraiment quel con je suis :-))

suite:
(et la lit bien c'est les noms longs)
"LIKE iso9660 & high sierra, HFS filenames can have a maximum
of 31 characters" !!!
(et oui c'est les meme coms longs qu'en HFS !!!!)

en fait il ya une difference c'est que HFS est MOINS BIEN vu
qu'il n'est pas capable de differencier majuscule et minuscule
et qu'on ne peut pas mettre ":" dans le nom ....

DAVID "robe orange" GODEC

(SOI MEME :-)

Jean-Jacques Ardoino

non lue,
19 sept. 1997, 03:00:0019/09/1997
à

In article <01bcc455$c2a838c0$LocalHost@p-d-mou>,
"Centek" <Acces.Jo...@wanadoo.fr> wrote:

>et qu'on ne peut pas mettre ":" dans le nom ....

Logique : c'est le séparateur de répertoires en HFS...

Sous d'autres systèmes, on peut mettre le slash ou l'anti-slash dans un nom
de fichier, quand celui-ci est déjà utilisé par le système comme séparateur
de répertoire ?

Je ne pense pas que tu sois un con. Par contre tu es obstiné.

Toutes les docs actuelles (enfin, depuis quelques mois, voire quelques
années, définissent le format CD Mac comme étant HFS. Il s'agit bien sûr
d'un format logique où la présence de doubles fichiers est connue et n'est
pas particulière au CD (et je ne la consteste pas : quand j'ouvre un
sélecteur de fichiers sous Mac, je ne vois qu'un seul fichier mais il est
clair qu'il y en a deux, comme l'attestent les infos sur la ligne en bas du
sélecteur).

Je n'ai pas appris par coeur le volume dInsideMac consacré à la gestion des
fichiers (CDRom inclus) mais j'y ai tout de même jeté un oeil. J'ai
effectué une recherche sur "ISO". Néant...

Et Inside Mac reste une référence.

Un Mac peut lire un CD ISO sans pb mais pas monter plusieurs volumes quand
ils ne sont pas en HFS. C'est pour cela qu'avec un CD hybride on ne verra
pas la partition ISO sur un Mac. Enfin, si, on peut la voir avec CDROm
Toolkit, ou bien en inhibant la reconnaissance du volume HFS. Auquel cas
c'est le volume ISO qui sera pris en compte et monté sur le bureau.

Dernier point : si les CD Mac étaient gravés en ISO, il ne serait
certainement pas aussi compliqué (voir mes posts précédents) de lire un CD
Mac sur Atari. Ca pourrait donner un joyeux bordel dans la fenêtre, mais il
y aurait une tonne d'utilitaires qui seraient capables de passer outre le
HFS pour lire les fichiers.

OK, pour les noms longs je me suis trompé. Ce qui était vrai au début ne
l'est plus. Pour les majuscules et minuscules, ce que tu dis est exact.
Quant à la question du ":", ta précision est inutile car ce n'est en rien
une limitation du HFS. Dans tous les systèmes il y a des caractères
interdits pour les noms de fichiers ou de dossiers. Pour le HFS il n'y en a
qu'un, le ":", parce qu'il est utilisé par le système pour définir le
séparateur de répertoires.
Si tu peux mettre un "\" dans un nom de fichier destiné à être lu sour DOS
ou sous TOS, fais-le moi savoir...

De toute façon, la question n'est pas de savoir si le HFS est mieux ou
moins bien, mais de savoir s'il peut être lu sur Atari.

Maintenant, que dans la masse des CD avec des données Mac il puisse y en
avoir quelques uns qui soient gravés en ISO, ce n'est pas impossible.
L'aventure est toujours au coin de la rue. Disons simplement que, depuis
pas mal de temps déjà, cela ne se pratique pas, tout simplement parce qu'on
a pas besoin, même pour des CD devant être également lus sur PC : le format
hybride est satisfaisant, d'autant plus qu'il gère très bien les données
partagées.

Reste que, puisque tu as tenu à ajouter tout cela, qui n'est d'ailleurs pas
un mystère, c'est parce que tu n'as pas tout à fait compris que le CD HFS
n'est pas une pure invention de ma part.

Nous n'avons pas la même méthode de travail. Je suis plus littéraire que
scientifique, je ne le cache pas, mais j'ai comparé différentes docs pour
mieux comprendre, pour voir si, effectivement, je ne faisais pas une erreur
en définissant le format du CD Mac comme étant en HFS. Je constate
simplement que, depuis la doc d'un lecteur CD Apple à Inside Mac (référence
officielle des développeurs) en passant par la doc de mon logiciel de
gravure, le format HFS du CD est une notion qui ne couvre pas de ridicule
celui qui l'utilise.

Toi, de ton côté, tu trouves cela risible. Libre à toi de tout faire pour
rester dans l'originalité, mais permets-moi de te faire remarquer que, sous
l'argument massue de "confirmation par une doc de développeur" (un document
dont par ailleurs je ne conteste pas le sérieux, c'est un article fait par
quelqu'un d'ATG), tu as simplement été chercher des citations dont tu
penses qu'elles confirment ton argument de départ, sans aller vérifier dans
d'autres sources.

Et il se trouve que :

- les éléments que tu donnes sont presque basiques : si beaucoup
d'utilisateurs débutants ne savent pas que c'est directement sur le disque
Mac que sont stockés (séparés) les fichiers Data et Resource et pas
seulement quand on lit un disque Mac depuis une méthode pas très au point
sur un autre système, beaucoup le savent ou le comprenne vite, et on
pourrait lire ça dans SVM Mac.

- d'ailleurs, quand tu copies les fichiers sur un disque formaté DOS, par
exemple, il ne copie que le Data en fichier directement accessible (les
Resources sont alors stockés ensemble dans une base de données et dans un
dossier), pour le cas où le disque serait lu par un autre Mac. Ce n'est que
du confort, ça permet de récupérer les types, creator, previews d'image et
autres trucs sympathiques mais pas indispensables (sauf peut-être pour les
applications, encore qu'il suffit de les compacter).

- les éléments que tu donnes concernent le HFS en général et non la
question particulière du format Mac sur les CD. Le seul endroit où tu
reviens dans le sujet, c'est d'ailleurs pour préciser qu'il existe des
similitudes et des différences entre le HFS et l'ISO. Dans cette doc, tu
n'as visiblement pas lu qu'il y avait des différences entre un ISO et un
autre ISO, ni qu'un ISO pouvait en cacher un autre...

Je ne te prends absolument pas pour un con (du moins pas encore). Mais je
note simplement que cela fait plusieurs fois que, sous le nom de Centek, on
écrit des "vérités enfin dévoilées au public" qui vont à l'encontre de ce
que pensent et définissent un grand nombre de gens qui semblent pourtant
être compétents...

Et, moi, de mon côté, ça ne me gène pas si on me prend pour un con.
J'utilise des ordinateurs et je vois passer des logiciels que vous déclarez
publiquement réalisés par des incompétents, je bosse pour un journal que
vous déclarez publiquement incompétent, et je me sens d'autant plus visé
par ce jugement lapidaire que, même si je n'y suis pas encore mêlé
publiquement (je ne tiens pas compte des délires de Speedy97 qui, lui
aussi, manie assez bien la lecture partiale et la citation détournée), je
l'ai été une fois en privé. Et de façon pas tendre, et même crapuleuse
(déjà cela ne m'a pas été adressé directement) puisqu'elle repose en partie
sur le fait d'ironiser sur mes difficultés à trouver assez de RAM dispo
pour lancer Running sur deux Falcon 4 Mo.

Si le fait de de rencontrer un pb est un signe d'incompétence, et par
conséquent si la compétence est définie par le fait de ne pas avoir
rencontré ce problème, alors nous n'avons pas les mêmes définitions.

Personne (à part un lecteur, mais une fois que j'avais déjà trouvé la cause
et donc, rapidement, la solution), ni même l'auteur de Running (car je fais
mon boulot, dans ce cas, je contacte l'auteur) n'a su me dire pourquoi je
manquais de RAM. Normal, beaucoup de gens utilisent ICD ou plutôt AHDI sur
Falcon (parce qu'ICD peut poser des pb en direct-to disk) qui installent
des drivers dont la config normale est peu gourmande en RAM, alors qu'avec
USHI c'est un peu plus complexe.

Pour moi, rencontrer un problème (et un problème qui semble farfelu à
première vue) puis le résoudre n'est certainement pas un signe
d'incompétence comme cela a été insinué.

Votre message caractériel sur les processeurs Motorola dont, une fois de
plus, vous seriez les seuls à qui Motorola aurait confié les vraies
spécifications est un autre exemple de vos méthodes d'approche.

Non, je ne te prends pas pour un con mais, si tu veux mon avis, toute cette
politique basée sur "nous on sait les vrais trucs que personne ne sait"
(d'ailleurs, si c'est si secret, le fait de ne pas être au courant devrait
être considéré comme normal et non comme preuve d'incompétence) avec, quand
on creuse un peu, ces "vrais trucs" qui se dégonflent comme des ballons de
baudruche, tout cela lié à une politique de vaporware qu'Intel et Microsoft
réunis ne parviendront jamais à égaler et qui vous a rendus définitivement
célèbres, tout cela, effectivement, je le juge comme étant très con.

Voilà, tu es rassuré sur ta personne : je ne te pense pas con, mais je
pense que la position et les méthodes de Centek le sont
.


Jean-Jacques Ardoino
j...@pressimage.fr

Jean-Jacques Ardoino

non lue,
19 sept. 1997, 03:00:0019/09/1997
à

Il se pourrait que ce message soit déjà passé. Quelque chose a merdé avec
le serveur SMTP...


Jean-Jacques Ardoino
j...@pressimage.fr

Centek

non lue,
20 sept. 1997, 03:00:0020/09/1997
à

Jean-Jacques Ardoino <j...@pressimage.fr> a écrit dans l'article

<B04837449...@mon13-10.planete.net>...

> Toi, de ton côté, tu trouves cela risible.

a ce que je vois la drogue fait encore effet !!!!
le post que tu cites ne contient vraiment pas grand chose
c'etait juste pour expliquer pourquoi il m'etait venu a l'idee
qu'un cd avec des fichiers en double etc,etc.....
je me demande vraiment lequel de nous deux est paranoiaque ??

>
> - les éléments que tu donnes sont presque basiques : si beaucoup
> d'utilisateurs débutants ne savent pas que c'est directement sur le
disque
> Mac que sont stockés (séparés) les fichiers Data et Resource et pas
> seulement quand on lit un disque Mac depuis une méthode pas très au point
> sur un autre système, beaucoup le savent ou le comprenne vite, et on
> pourrait lire ça dans SVM Mac.

tu ne semble pas avoir compris que le texte traite uniquement
du stockage iso9660 des fichiers en question , c'est pourquoi
ce n'est pas hors sujet du tout ...
mais comme on dit :"il n'est pas pire sourd que celui qui
ne veut entendre !"

> - les éléments que tu donnes concernent le HFS en général et non la
> question particulière du format Mac sur les CD.

tout faux !!!!!!!
c'est justement un article qui traite specialement de la question !!
(le titre original est :" ins ans outs of iso 9660")

> Et, moi, de mon côté, ça ne me gène pas si on me prend pour un con.
> J'utilise des ordinateurs et je vois passer des logiciels que vous
déclarez
> publiquement réalisés par des incompétents, je bosse pour un journal que
> vous déclarez publiquement incompétent, et je me sens d'autant plus visé
> par ce jugement lapidaire que, même si je n'y suis pas encore mêlé
> publiquement

pas encore mele publiquement ?????
et tu fais quoi la ???

au fait en tant que """"journaliste"""" tu pourrais expliquer
aux lecteurs de nos posts que tu coupes volontairement mes
citations pour n'en montrer que le mauvais cote !!!!
tu dis qu'on se vante dans la doc de centview mais tu
oublies de citer la phrase suivante: "ne me faites pas dire ce
que je n'ai pas dit nos drivers ne sont pas parfaits..."
ah tout de suite c'est sur ton argumentation chute un peu non??
tu oublies aussi de dire que dans la meme phrase ou j'employais
le mot "teuton" j'employais aussi l'expression "amis d'outre rhin"
expression que tu t'es bien sur dans ta grande objectivite empresse
de couper !!


>bien la lecture partiale et la citation détournée

bin je fais comme toi vieux :-)))))

> Personne (à part un lecteur, mais une fois que j'avais déjà trouvé la
cause
> et donc, rapidement, la solution), ni même l'auteur de Running (car je
fais
> mon boulot, dans ce cas, je contacte l'auteur) n'a su me dire pourquoi je
> manquais de RAM.

t'as pas du demander a beaucoup de monde !!!!! 2, 3 ??
je n'ai pas le souvenir d'avoir vu cette question en fr.comp.sys ??
sinon je t'aurais instantanement repondu "appuyes sur ESC"

> Votre message caractériel sur les processeurs Motorola dont, une fois de
> plus, vous seriez les seuls à qui Motorola aurait confié les vraies
> spécifications est un autre exemple de vos méthodes d'approche.

tu dois vraiment etre sourd (je n'ose imaginer d'autre alternative)
bon si tu ne nous crois pas tu vas sur le site motorola
tu peux commander tous les bouquins que tu veux et tu les auras
sous quinzaine sinon tu peux appeler un distributeur motorola
comme ARROW par exemple ou encore tenter le coup aupres
de motorola france il te confirmeront la chose !!!!!!!!!

> Non, je ne te prends pas pour un con mais, si tu veux mon avis, toute
cette
> politique basée sur "nous on sait les vrais trucs que personne ne sait"
> (d'ailleurs, si c'est si secret, le fait de ne pas être au courant
devrait
> être considéré comme normal et non comme preuve d'incompétence) avec,
quand
> on creuse un peu, ces "vrais trucs" qui se dégonflent comme des ballons
de
> baudruche

le probleme c'est que la situation est exactement inverse puisque
la frequence de l'hades EST INVENTEE personne avant aschwanden
ne l'a jamais annonce comme telle !! c'est plutot a lui qu'il faudrait
demande
d'ou il le tient non ???

> Voilà, tu es rassuré sur ta personne : je ne te pense pas con, mais je
> pense que la position et les méthodes de Centek le sont

DAVID GODEC

--
Centek
4, avenue Saint Exupery
60180 Nogent sur Oise
Telephone: 0344 746 330
Fax: 0344 746 340

http://www.cnam.fr/Comp/Atari/Societes/Centek/

Remi Vanel

non lue,
20 sept. 1997, 03:00:0020/09/1997
à

On 15 Sep 1997 14:02:35, Jean-Jacques Ardoino wrote:

>Alors j'ai ouvert MacSee, qui a toujours lu (et lit encore) les disquettes
>Mac, ainsi que les disques durs Mac. J'ai deja fait une tonne de transferts
>avec, avant le PPC et MagiCMac.
>Par contre il ne voit pas plus le CD Mac que le bureau. Trop vieux, et pas
>prevu pour fonctionner avec Metados...


Mac see lit aussi les cartouches Syquest pas mal, sauf avec HD Driver,
mais qu'est-ce qu'il est mal programmé !
L'acces aux repertoires est un calvair, et la recupération des fichiers
est extremement lente. Il est impossible de prendre tout un repertoire
d'un coup, le sélecteur de fichier est trŐs mal géré. En plus le depos
des fichiers sur les partaoche Mac semble limitée ů un ou 2 fichiers
suivant le forme.

bref, existe-t-il un programme du meme genre en plus recent ?


Remi / TNT

-------------------------------------------------------------------
>> The New Team association <<
TNT Mag Online:
http://imac.u-paris2.fr/~very/tntmag

Vanel Remi : (K woul / TNT) va...@club-internet.fr
On Minitel : 3615 RTEL1 BAL K Woul
Working on : Atari Falcon 4/3Go, CT1rev3, Syquest EZ 135, HP 560C
And : The Hades 040 of Mr Joops / TNT
Latest prods : Speed Print, FLX work Pack, BackGround Player, Mountain
Now : Have no time to code, coz of Math Sup
Quote : La mort est plus douce quand elle n'est pas solitaire

Renaud PASCAL

non lue,
21 sept. 1997, 03:00:0021/09/1997
à

:>Mac see lit aussi les cartouches Syquest pas mal, sauf avec HD Driver,

:>mais qu'est-ce qu'il est mal programmé !
:>L'acces aux repertoires est un calvair, et la recupération des fichiers
:>est extremement lente. Il est impossible de prendre tout un repertoire
:>d'un coup, le sélecteur de fichier est trŐs mal géré. En plus le depos
:>des fichiers sur les partaoche Mac semble limitée ů un ou 2 fichiers
:>suivant le forme.
:>
:>bref, existe-t-il un programme du meme genre en plus recent ?
:>

Be, surtout, pour moi la question actuelle est:
OU TROUVER MacSee ????
J'ai pourtant cherché longtemps dans tout le Net +-(


_______________(Loki)_
=== Dark Design ======
______________________ Falcon 030 32, EZ135, 385 IDE, 1.5Go SCSI
======================

­­­ Photoline ­­­­­­­­ Magic 5.04a
­­­ Logic Audio ­­­­­­
______________________

Vandeweghe Jo

non lue,
21 sept. 1997, 03:00:0021/09/1997
à

In article <601cpv$bq$1...@newsfeeds.grolier.fr>
va...@club-internet.fr (Remi Vanel) said:-

>On 15 Sep 1997 14:02:35, Jean-Jacques Ardoino wrote:
>
>>Alors j'ai ouvert MacSee, qui a toujours lu (et lit encore) les disquettes
>>Mac, ainsi que les disques durs Mac. J'ai deja fait une tonne de transferts
>>avec, avant le PPC et MagiCMac.
>>Par contre il ne voit pas plus le CD Mac que le bureau. Trop vieux, et pas
>>prevu pour fonctionner avec Metados...
>
>

>Mac see lit aussi les cartouches Syquest pas mal, sauf avec HD Driver,
>mais qu'est-ce qu'il est mal programmé !
>L'acces aux repertoires est un calvair, et la recupération des fichiers
>est extremement lente. Il est impossible de prendre tout un repertoire
>d'un coup, le sélecteur de fichier est trŐs mal géré. En plus le depos
>des fichiers sur les partaoche Mac semble limitée ů un ou 2 fichiers
>suivant le forme.

Mac See m'interesse ... quelle version en avez-vous et ou vou
l'etes-vous procure ?

Merci

Jo
__

---------------------------------------------------------------------------
# Jo Vandeweghe * MIDI COMEDIE * dipc...@ping.be #
# en francais >>> http://ping4.ping.be/dipching-drulkhor/INDEX.HTM #
# in english >> http://ping4.ping.be/dipching-drulkhor/INDEX-E.HTM #
# " Sure highest mountains are not made of stone." #
# * FREE TIBET * #
---------------------------------------------------------------------------

Renaud PASCAL

non lue,
22 sept. 1997, 03:00:0022/09/1997
à

:>
:>Mac See m'interesse ... quelle version en avez-vous et ou vou

:>l'etes-vous procure ?
:>
:>Merci
:>
:>Jo
:>__


Oui oui oui, moi aussi áa m'intÇresse
màme que je l'avais dit le premier!

EspÇrons quelqes rÇponses ce coup-ci...
Je continue Ö chercher de mon cìtÇ.

A +

Jean-Jacques Ardoino

non lue,
23 sept. 1997, 03:00:0023/09/1997
à

In article <01bcc580$ece752c0$160844c3@p-d-mou>,
"Centek" <Acces.Jo...@wanadoo.fr> wrote:

>Jean-Jacques Ardoino <j...@pressimage.fr> a écrit dans l'article
><B04837449...@mon13-10.planete.net>...
>

>> Toi, de ton côté, tu trouves cela risible.
>

>a ce que je vois la drogue fait encore effet !!!!
>le post que tu cites ne contient vraiment pas grand chose
>c'etait juste pour expliquer pourquoi il m'etait venu a l'idee
>qu'un cd avec des fichiers en double etc,etc.....
>je me demande vraiment lequel de nous deux est paranoiaque ??

>[...]


>tu ne semble pas avoir compris que le texte traite uniquement
>du stockage iso9660 des fichiers en question , c'est pourquoi
>ce n'est pas hors sujet du tout ...
>mais comme on dit :"il n'est pas pire sourd que celui qui
>ne veut entendre !"

Passons sur les histoires de fumette et de paranoïa (sauf bien sûr si tu
tiens absolument à persister sur ce terrain bourbeux, auquel cas ce sera
sans moi...).

>
>> - les éléments que tu donnes concernent le HFS en général et non la
>> question particulière du format Mac sur les CD.
>

>tout faux !!!!!!!
>c'est justement un article qui traite specialement de la question !!
>(le titre original est :" ins ans outs of iso 9660")

Je ne sais pas si l'article en question avance quelque part que les CD Mac
sont au format ISO, mais je ne vois pas en quoi les passages que tu cites
(qui, je le rappelle, donnent plutôt une définition du HFS en général)
démontrent que les CD Mac sont en ISO 9660. De la même manière, si, dans
une doc sur le PPC, on trouvait des définitions d'architecture sur le
680x0, cela ne permettrait pas de déduire que le PPC est en fait un 680x0.

Que ce soit dans les connaissances de la communauté Mac, qui comprend
beaucoup plus de bidouilleurs que l'on ne le croit, ou dans les diverses
docs que j'ai fouillé, la réponse est la même : le CD est HFS. On se
demande même, on the Mac side, pourquoi je tiens absolument à évoquer la
possibilité qu'il soit en ISO...
Dans la partie d'Inside Mac (qui reste une référence et qui est même plus
une référence que les travaux d'ATG) sur les fichiers, je rappelle que j'ai
fait une recherche et qu'il n'y a aucune occurrence de "ISO". Je précise
tout de même que ma vue (et encore moins mon oreille...) ne peut être en
cause puisque c'est dans la version logicielle, réunie sur un CD, d'Inside
Mac que j'ai effectué cette recherche avec une commande "Find", banale mais
infaillible...

Pour ma part, je stopperai là ce débat (intéressant au début) sur l'ISO et
le HFS, ou le HFS dans l'ISO et réciproquement, car nous avons tout dit. Tu
tires une conclusion particulière des extraits que tu cites, moi j'en tire
une autre, et je ne vois pas comment on peut aller plus loin. J'accepterais
volontiers l'idée que j'aie pu me tromper mais, dans ce cas, d'autres
m'auraient signalé mon erreur.

Je connais tout de même un certain nombre de gens sur Mac, et jusqu'ici
personne qui s'accorde avec toi pour dire que le CD Mac est en fait en ISO
9660. Certains m'ont même tenu, avec humour, des propos qui, en substance,
signifient que, si ça avait été le cas, cela aurait peut-être été tenu
secret pendant la guerre froide mais que, depuis le temps, l'info aurait
été divulguée et ce ne serait plus un secret pour personne...

Alors bon ISO, moi je retourne à mon HFS.

A+

JJA


Jean-Jacques Ardoino
j...@pressimage.fr

Jean-Jacques Ardoino

non lue,
23 sept. 1997, 03:00:0023/09/1997
à

In article <602nl2$m8q$1...@belzebul.imaginet.fr>,
rpa...@atos-group.com (Renaud PASCAL) wrote:

>Be, surtout, pour moi la question actuelle est:
>OU TROUVER MacSee ????

>J'ai pourtant cherch‚ longtemps dans tout le Net +-(

MacSee est un programme de DMC, autrefois distribué par SCAP Informatique.
S'il n'est pas sur le net, c'est qu'il n'a pas été versé dans le domaine
public.
Et comment le trouver, I don't know...

Jean-Jacques Ardoino
j...@pressimage.fr

Jean-Jacques Ardoino

non lue,
27 sept. 1997, 03:00:0027/09/1997
à

Bon, j'ai lu attentivement le document ATG (Advanced Technology Group) que
m'a fait parvenir David de Centek. Il en ressort plusieurs choses :

1) il s'agit d'une étude pour savoir si Apple aurait intérêt à adopter le
format ISO, du fait que c'est un format multiplateformes. La conclusion du
document est même quasiment une publicité pour l'ISO, engageant à adopter
ce format. Et pourquoi vouloir convaincre, s'il était déjà adopté ?

2) si le Mac peut lire et l'ISO sans problème grâce aux add ons qui sont
fournis avec le driver CD (et écrire en ISO sans plus de problème), il y
aurait bien sûr quelques pertes et quelques obstacles : la gestion des
icônes de documents, qui sont réunis dans les fichiers Desktop du HFS (ce
qui signifie que les icônes des fichiers ne seraient pas affichées
correctement. En effet le Finder ne teste pas le fichier mais suppose que
ses infos d'icône sont contenues dans le Desktop, les caractères interdits
(en effet, en HFS il n'y a qu'un caractère interdit (le ":"), alors qu'en
ISO il y en a plus. La "limitation" évoquée dans le document concernait
l'ISO et non le HFS. En effet, beaucoup de noms de fichiers créés sous HFS
seraient illégaux en ISO (c'est écrit texto). Problème aussi avec la
gestion de l'affichage des fichiers et des dossiers : la position, l'ordre
personnalisé des fichiers, l'affichage en icône ou en liste, les dossiers
déroulés dans la liste, tout cela est aussi conservé dans le fichier
Desktop. Or le document précise que, si certaines de ces informations
peuvent être calculées par les add-ons de fichiers externes du driver CD
Apple, en aucun cas ces informations ne seront prises en compte si on
grave en ISO.

[ Donc, en clair : je prépare un CD avec telles fenêtres ouvertes, avec
telles tailles de fenêtres, avec une fenêtre en mode liste et une autre en
mode icône. Si je grave le CD en ISO, toute cette présentation est perdue.
OK ? Bon, maintenant je vais plutôt le graver en "j'sais pas quoi" et,
quand je lis ensuite mon CD, eh bien je retrouve toute la présentation du
départ. Donc le "j'sais pas quoi" n'est pas de l'ISO mais plutôt un format
où les infos du Desktop sont conservées. Je ne vois vraiment pas comment
mon OS, même si je l'adore, serait capable de régénérer à partir de rien
des infos qui auraient été perdues en ISO... J'en profite pour préciser, si
certains lecteurs de ce group l'ignoraient, que le fichier Desktop n'est
pas, comme sur Atari, celui du disque de démarrage : chaque partition a ses
propres infos Desktop.

3) Autre chose serait perdu : le CD multivolumes. En effet, un CD ISO est
considéré comme un seul volume, et le multisession n'est pas équivalent au
multi partitions (alors qu'en HFS un CD peut présenter plusieurs
partitions).

4) Il apparaît clairement dans ce document que le HFS et l'ISO sont deux
systèmes d'organisation de fichiers distincts, donc des formats logiques.
Quant au format physique de stockage des fichiers, il est commun, bien
entendu, puisque ce ne sont jamais que des octets réunis sur une galette...

5) le document évoque un essai de programme, fourni sur un CD (Essential
Developer Disc), et qui, permettant la conversion au format ISO, pourrait
contribuer à régler les problèmes cités plus haut. Il donne également le
code à utiliser pour générer un tel programme de conversion.

[ C'est sans doute le programme évoqué par David mais il s'avère qu'il
n'est pas distribué au public, et donc ne fait pas partie, tel quel ou sous
forme de routines intégrées, de l'ensemble des extensions livrées avec le
driver CD Apple. Ce n'est qu'un projet auquel les utilisateurs Mac n'ont
pas accès]

5) Il est dit aussi que le boot descriptor, en ISO, se trouve sur le
secteur 16 et permet, s'il existe, de booter à partir du CD. Et il est
ajouté que le Mac ne peut pas gérer ce boot descriptor en secteur 16, car
il cherche les informations de boot au début du disque.

[ Sachant qu'un Mac peut parfaitement booter sur un CD Mac si celui-ci le
prévoit, et que je n'ai jamais entendu parler d'un format ISO dissident
avec des informations de boot en secteur 0... il faudra donc, pour que le
Mac puisse booter sur un CD, que ce CD ne soit pas en ISO. Je poserai donc
la devinette suivante : existe-t-il quelque part un file system où les
informations de boot sont stockées dans le secteur 0 ? Et, si oui, lequel ?
Ce point numéro 5 et le commentaire présent sont à eux seuls le vrai "CQFD"
qu'on pourra tirer de ce long échange de posts. ]

Ce n'est peut-être pas utile d'aller plus loin... Il me serait très facile,
maintenant que j'ai le document sous les yeux, d'ironiser et de dire que
j'espère que que tu ne lis pas toutes tes docs "officielles" de cette
façon... Je dirai simplement, David, que tu t'es trompé.

Une fois déjà : l'ISO serait peut-être une solution parmi d'autres pour
aller vers un standard, mais mes CD Mac n'utilisent pas ce format. Et je
pense qu'il te serait difficile de démontrer que l'ISO permet des CD
bootables sur Mac, qu'il peut conserver la position des fenêtres, des
fichiers et dossiers... Et je pense surtout que le simple fait de chercher
à le démontrer serait déjà, de ta part, une dénégation du document sur
lequel tu penses t'être appuyé... mais qui ne va pas du tout dans ton
sens...

Trompé une seconde fois : une étude ATG n'est en rien une doc Apple, dans
le sens où elle définirait les technologies pratiquées sur Mac. ATG est un
groupe de prospection et de recherche à qui Apple demande... des
prospections et des solutions pour des futurs outils. Je suis même
quasiment certain que, si Brian Bechtel (l'auteur de l'étude) a en quelque
sorte travaillé pour Apple dans le cadre d'ATG, il ne travaille pas chez
Apple.

Mais, si j'ai réussi à te faire accepter l'idée que douter de certaines
certitudes n'est pas toujours une mauvaise chose, profites-en tout de même,
si tu le juges utile bien entendu, pour vérifier si la lecture d'autres
docs, à propos d'autres détails techniques, ne t'a pas joué des tours.

Bon, David, je ne t'envoie pas les docs officielles développeurs Apple, je
pense que tu ne m'en voudras pas, mais 600 Mo par e-mail ça fait peut-être
beaucoup... ;*)

JJA

Jean-Jacques Ardoino
j...@pressimage.fr

Centek

non lue,
28 sept. 1997, 03:00:0028/09/1997
à

> Bon, David, je ne t'envoie pas les docs officielles développeurs Apple,
je
> pense que tu ne m'en voudras pas, mais 600 Mo par e-mail ça fait
peut-être
> beaucoup... ;*)

d'autant que je les ai deja ;-)

DAVID

Répondre à tous
Répondre à l'auteur
Transférer
0 nouveau message