J'aimerai savoir comment il serait possible de capturer le port imprimante
d'un Pc qui envoie toutes les heures des données a partir de ce port vers
un autre pc ?
cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n' est pas
en reseau ( et il n'est pas possible de le faire ) et qu'il est imposible
de toucher a sa configuration materielle et logicielle. Peut-etre qu'un
serveur d'impression ( s'il existe) relié au second PC sous win xp pourrait
faire office d'interface ??
Merci pour les reponses toutes aussi interessantes les une comme les autres. Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l experience
Merci
Merci pour les reponses toutes aussi interessantes les une comme les
autres.
Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne
pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l experience
Merci pour les reponses toutes aussi interessantes les une comme les autres. Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l experience
Merci
x
france/sam./18/11/2006/04h00/debut_edit
Salutations,
"philou"
a écrit, et nous l'en remercions, dans le message de news: 455e6b97$0$5069$
Merci pour les reponses toutes aussi interessantes les une comme les autres. Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l'expérience
Merci
De même...
Très cordialement...
Merci... :-) ( pour les retours :-)
(moins de 8 minutes) france/sam./18/11/2006/04h06/fin_edit/envoi
france/sam./18/11/2006/04h00/debut_edit
Salutations,
"philou"
<philou@test.fr>
a écrit, et nous l'en remercions, dans le message de news:
455e6b97$0$5069$ba4acef3@news.orange.fr...
Merci pour les reponses toutes aussi interessantes les une comme les
autres.
Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne
pourrai le faire moi meme . Sinon je vais voir aussi vers les ports
series.
Je ne manquerai pas de vous tenir informé de la suite de l'expérience
Merci
De même...
Très cordialement...
Merci... :-) ( pour les retours :-)
(moins de 8 minutes)
france/sam./18/11/2006/04h06/fin_edit/envoi
a écrit, et nous l'en remercions, dans le message de news: 455e6b97$0$5069$
Merci pour les reponses toutes aussi interessantes les une comme les autres. Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l'expérience
Merci
De même...
Très cordialement...
Merci... :-) ( pour les retours :-)
(moins de 8 minutes) france/sam./18/11/2006/04h06/fin_edit/envoi
x
france/sam./18/11/2006/04h00/debut_edit
Salutations,
"philou"
a écrit, et nous l'en remercions (tous), dans le message de news: 455e6b97$0$5069$
Merci pour les reponses toutes aussi interessantes les une comme les autres. Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l'expérience
Merci
De même...
Très cordialement...
Merci... :-) ( pour les retours :-)
france/sam./18/11/2006/04h22/fin_edit/envoi
france/sam./18/11/2006/04h00/debut_edit
Salutations,
"philou"
<philou@test.fr>
a écrit, et nous l'en remercions (tous), dans le message de news:
455e6b97$0$5069$ba4acef3@news.orange.fr...
Merci pour les reponses toutes aussi interessantes les une comme les
autres.
Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne
pourrai le faire moi meme . Sinon je vais voir aussi vers les ports
series.
Je ne manquerai pas de vous tenir informé de la suite de l'expérience
a écrit, et nous l'en remercions (tous), dans le message de news: 455e6b97$0$5069$
Merci pour les reponses toutes aussi interessantes les une comme les autres. Je vais tenter un " LTPCAP" si je peux trouver cela facilement car je ne pourrai le faire moi meme . Sinon je vais voir aussi vers les ports series.
Je ne manquerai pas de vous tenir informé de la suite de l'expérience
Merci
De même...
Très cordialement...
Merci... :-) ( pour les retours :-)
france/sam./18/11/2006/04h22/fin_edit/envoi
milsabords
philou wrote:
Bonjour
J'aimerai savoir comment il serait possible de capturer le port imprimante d'un Pc qui envoie toutes les heures des données a partir de ce port vers un autre pc ? cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n' est pas en reseau ( et il n'est pas possible de le faire ) et qu'il est imposible de toucher a sa configuration materielle et logicielle. Peut-etre qu'un serveur d'impression ( s'il existe) relié au second PC sous win xp pourrait faire office d'interface ??
Merci de vos reponses eclairées.
En l'occurence, il ne s'agit pas de capture de port imprimante, mais tout simplement de lecture de ce qui arrive sur le port parallèle, et d' écriture de ces données dans un fichier. Il faut que le port parallèle soit configuré en bidirectionnel par le BIOS, et relier les deux PC par un câble croisé type LapLink.
Une recherche Google avec "lecture port parallèle" donne des tas de solutions et d'explications, y compris des dll et des exemples de codes qui permettent d'écrire un programme ad hoc.
philou wrote:
Bonjour
J'aimerai savoir comment il serait possible de capturer le port
imprimante d'un Pc qui envoie toutes les heures des données a partir
de ce port vers un autre pc ?
cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n'
est pas en reseau ( et il n'est pas possible de le faire ) et qu'il
est imposible de toucher a sa configuration materielle et logicielle.
Peut-etre qu'un serveur d'impression ( s'il existe) relié au second
PC sous win xp pourrait faire office d'interface ??
Merci de vos reponses eclairées.
En l'occurence, il ne s'agit pas de capture de port imprimante, mais tout
simplement de lecture de ce qui arrive sur le port parallèle, et d' écriture
de ces données dans un fichier. Il faut que le port parallèle soit configuré
en bidirectionnel par le BIOS, et relier les deux PC par un câble croisé
type LapLink.
Une recherche Google avec "lecture port parallèle" donne des tas de
solutions et d'explications, y compris des dll et des exemples de codes qui
permettent d'écrire un programme ad hoc.
J'aimerai savoir comment il serait possible de capturer le port imprimante d'un Pc qui envoie toutes les heures des données a partir de ce port vers un autre pc ? cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n' est pas en reseau ( et il n'est pas possible de le faire ) et qu'il est imposible de toucher a sa configuration materielle et logicielle. Peut-etre qu'un serveur d'impression ( s'il existe) relié au second PC sous win xp pourrait faire office d'interface ??
Merci de vos reponses eclairées.
En l'occurence, il ne s'agit pas de capture de port imprimante, mais tout simplement de lecture de ce qui arrive sur le port parallèle, et d' écriture de ces données dans un fichier. Il faut que le port parallèle soit configuré en bidirectionnel par le BIOS, et relier les deux PC par un câble croisé type LapLink.
Une recherche Google avec "lecture port parallèle" donne des tas de solutions et d'explications, y compris des dll et des exemples de codes qui permettent d'écrire un programme ad hoc.
s.willy
"milsabords" écrivait news:#:
philou wrote:
Bonjour
J'aimerai savoir comment il serait possible de capturer le port imprimante d'un Pc qui envoie toutes les heures des données a partir de ce port vers un autre pc ? cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n' est pas en reseau ( et il n'est pas possible de le faire ) et qu'il est imposible de toucher a sa configuration materielle et logicielle. Peut-etre qu'un serveur d'impression ( s'il existe) relié au second PC sous win xp pourrait faire office d'interface ??
Merci de vos reponses eclairées.
En l'occurence, il ne s'agit pas de capture de port imprimante, mais tout simplement de lecture de ce qui arrive sur le port parallèle, et d' écriture de ces données dans un fichier. Il faut que le port parallèle soit configuré en bidirectionnel par le BIOS, et relier les deux PC par un câble croisé type LapLink.
Une recherche Google avec "lecture port parallèle" donne des tas de solutions et d'explications, y compris des dll et des exemples de codes qui permettent d'écrire un programme ad hoc.
Salut, J'ai fait ce type de manipulation il y a quelques annees : * sur le pc sous dos - utilisation de la commande MODE LPTn[:]=COMm[:] - configuration du port de com MODE COMm[:] http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
J'aimerai savoir comment il serait possible de capturer le port
imprimante d'un Pc qui envoie toutes les heures des données a partir
de ce port vers un autre pc ?
cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n'
est pas en reseau ( et il n'est pas possible de le faire ) et qu'il
est imposible de toucher a sa configuration materielle et logicielle.
Peut-etre qu'un serveur d'impression ( s'il existe) relié au second
PC sous win xp pourrait faire office d'interface ??
Merci de vos reponses eclairées.
En l'occurence, il ne s'agit pas de capture de port imprimante, mais
tout simplement de lecture de ce qui arrive sur le port parallèle, et
d' écriture de ces données dans un fichier. Il faut que le port
parallèle soit configuré en bidirectionnel par le BIOS, et relier les
deux PC par un câble croisé type LapLink.
Une recherche Google avec "lecture port parallèle" donne des tas de
solutions et d'explications, y compris des dll et des exemples de
codes qui permettent d'écrire un programme ad hoc.
Salut,
J'ai fait ce type de manipulation il y a quelques annees :
* sur le pc sous dos
- utilisation de la commande MODE LPTn[:]=COMm[:]
- configuration du port de com MODE COMm[:]
http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du
port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
J'aimerai savoir comment il serait possible de capturer le port imprimante d'un Pc qui envoie toutes les heures des données a partir de ce port vers un autre pc ? cette capture serait redirigée vers un fichier sur le second PC.
Il faut noter que le PC qui envoie les données est sous Ms-Dos , n' est pas en reseau ( et il n'est pas possible de le faire ) et qu'il est imposible de toucher a sa configuration materielle et logicielle. Peut-etre qu'un serveur d'impression ( s'il existe) relié au second PC sous win xp pourrait faire office d'interface ??
Merci de vos reponses eclairées.
En l'occurence, il ne s'agit pas de capture de port imprimante, mais tout simplement de lecture de ce qui arrive sur le port parallèle, et d' écriture de ces données dans un fichier. Il faut que le port parallèle soit configuré en bidirectionnel par le BIOS, et relier les deux PC par un câble croisé type LapLink.
Une recherche Google avec "lecture port parallèle" donne des tas de solutions et d'explications, y compris des dll et des exemples de codes qui permettent d'écrire un programme ad hoc.
Salut, J'ai fait ce type de manipulation il y a quelques annees : * sur le pc sous dos - utilisation de la commande MODE LPTn[:]=COMm[:] - configuration du port de com MODE COMm[:] http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
milsabords
s.willy wrote:
Salut, J'ai fait ce type de manipulation il y a quelques annees : * sur le pc sous dos - utilisation de la commande MODE LPTn[:]=COMm[:] - configuration du port de com MODE COMm[:] http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
OK, mais il ne peut rien modifier dans le PC sous DOS, il ne peut donc intervenir que sur celui qui est sous Windows. Je n' ai pas vu qu' HyperTerminal puisse lire le port parallèle.
s.willy wrote:
Salut,
J'ai fait ce type de manipulation il y a quelques annees :
* sur le pc sous dos
- utilisation de la commande MODE LPTn[:]=COMm[:]
- configuration du port de com MODE COMm[:]
http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture
du port
* relier les deux pc par un cable classique rs232 type laplink
null-modem
les impression s sont rediriges vers le port com puis sur
l'hyperterminal.
OK, mais il ne peut rien modifier dans le PC sous DOS, il ne peut donc
intervenir que sur celui qui est sous Windows.
Je n' ai pas vu qu' HyperTerminal puisse lire le port parallèle.
Salut, J'ai fait ce type de manipulation il y a quelques annees : * sur le pc sous dos - utilisation de la commande MODE LPTn[:]=COMm[:] - configuration du port de com MODE COMm[:] http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
OK, mais il ne peut rien modifier dans le PC sous DOS, il ne peut donc intervenir que sur celui qui est sous Windows. Je n' ai pas vu qu' HyperTerminal puisse lire le port parallèle.
Salut, J'ai fait ce type de manipulation il y a quelques annees : * sur le pc sous dos - utilisation de la commande MODE LPTn[:]=COMm[:] - configuration du port de com MODE COMm[:] http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
OK, mais il ne peut rien modifier dans le PC sous DOS, il ne peut donc intervenir que sur celui qui est sous Windows.
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Je n' ai pas vu qu' HyperTerminal puisse lire le port parallèle. D'ou l'utilisation de MODE LPTn[:]=COMm[:] qui sert à rediriger le port
parallèle vers le port serie. De meme un cable de transfert serie est aussi plus simple à trouver ou a faire soi-meme (2-3;3-2;5-5 suffit generalement) A l'epoque du dos , j'avais fait un cable de transfert parallele pour interlnk et intersvr. Les ports n'etant pas bidirectionnel , il fallait passer en 2*4 bits . Le transfert de fichier etait quand plus rapide qu'avec un cable serie. Dans le cas present il semble que ce soit du fil de l'eau , le serie est amplemment suffisant.
Salut,
J'ai fait ce type de manipulation il y a quelques annees :
* sur le pc sous dos
- utilisation de la commande MODE LPTn[:]=COMm[:]
- configuration du port de com MODE COMm[:]
http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture
du port
* relier les deux pc par un cable classique rs232 type laplink
null-modem
les impression s sont rediriges vers le port com puis sur
l'hyperterminal.
OK, mais il ne peut rien modifier dans le PC sous DOS, il ne peut donc
intervenir que sur celui qui est sous Windows.
Il n'y a aucune modification materielle ni logicielle à faire .
Un pc demarre d'abord avec l'OS , ici c'est le dos .
Ensuite le programme peut etre lancer ou etre demarrer automatiquement
dans l'autoexec.bat . Dans le second cas il suffit de placer egalement
les deux commandes MODE dans l'autoexec.bat avant l'execution du
programme .
Je n' ai pas vu qu' HyperTerminal puisse lire le port parallèle.
D'ou l'utilisation de MODE LPTn[:]=COMm[:] qui sert à rediriger le port
parallèle vers le port serie. De meme un cable de transfert serie est
aussi plus simple à trouver ou a faire soi-meme (2-3;3-2;5-5 suffit
generalement)
A l'epoque du dos , j'avais fait un cable de transfert parallele pour
interlnk et intersvr. Les ports n'etant pas bidirectionnel , il fallait
passer en 2*4 bits . Le transfert de fichier etait quand plus rapide
qu'avec un cable serie.
Dans le cas present il semble que ce soit du fil de l'eau , le serie est
amplemment suffisant.
Salut, J'ai fait ce type de manipulation il y a quelques annees : * sur le pc sous dos - utilisation de la commande MODE LPTn[:]=COMm[:] - configuration du port de com MODE COMm[:] http://azpc.fr.free.fr/msdos.html#mode
* sur le pc sous windows : utilisation de l'hyperterminal en capture du port
* relier les deux pc par un cable classique rs232 type laplink null-modem
les impression s sont rediriges vers le port com puis sur l'hyperterminal.
OK, mais il ne peut rien modifier dans le PC sous DOS, il ne peut donc intervenir que sur celui qui est sous Windows.
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Je n' ai pas vu qu' HyperTerminal puisse lire le port parallèle. D'ou l'utilisation de MODE LPTn[:]=COMm[:] qui sert à rediriger le port
parallèle vers le port serie. De meme un cable de transfert serie est aussi plus simple à trouver ou a faire soi-meme (2-3;3-2;5-5 suffit generalement) A l'epoque du dos , j'avais fait un cable de transfert parallele pour interlnk et intersvr. Les ports n'etant pas bidirectionnel , il fallait passer en 2*4 bits . Le transfert de fichier etait quand plus rapide qu'avec un cable serie. Dans le cas present il semble que ce soit du fil de l'eau , le serie est amplemment suffisant.
milsabords
s.willy wrote:
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du tout,
sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu' ajouter 2 lignes dans autoexec.bat est exclu. Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle ci : http://elkhiyar.ifrance.com/ .
s.willy wrote:
Il n'y a aucune modification materielle ni logicielle à faire .
Un pc demarre d'abord avec l'OS , ici c'est le dos .
Ensuite le programme peut etre lancer ou etre demarrer automatiquement
dans l'autoexec.bat . Dans le second cas il suffit de placer egalement
les deux commandes MODE dans l'autoexec.bat avant l'execution du
programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du tout,
sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu'
ajouter 2 lignes dans autoexec.bat est exclu.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle
ci : http://elkhiyar.ifrance.com/ .
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du tout,
sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu' ajouter 2 lignes dans autoexec.bat est exclu. Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle ci : http://elkhiyar.ifrance.com/ .
s.willy
"milsabords" écrivait news:#:
s.willy wrote:
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du
tout, sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu' ajouter 2 lignes dans autoexec.bat est exclu.
Il me parait en effet surprenant qu'il puisse modifier le bios mais pas rajouter deux lignes de commande dans l'autoexec.bat . Mon but n'etait que de proposer une solution simple, rapide et sans aucun developpement basée sur un retour d'experience. La decision revient d'ailleurs au posteur du message qui lui seul peut faire la part entre contraintes technique et administrative.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle ci : http://elkhiyar.ifrance.com/ .
Merci pour le lien mais je connaissais deja pour avoir recuperer les DLL il y a quelques temps. Je ne m'en suis pas encore servi.
Il n'y a aucune modification materielle ni logicielle à faire .
Un pc demarre d'abord avec l'OS , ici c'est le dos .
Ensuite le programme peut etre lancer ou etre demarrer
automatiquement dans l'autoexec.bat . Dans le second cas il suffit de
placer egalement les deux commandes MODE dans l'autoexec.bat avant
l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du
tout, sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai
déduit qu' ajouter 2 lignes dans autoexec.bat est exclu.
Il me parait en effet surprenant qu'il puisse modifier le bios mais pas
rajouter deux lignes de commande dans l'autoexec.bat .
Mon but n'etait que de proposer une solution simple, rapide et sans aucun
developpement basée sur un retour d'experience.
La decision revient d'ailleurs au posteur du message qui lui seul peut
faire la part entre contraintes technique et administrative.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont
celle ci : http://elkhiyar.ifrance.com/ .
Merci pour le lien mais je connaissais deja pour avoir recuperer les DLL
il y a quelques temps. Je ne m'en suis pas encore servi.
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du
tout, sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu' ajouter 2 lignes dans autoexec.bat est exclu.
Il me parait en effet surprenant qu'il puisse modifier le bios mais pas rajouter deux lignes de commande dans l'autoexec.bat . Mon but n'etait que de proposer une solution simple, rapide et sans aucun developpement basée sur un retour d'experience. La decision revient d'ailleurs au posteur du message qui lui seul peut faire la part entre contraintes technique et administrative.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle ci : http://elkhiyar.ifrance.com/ .
Merci pour le lien mais je connaissais deja pour avoir recuperer les DLL il y a quelques temps. Je ne m'en suis pas encore servi.
philou
Bonjour Je pense qu'il me sera possible de rajouter quelques lignes en autoexec.bat mais pas grand chose de plus. Maintenant cette idée de redirection de port vers le serie me semble interessante, simplement je ne sais pas si Hyperterminal va recuperer les données dans le bon format et surtout s'il permet d'automatiser la recuperation periodique sous forme de fichier . Je ne connais pas trop ce soft fourni par Windows . Encore merci pour vos interventions "s.willy" a écrit dans le message de news:
"milsabords" écrivait news:#:
s.willy wrote:
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du
tout, sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu' ajouter 2 lignes dans autoexec.bat est exclu.
Il me parait en effet surprenant qu'il puisse modifier le bios mais pas rajouter deux lignes de commande dans l'autoexec.bat . Mon but n'etait que de proposer une solution simple, rapide et sans aucun developpement basée sur un retour d'experience. La decision revient d'ailleurs au posteur du message qui lui seul peut faire la part entre contraintes technique et administrative.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle ci : http://elkhiyar.ifrance.com/ .
Merci pour le lien mais je connaissais deja pour avoir recuperer les DLL il y a quelques temps. Je ne m'en suis pas encore servi.
Bonjour
Je pense qu'il me sera possible de rajouter quelques lignes en autoexec.bat
mais pas grand chose de plus.
Maintenant cette idée de redirection de port vers le serie me semble
interessante, simplement je ne sais pas si Hyperterminal va recuperer les
données dans le bon format et surtout s'il permet d'automatiser la
recuperation periodique sous forme de fichier . Je ne connais pas trop ce
soft fourni par Windows .
Encore merci pour vos interventions
"s.willy" <s.willy@courrier.fr> a écrit dans le message de
news:XnF9880806B172CDswilly@127.0.0.1...
Il n'y a aucune modification materielle ni logicielle à faire .
Un pc demarre d'abord avec l'OS , ici c'est le dos .
Ensuite le programme peut etre lancer ou etre demarrer
automatiquement dans l'autoexec.bat . Dans le second cas il suffit de
placer egalement les deux commandes MODE dans l'autoexec.bat avant
l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du
tout, sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai
déduit qu' ajouter 2 lignes dans autoexec.bat est exclu.
Il me parait en effet surprenant qu'il puisse modifier le bios mais pas
rajouter deux lignes de commande dans l'autoexec.bat .
Mon but n'etait que de proposer une solution simple, rapide et sans aucun
developpement basée sur un retour d'experience.
La decision revient d'ailleurs au posteur du message qui lui seul peut
faire la part entre contraintes technique et administrative.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont
celle ci : http://elkhiyar.ifrance.com/ .
Merci pour le lien mais je connaissais deja pour avoir recuperer les DLL
il y a quelques temps. Je ne m'en suis pas encore servi.
Bonjour Je pense qu'il me sera possible de rajouter quelques lignes en autoexec.bat mais pas grand chose de plus. Maintenant cette idée de redirection de port vers le serie me semble interessante, simplement je ne sais pas si Hyperterminal va recuperer les données dans le bon format et surtout s'il permet d'automatiser la recuperation periodique sous forme de fichier . Je ne connais pas trop ce soft fourni par Windows . Encore merci pour vos interventions "s.willy" a écrit dans le message de news:
"milsabords" écrivait news:#:
s.willy wrote:
Il n'y a aucune modification materielle ni logicielle à faire . Un pc demarre d'abord avec l'OS , ici c'est le dos . Ensuite le programme peut etre lancer ou etre demarrer automatiquement dans l'autoexec.bat . Dans le second cas il suffit de placer egalement les deux commandes MODE dans l'autoexec.bat avant l'execution du programme .
Bien compris, mais le monsieur a dit qu'il ne peut toucher à rien du
tout, sauf peut être le BIOS, sur ce PC (post n° 4 du fil), j'en ai déduit qu' ajouter 2 lignes dans autoexec.bat est exclu.
Il me parait en effet surprenant qu'il puisse modifier le bios mais pas rajouter deux lignes de commande dans l'autoexec.bat . Mon but n'etait que de proposer une solution simple, rapide et sans aucun developpement basée sur un retour d'experience. La decision revient d'ailleurs au posteur du message qui lui seul peut faire la part entre contraintes technique et administrative.
Je répète: une recherche Google donne 1 010 000 réponses environ, dont celle ci : http://elkhiyar.ifrance.com/ .
Merci pour le lien mais je connaissais deja pour avoir recuperer les DLL il y a quelques temps. Je ne m'en suis pas encore servi.
