> Parce que le port le permet materiellement
Pas faux...
Par exemple sur l'Atari qui n'a pas un port bidirectionnel, on peut
quand même entrer des données.
>> Je pense que ça coince plutot sur le 8088.
>> Si le PC de Jean Marc acceptait les 8086, peut être que cela irait??
>
> Ben non c'est pas qu'une histoire de cpu...
Si le port ne fonctionnait pas, GUEST dirait simplement qu'il ne trouve
pas d'unité ZIP. Mais là il plante... à quoi cela peut il être d û?
> Parce que le port le permet materiellement
Pas faux...
Par exemple sur l'Atari qui n'a pas un port bidirectionnel, on peut
quand même entrer des données.
>> Je pense que ça coince plutot sur le 8088.
>> Si le PC de Jean Marc acceptait les 8086, peut être que cela irait??
>
> Ben non c'est pas qu'une histoire de cpu...
Si le port ne fonctionnait pas, GUEST dirait simplement qu'il ne trouve
pas d'unité ZIP. Mais là il plante... à quoi cela peut il être d û?
> Parce que le port le permet materiellement
Pas faux...
Par exemple sur l'Atari qui n'a pas un port bidirectionnel, on peut
quand même entrer des données.
>> Je pense que ça coince plutot sur le 8088.
>> Si le PC de Jean Marc acceptait les 8086, peut être que cela irait??
>
> Ben non c'est pas qu'une histoire de cpu...
Si le port ne fonctionnait pas, GUEST dirait simplement qu'il ne trouve
pas d'unité ZIP. Mais là il plante... à quoi cela peut il être d û?
Johan SANCHEZ a écrit :
>>>> Je ne suis pas sur qu'un port bidirectionnel soit indispensable.
>>>> Je me demande si le driver Iomega ne jongle pas avec les STROBE
>>>> et BUSY pour faire le retour des données sans utiliser les lignes D0-D7.
>>> Et avec ca il arriverait directement a afficher le fs contenu sur
>>> la zippette ?
>>>
>>>> A vérifier... Mais j'ai fait tourner un Iomega sur des machines t rès
>>>> anciennes basées sur des NecV30.
>>> C'etait pas avec une carte scsi au format DB25 plutot ?
>> Non, c'était vraiment un ZIP // et pas SCSI.
>> Je viens de vérifier sur mon Toshiba: la sortie // est réglée e n "PRT
>> Output only" et pas en "Bidirectionnal". Et le ZIP tourne bien dessus.
>
> Parce que le port le permet materiellement
Pas faux...
Par exemple sur l'Atari qui n'a pas un port bidirectionnel, on peut
quand même entrer des données.
>> Je pense que ça coince plutot sur le 8088.
>> Si le PC de Jean Marc acceptait les 8086, peut être que cela irait??
>
> Ben non c'est pas qu'une histoire de cpu...
Si le port ne fonctionnait pas, GUEST dirait simplement qu'il ne trouve
pas d'unité ZIP. Mais là il plante... à quoi cela peut il être d û?
Guillaume.
Johan SANCHEZ a écrit :
>>>> Je ne suis pas sur qu'un port bidirectionnel soit indispensable.
>>>> Je me demande si le driver Iomega ne jongle pas avec les STROBE
>>>> et BUSY pour faire le retour des données sans utiliser les lignes D0-D7.
>>> Et avec ca il arriverait directement a afficher le fs contenu sur
>>> la zippette ?
>>>
>>>> A vérifier... Mais j'ai fait tourner un Iomega sur des machines t rès
>>>> anciennes basées sur des NecV30.
>>> C'etait pas avec une carte scsi au format DB25 plutot ?
>> Non, c'était vraiment un ZIP // et pas SCSI.
>> Je viens de vérifier sur mon Toshiba: la sortie // est réglée e n "PRT
>> Output only" et pas en "Bidirectionnal". Et le ZIP tourne bien dessus.
>
> Parce que le port le permet materiellement
Pas faux...
Par exemple sur l'Atari qui n'a pas un port bidirectionnel, on peut
quand même entrer des données.
>> Je pense que ça coince plutot sur le 8088.
>> Si le PC de Jean Marc acceptait les 8086, peut être que cela irait??
>
> Ben non c'est pas qu'une histoire de cpu...
Si le port ne fonctionnait pas, GUEST dirait simplement qu'il ne trouve
pas d'unité ZIP. Mais là il plante... à quoi cela peut il être d û?
Guillaume.
Johan SANCHEZ a écrit :
>>>> Je ne suis pas sur qu'un port bidirectionnel soit indispensable.
>>>> Je me demande si le driver Iomega ne jongle pas avec les STROBE
>>>> et BUSY pour faire le retour des données sans utiliser les lignes D0-D7.
>>> Et avec ca il arriverait directement a afficher le fs contenu sur
>>> la zippette ?
>>>
>>>> A vérifier... Mais j'ai fait tourner un Iomega sur des machines t rès
>>>> anciennes basées sur des NecV30.
>>> C'etait pas avec une carte scsi au format DB25 plutot ?
>> Non, c'était vraiment un ZIP // et pas SCSI.
>> Je viens de vérifier sur mon Toshiba: la sortie // est réglée e n "PRT
>> Output only" et pas en "Bidirectionnal". Et le ZIP tourne bien dessus.
>
> Parce que le port le permet materiellement
Pas faux...
Par exemple sur l'Atari qui n'a pas un port bidirectionnel, on peut
quand même entrer des données.
>> Je pense que ça coince plutot sur le 8088.
>> Si le PC de Jean Marc acceptait les 8086, peut être que cela irait??
>
> Ben non c'est pas qu'une histoire de cpu...
Si le port ne fonctionnait pas, GUEST dirait simplement qu'il ne trouve
pas d'unité ZIP. Mais là il plante... à quoi cela peut il être d û?
Guillaume.
https://iomega-na-en.custhelp.com/cgi-bin/iomega_na_en.cfg/php/enduser/std_alp.php?prod_lvl1=1&prod_lvl2&cat_lvl1G4&p_prods=1,17&p_catsG4&p_pv=2.17&p_cv=1.474&subprodname=Zip%20100MB%20Parallel%20Port&platformname=DOS&p_sid=ZGjtsPQj
https://iomega-na-en.custhelp.com/cgi-bin/iomega_na_en.cfg/php/enduser/std_alp.php?prod_lvl1=1&prod_lvl2&cat_lvl1G4&p_prods=1,17&p_catsG4&p_pv=2.17&p_cv=1.474&subprodname=Zip%20100MB%20Parallel%20Port&platformname=DOS&p_sid=ZGjtsPQj
https://iomega-na-en.custhelp.com/cgi-bin/iomega_na_en.cfg/php/enduser/std_alp.php?prod_lvl1=1&prod_lvl2&cat_lvl1G4&p_prods=1,17&p_catsG4&p_pv=2.17&p_cv=1.474&subprodname=Zip%20100MB%20Parallel%20Port&platformname=DOS&p_sid=ZGjtsPQj
Il y a bien la solution de Laplink3 avec un PC en intermédiaire .
J' ai déjà sauvegardé un TANDON ou un EZ computer,
avec LL3 et le ZIP100 raccordé sur un portable Toshiba
Bon, c' est pas en direct, mais c' est sauvegardé.
"Jean-Marc DURO" a écrit dans le message de
news: 4b38806e$0$17507$Le 27/12/2009 18:49, Guillaume Tello a écrit :COucou,
Voilà, écran EGA reçu et installé!
Vous pouvez voir quelques photos du résultat sur un 286/1Mo en bas de
cette page (comparez avec ce qu'on obtient sur l'écran plasma).
http://pagesperso-orange.fr/gtello/t3200_f.htm
Guillaume.
Bravo!
Tu n'aurais pas une solution pour faire reconnaître un lecteur Zip 100
parallèle par un portable 80C88 (Zenith ZFL-181) ? J'ai tout essayé, mais
Iomega Guest plante, quelle que soit la version d'Iomegaware et que ce
soit sous DOS 4 ou FreeDos (ODIN 720k). Avec les disquettes 720K comme
seul support, c'est limité.
Cordialement
Jean-Marc
Il y a bien la solution de Laplink3 avec un PC en intermédiaire .
J' ai déjà sauvegardé un TANDON ou un EZ computer,
avec LL3 et le ZIP100 raccordé sur un portable Toshiba
Bon, c' est pas en direct, mais c' est sauvegardé.
"Jean-Marc DURO" <jean-marc.duro@orange.fr> a écrit dans le message de
news: 4b38806e$0$17507$ba4acef3@news.orange.fr...
Le 27/12/2009 18:49, Guillaume Tello a écrit :
COucou,
Voilà, écran EGA reçu et installé!
Vous pouvez voir quelques photos du résultat sur un 286/1Mo en bas de
cette page (comparez avec ce qu'on obtient sur l'écran plasma).
http://pagesperso-orange.fr/gtello/t3200_f.htm
Guillaume.
Bravo!
Tu n'aurais pas une solution pour faire reconnaître un lecteur Zip 100
parallèle par un portable 80C88 (Zenith ZFL-181) ? J'ai tout essayé, mais
Iomega Guest plante, quelle que soit la version d'Iomegaware et que ce
soit sous DOS 4 ou FreeDos (ODIN 720k). Avec les disquettes 720K comme
seul support, c'est limité.
Cordialement
Jean-Marc
Il y a bien la solution de Laplink3 avec un PC en intermédiaire .
J' ai déjà sauvegardé un TANDON ou un EZ computer,
avec LL3 et le ZIP100 raccordé sur un portable Toshiba
Bon, c' est pas en direct, mais c' est sauvegardé.
"Jean-Marc DURO" a écrit dans le message de
news: 4b38806e$0$17507$Le 27/12/2009 18:49, Guillaume Tello a écrit :COucou,
Voilà, écran EGA reçu et installé!
Vous pouvez voir quelques photos du résultat sur un 286/1Mo en bas de
cette page (comparez avec ce qu'on obtient sur l'écran plasma).
http://pagesperso-orange.fr/gtello/t3200_f.htm
Guillaume.
Bravo!
Tu n'aurais pas une solution pour faire reconnaître un lecteur Zip 100
parallèle par un portable 80C88 (Zenith ZFL-181) ? J'ai tout essayé, mais
Iomega Guest plante, quelle que soit la version d'Iomegaware et que ce
soit sous DOS 4 ou FreeDos (ODIN 720k). Avec les disquettes 720K comme
seul support, c'est limité.
Cordialement
Jean-Marc
Erreur...!
La manip que j' utilisais ne s' applique à première vue
que sur du 286, et, avec beaucoup de RAM.
J'ai essayé avec un PC Corona avec 256k Ram installée, DOS 2.11
et quand je lance LL3, il plante et me dit: LapLink mémoire insuffisante,
il n' y a que 208976 octets de mémoire dispo, LapLink Nécessite 257600
octets
Avec un PC IBM 5155 et 640k
LL3 plante le PC à tout les coups
les manip ont été effectué sans câble raccordé
donc, mauvaise pioche
Erreur...!
La manip que j' utilisais ne s' applique à première vue
que sur du 286, et, avec beaucoup de RAM.
J'ai essayé avec un PC Corona avec 256k Ram installée, DOS 2.11
et quand je lance LL3, il plante et me dit: LapLink mémoire insuffisante,
il n' y a que 208976 octets de mémoire dispo, LapLink Nécessite 257600
octets
Avec un PC IBM 5155 et 640k
LL3 plante le PC à tout les coups
les manip ont été effectué sans câble raccordé
donc, mauvaise pioche
Erreur...!
La manip que j' utilisais ne s' applique à première vue
que sur du 286, et, avec beaucoup de RAM.
J'ai essayé avec un PC Corona avec 256k Ram installée, DOS 2.11
et quand je lance LL3, il plante et me dit: LapLink mémoire insuffisante,
il n' y a que 208976 octets de mémoire dispo, LapLink Nécessite 257600
octets
Avec un PC IBM 5155 et 640k
LL3 plante le PC à tout les coups
les manip ont été effectué sans câble raccordé
donc, mauvaise pioche
Je vais peut-être dire une connerie, mais 256 Ko pour faire tourner
un bête soft de lecture/écriture sur un disque distant, ça me paraît
beaucoup. Au début des années 90, j'avais écrit un tel truc qui
utilisait le port série et ça prenait largement moins de 256 Ko
compilé pour 8086 (donc qui devrait passer sur du 8088) avec un code
source en Turbo Basic. J'avais fait ça à l'arrache en quelques
soirées, donc ça ne devrait pas être très compliqué à refaire.
Et ne me posez pas la question de savoir ce qu'est devenu le truc,
j'ai benné une grande partie de mes archives en disquettes lors de
mon dernier déménagement.
Je vais peut-être dire une connerie, mais 256 Ko pour faire tourner
un bête soft de lecture/écriture sur un disque distant, ça me paraît
beaucoup. Au début des années 90, j'avais écrit un tel truc qui
utilisait le port série et ça prenait largement moins de 256 Ko
compilé pour 8086 (donc qui devrait passer sur du 8088) avec un code
source en Turbo Basic. J'avais fait ça à l'arrache en quelques
soirées, donc ça ne devrait pas être très compliqué à refaire.
Et ne me posez pas la question de savoir ce qu'est devenu le truc,
j'ai benné une grande partie de mes archives en disquettes lors de
mon dernier déménagement.
Je vais peut-être dire une connerie, mais 256 Ko pour faire tourner
un bête soft de lecture/écriture sur un disque distant, ça me paraît
beaucoup. Au début des années 90, j'avais écrit un tel truc qui
utilisait le port série et ça prenait largement moins de 256 Ko
compilé pour 8086 (donc qui devrait passer sur du 8088) avec un code
source en Turbo Basic. J'avais fait ça à l'arrache en quelques
soirées, donc ça ne devrait pas être très compliqué à refaire.
Et ne me posez pas la question de savoir ce qu'est devenu le truc,
j'ai benné une grande partie de mes archives en disquettes lors de
mon dernier déménagement.
JKB wrote:Je vais peut-être dire une connerie, mais 256 Ko pour faire tourner
un bête soft de lecture/écriture sur un disque distant, ça me paraît
beaucoup. Au début des années 90, j'avais écrit un tel truc qui
utilisait le port série et ça prenait largement moins de 256 Ko
compilé pour 8086 (donc qui devrait passer sur du 8088) avec un code
source en Turbo Basic. J'avais fait ça à l'arrache en quelques
soirées, donc ça ne devrait pas être très compliqué à refaire.
T'as connu donc les 8080 ? :)
Et ne me posez pas la question de savoir ce qu'est devenu le truc,
j'ai benné une grande partie de mes archives en disquettes lors de
mon dernier déménagement.
:o
JKB <knatschke@koenigsberg.fr> wrote:
Je vais peut-être dire une connerie, mais 256 Ko pour faire tourner
un bête soft de lecture/écriture sur un disque distant, ça me paraît
beaucoup. Au début des années 90, j'avais écrit un tel truc qui
utilisait le port série et ça prenait largement moins de 256 Ko
compilé pour 8086 (donc qui devrait passer sur du 8088) avec un code
source en Turbo Basic. J'avais fait ça à l'arrache en quelques
soirées, donc ça ne devrait pas être très compliqué à refaire.
T'as connu donc les 8080 ? :)
Et ne me posez pas la question de savoir ce qu'est devenu le truc,
j'ai benné une grande partie de mes archives en disquettes lors de
mon dernier déménagement.
:o
JKB wrote:Je vais peut-être dire une connerie, mais 256 Ko pour faire tourner
un bête soft de lecture/écriture sur un disque distant, ça me paraît
beaucoup. Au début des années 90, j'avais écrit un tel truc qui
utilisait le port série et ça prenait largement moins de 256 Ko
compilé pour 8086 (donc qui devrait passer sur du 8088) avec un code
source en Turbo Basic. J'avais fait ça à l'arrache en quelques
soirées, donc ça ne devrait pas être très compliqué à refaire.
T'as connu donc les 8080 ? :)
Et ne me posez pas la question de savoir ce qu'est devenu le truc,
j'ai benné une grande partie de mes archives en disquettes lors de
mon dernier déménagement.
:o
Erreur...!
La manip que j' utilisais ne s' applique à première vue
que sur du 286, et, avec beaucoup de RAM.
J'ai essayé avec un PC Corona avec 256k Ram installée, DOS 2.11
et quand je lance LL3, il plante et me dit: LapLink mémoire insuffisante,
il n' y a que 208976 octets de mémoire dispo, LapLink Nécessite 257600
octets
Avec un PC IBM 5155 et 640k
LL3 plante le PC à tout les coups
les manip ont été effectué sans câble raccordé
donc, mauvaise pioche
"willpot" a écrit dans le message de news:
4b388415$0$30459$Il y a bien la solution de Laplink3 avec un PC en intermédiaire .
J' ai déjà sauvegardé un TANDON ou un EZ computer,
avec LL3 et le ZIP100 raccordé sur un portable Toshiba
Bon, c' est pas en direct, mais c' est sauvegardé.
"Jean-Marc DURO" a écrit dans le message de
news: 4b38806e$0$17507$Le 27/12/2009 18:49, Guillaume Tello a écrit :COucou,
Voilà, écran EGA reçu et installé!
Vous pouvez voir quelques photos du résultat sur un 286/1Mo en bas de
cette page (comparez avec ce qu'on obtient sur l'écran plasma).
http://pagesperso-orange.fr/gtello/t3200_f.htm
Guillaume.
Bravo!
Tu n'aurais pas une solution pour faire reconnaître un lecteur Zip 100
parallèle par un portable 80C88 (Zenith ZFL-181) ? J'ai tout essayé, mais
Iomega Guest plante, quelle que soit la version d'Iomegaware et que ce
soit sous DOS 4 ou FreeDos (ODIN 720k). Avec les disquettes 720K comme
seul support, c'est limité.
Cordialement
Jean-Marc
Erreur...!
La manip que j' utilisais ne s' applique à première vue
que sur du 286, et, avec beaucoup de RAM.
J'ai essayé avec un PC Corona avec 256k Ram installée, DOS 2.11
et quand je lance LL3, il plante et me dit: LapLink mémoire insuffisante,
il n' y a que 208976 octets de mémoire dispo, LapLink Nécessite 257600
octets
Avec un PC IBM 5155 et 640k
LL3 plante le PC à tout les coups
les manip ont été effectué sans câble raccordé
donc, mauvaise pioche
"willpot" <william.pissot@libertysurf.fr> a écrit dans le message de news:
4b388415$0$30459$426a34cc@news.free.fr...
Il y a bien la solution de Laplink3 avec un PC en intermédiaire .
J' ai déjà sauvegardé un TANDON ou un EZ computer,
avec LL3 et le ZIP100 raccordé sur un portable Toshiba
Bon, c' est pas en direct, mais c' est sauvegardé.
"Jean-Marc DURO" <jean-marc.duro@orange.fr> a écrit dans le message de
news: 4b38806e$0$17507$ba4acef3@news.orange.fr...
Le 27/12/2009 18:49, Guillaume Tello a écrit :
COucou,
Voilà, écran EGA reçu et installé!
Vous pouvez voir quelques photos du résultat sur un 286/1Mo en bas de
cette page (comparez avec ce qu'on obtient sur l'écran plasma).
http://pagesperso-orange.fr/gtello/t3200_f.htm
Guillaume.
Bravo!
Tu n'aurais pas une solution pour faire reconnaître un lecteur Zip 100
parallèle par un portable 80C88 (Zenith ZFL-181) ? J'ai tout essayé, mais
Iomega Guest plante, quelle que soit la version d'Iomegaware et que ce
soit sous DOS 4 ou FreeDos (ODIN 720k). Avec les disquettes 720K comme
seul support, c'est limité.
Cordialement
Jean-Marc
Erreur...!
La manip que j' utilisais ne s' applique à première vue
que sur du 286, et, avec beaucoup de RAM.
J'ai essayé avec un PC Corona avec 256k Ram installée, DOS 2.11
et quand je lance LL3, il plante et me dit: LapLink mémoire insuffisante,
il n' y a que 208976 octets de mémoire dispo, LapLink Nécessite 257600
octets
Avec un PC IBM 5155 et 640k
LL3 plante le PC à tout les coups
les manip ont été effectué sans câble raccordé
donc, mauvaise pioche
"willpot" a écrit dans le message de news:
4b388415$0$30459$Il y a bien la solution de Laplink3 avec un PC en intermédiaire .
J' ai déjà sauvegardé un TANDON ou un EZ computer,
avec LL3 et le ZIP100 raccordé sur un portable Toshiba
Bon, c' est pas en direct, mais c' est sauvegardé.
"Jean-Marc DURO" a écrit dans le message de
news: 4b38806e$0$17507$Le 27/12/2009 18:49, Guillaume Tello a écrit :COucou,
Voilà, écran EGA reçu et installé!
Vous pouvez voir quelques photos du résultat sur un 286/1Mo en bas de
cette page (comparez avec ce qu'on obtient sur l'écran plasma).
http://pagesperso-orange.fr/gtello/t3200_f.htm
Guillaume.
Bravo!
Tu n'aurais pas une solution pour faire reconnaître un lecteur Zip 100
parallèle par un portable 80C88 (Zenith ZFL-181) ? J'ai tout essayé, mais
Iomega Guest plante, quelle que soit la version d'Iomegaware et que ce
soit sous DOS 4 ou FreeDos (ODIN 720k). Avec les disquettes 720K comme
seul support, c'est limité.
Cordialement
Jean-Marc
C'était un truc fait à l'arrache. Un programme côté serveur qui
comprenait quelques commandes (list, cd, send et recv de mémoire),
et un programme client qui avait une interface texte avec une liste
à gauche (disque local) et une liste à droite (disque distant). Il
n'y a vraiment aucune subtilité là-dedans. J'aurais deux machines de
test et le compilo TB sous la main, ce serait très vite fait (bon,
il faudrait que je me repaluche la doc du TB et les interruptions du
DOS...).
C'était un truc fait à l'arrache. Un programme côté serveur qui
comprenait quelques commandes (list, cd, send et recv de mémoire),
et un programme client qui avait une interface texte avec une liste
à gauche (disque local) et une liste à droite (disque distant). Il
n'y a vraiment aucune subtilité là-dedans. J'aurais deux machines de
test et le compilo TB sous la main, ce serait très vite fait (bon,
il faudrait que je me repaluche la doc du TB et les interruptions du
DOS...).
C'était un truc fait à l'arrache. Un programme côté serveur qui
comprenait quelques commandes (list, cd, send et recv de mémoire),
et un programme client qui avait une interface texte avec une liste
à gauche (disque local) et une liste à droite (disque distant). Il
n'y a vraiment aucune subtilité là-dedans. J'aurais deux machines de
test et le compilo TB sous la main, ce serait très vite fait (bon,
il faudrait que je me repaluche la doc du TB et les interruptions du
DOS...).
Le jeu, 31 déc 2009 at 16:10 GMT, JKB a écrit :C'était un truc fait à l'arrache. Un programme côté serveur qui
comprenait quelques commandes (list, cd, send et recv de mémoire),
et un programme client qui avait une interface texte avec une liste
à gauche (disque local) et une liste à droite (disque distant). Il
n'y a vraiment aucune subtilité là-dedans. J'aurais deux machines de
test et le compilo TB sous la main, ce serait très vite fait (bon,
il faudrait que je me repaluche la doc du TB et les interruptions du
DOS...).
Ca me rappelle le "projet" du cours d'assembleur (x86), quand j'étais
étudiant.
J'avaios fait un truc du genre, en réisdent et symétrique (ie les 2
cotés pouvaient initier un transfert).
Si je me souviens bien, en plus des transferts, y'avait une partie
"chat" pour s'envoyer des messages d'un poste à un autre.
Mais c'était du « moderne » par rapport à toi, parceque c'était sur 386
Le jeu, 31 déc 2009 at 16:10 GMT, JKB <knatschke@koenigsberg.fr> a écrit :
C'était un truc fait à l'arrache. Un programme côté serveur qui
comprenait quelques commandes (list, cd, send et recv de mémoire),
et un programme client qui avait une interface texte avec une liste
à gauche (disque local) et une liste à droite (disque distant). Il
n'y a vraiment aucune subtilité là-dedans. J'aurais deux machines de
test et le compilo TB sous la main, ce serait très vite fait (bon,
il faudrait que je me repaluche la doc du TB et les interruptions du
DOS...).
Ca me rappelle le "projet" du cours d'assembleur (x86), quand j'étais
étudiant.
J'avaios fait un truc du genre, en réisdent et symétrique (ie les 2
cotés pouvaient initier un transfert).
Si je me souviens bien, en plus des transferts, y'avait une partie
"chat" pour s'envoyer des messages d'un poste à un autre.
Mais c'était du « moderne » par rapport à toi, parceque c'était sur 386
Le jeu, 31 déc 2009 at 16:10 GMT, JKB a écrit :C'était un truc fait à l'arrache. Un programme côté serveur qui
comprenait quelques commandes (list, cd, send et recv de mémoire),
et un programme client qui avait une interface texte avec une liste
à gauche (disque local) et une liste à droite (disque distant). Il
n'y a vraiment aucune subtilité là-dedans. J'aurais deux machines de
test et le compilo TB sous la main, ce serait très vite fait (bon,
il faudrait que je me repaluche la doc du TB et les interruptions du
DOS...).
Ca me rappelle le "projet" du cours d'assembleur (x86), quand j'étais
étudiant.
J'avaios fait un truc du genre, en réisdent et symétrique (ie les 2
cotés pouvaient initier un transfert).
Si je me souviens bien, en plus des transferts, y'avait une partie
"chat" pour s'envoyer des messages d'un poste à un autre.
Mais c'était du « moderne » par rapport à toi, parceque c'était sur 386
