On Wed, 26 Jan 2005 11:58:03 +0100, Mathieu Trentesaux wrote:
Un très ancien programme de tri (Microdoft SORTM.EXE 1984) ne fonctionne pas sous XP, même en mode compatibilité Win95.
Si on parle du même, sortm est un utilitaire de tri de messages tout ce qu'il y a de plus standard sous Unix, qui doit tourner directement sous Cygwin.
Sinon, prenez le source en C, dispo par exemple dans les GNU Mailutils (voir http://savannah.gnu.org/cgi-bin/viewcvs/mailutils/mailutils/mh/sortm.c?rev=1.1 par exemple), et compilez une version pour XP.
Je ne crois pas que l'on parle du même programme. Ca aurait été trop simple.
Merci Mathieu
François Yves Le Gal a écrit :
On Wed, 26 Jan 2005 11:58:03 +0100, Mathieu Trentesaux
<mathieutrentesaux@free.fr> wrote:
Un très ancien programme de tri (Microdoft SORTM.EXE 1984) ne fonctionne
pas sous XP, même en mode compatibilité Win95.
Si on parle du même, sortm est un utilitaire de tri de messages tout ce
qu'il y a de plus standard sous Unix, qui doit tourner directement sous
Cygwin.
Sinon, prenez le source en C, dispo par exemple dans les GNU Mailutils (voir
http://savannah.gnu.org/cgi-bin/viewcvs/mailutils/mailutils/mh/sortm.c?rev=1.1
par exemple), et compilez une version pour XP.
Je ne crois pas que l'on parle du même programme. Ca aurait été trop simple.
On Wed, 26 Jan 2005 11:58:03 +0100, Mathieu Trentesaux wrote:
Un très ancien programme de tri (Microdoft SORTM.EXE 1984) ne fonctionne pas sous XP, même en mode compatibilité Win95.
Si on parle du même, sortm est un utilitaire de tri de messages tout ce qu'il y a de plus standard sous Unix, qui doit tourner directement sous Cygwin.
Sinon, prenez le source en C, dispo par exemple dans les GNU Mailutils (voir http://savannah.gnu.org/cgi-bin/viewcvs/mailutils/mailutils/mh/sortm.c?rev=1.1 par exemple), et compilez une version pour XP.
Je ne crois pas que l'on parle du même programme. Ca aurait été trop simple.
Merci Mathieu
Dominique Vaufreydaz
Re,
Lancement de "SORTM DEF.TXT"
Avec DEF.TXT contenant
INPUT"X:ACCESSR.FIC"DIRECT,LENGTH 140 KEY#1 [123:2,INTEGER],ASC KEY#2 [98:1,BYTE],ASC SET NQTE [92:2,INTEGER] SET TEST [1:1,BYTE] IF TEST=0 OR NQTE=0 REJECT ENDIF OUTPUT "X:FTRIE",POINTERS
Le fichier ACCESS.FIC est un fichier Random, de largeur fixe.
Le programme fait un shell msdos lancant "SORTM DEF.TXT", et au retour, il récupère les numéros d'enregistrements dans le fichier séquentiel FTRIE, ce qui me permet de retrouver en accès aléatoire les enregistrements dans l'ordre voulu dans le fichier ACCESS.FIC.
Cet utilitaire me sert à effectuer des listes triées à la demande, les KEY peuvent être de certains type Microsoft d'époque, d'avant le IEEE.
Tu devrais regarder du cote de sort de unix. Il fait pas mal de choses de ce genre, sauf que la, se serait pas def.txt qu'il faudrait lancer mais sort avec pleins d'options. Je dis pas a 100% que tu peux faire ce que tu veux avec sort mais c'est pas loin...
Et tu peux aussi l'appeler en ligne de commande, etc... La doc est la : http://www.rt.com/man/sort.1.html
Sinon, redevelopper le soft ne devrait etre irrealisable en soit...
Doms. -- Impose ta chance, serre ton bonheur et va vers ton risque. A te regarder, ils s'habitueront. René Char, Les Matinaux. ---- http://Dominique.Vaufreydaz.free.fr/ http://TitchKaRa.free.fr/ http://logiciels.ntfaqfr.com/
Re,
Lancement de
"SORTM DEF.TXT"
Avec DEF.TXT contenant
INPUT"X:ACCESSR.FIC"DIRECT,LENGTH 140
KEY#1 [123:2,INTEGER],ASC
KEY#2 [98:1,BYTE],ASC
SET NQTE [92:2,INTEGER]
SET TEST [1:1,BYTE]
IF TEST=0 OR NQTE=0 REJECT ENDIF
OUTPUT "X:FTRIE",POINTERS
Le fichier ACCESS.FIC est un fichier Random, de largeur fixe.
Le programme fait un shell msdos lancant "SORTM DEF.TXT", et au
retour, il récupère les numéros d'enregistrements dans le fichier séquentiel
FTRIE, ce qui me permet de retrouver en accès aléatoire les
enregistrements dans l'ordre voulu dans le fichier ACCESS.FIC.
Cet utilitaire me sert à effectuer des listes triées à la demande, les
KEY peuvent être de certains type Microsoft d'époque, d'avant le IEEE.
Tu devrais regarder du cote de sort de unix. Il fait pas mal de choses de
ce genre, sauf que la, se serait pas def.txt qu'il faudrait lancer mais
sort avec pleins d'options. Je dis pas a 100% que tu peux faire ce
que tu veux avec sort mais c'est pas loin...
Et tu peux aussi l'appeler en ligne de commande, etc...
La doc est la :
http://www.rt.com/man/sort.1.html
Sinon, redevelopper le soft ne devrait etre irrealisable
en soit...
Doms.
--
Impose ta chance, serre ton bonheur et va vers ton risque.
A te regarder, ils s'habitueront.
René Char, Les Matinaux.
----
http://Dominique.Vaufreydaz.free.fr/
http://TitchKaRa.free.fr/
http://logiciels.ntfaqfr.com/
INPUT"X:ACCESSR.FIC"DIRECT,LENGTH 140 KEY#1 [123:2,INTEGER],ASC KEY#2 [98:1,BYTE],ASC SET NQTE [92:2,INTEGER] SET TEST [1:1,BYTE] IF TEST=0 OR NQTE=0 REJECT ENDIF OUTPUT "X:FTRIE",POINTERS
Le fichier ACCESS.FIC est un fichier Random, de largeur fixe.
Le programme fait un shell msdos lancant "SORTM DEF.TXT", et au retour, il récupère les numéros d'enregistrements dans le fichier séquentiel FTRIE, ce qui me permet de retrouver en accès aléatoire les enregistrements dans l'ordre voulu dans le fichier ACCESS.FIC.
Cet utilitaire me sert à effectuer des listes triées à la demande, les KEY peuvent être de certains type Microsoft d'époque, d'avant le IEEE.
Tu devrais regarder du cote de sort de unix. Il fait pas mal de choses de ce genre, sauf que la, se serait pas def.txt qu'il faudrait lancer mais sort avec pleins d'options. Je dis pas a 100% que tu peux faire ce que tu veux avec sort mais c'est pas loin...
Et tu peux aussi l'appeler en ligne de commande, etc... La doc est la : http://www.rt.com/man/sort.1.html
Sinon, redevelopper le soft ne devrait etre irrealisable en soit...
Doms. -- Impose ta chance, serre ton bonheur et va vers ton risque. A te regarder, ils s'habitueront. René Char, Les Matinaux. ---- http://Dominique.Vaufreydaz.free.fr/ http://TitchKaRa.free.fr/ http://logiciels.ntfaqfr.com/
Mathieu Trentesaux
Dominique Vaufreydaz a écrit : [...]
Sinon, redevelopper le soft ne devrait etre irrealisable en soit...
Oui. Pour le moment je ne vois rien d'autre.
Dominique Vaufreydaz a écrit :
[...]
Sinon, redevelopper le soft ne devrait etre irrealisable
en soit...
Sinon, redevelopper le soft ne devrait etre irrealisable en soit...
Oui. Pour le moment je ne vois rien d'autre.
Sergio
Mathieu Trentesaux avait énoncé :
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un fichier de +- 500k.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Mathieu Trentesaux avait énoncé :
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à
l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me
semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait
fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un
fichier de +- 500k.
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un fichier de +- 500k.
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Mathieu Trentesaux
Sergio a écrit :
Mathieu Trentesaux avait énoncé :
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un fichier de +- 500k.
Sans doute, mais de toutes façons je suis captif de la syntaxe de SORTM.
Et puis cet après midi, les problèmes se sont enchainés de fil en aiguille : les types de cette apli sont au format MBF (Microsoft Binary Format) ce qui m'a amèné à d'autre mauvaises découvertes. En gros ça veut dire : nouvelle version tous modules ; plus correctif des zones MBF en IEEE ; plus fabrication d'un sortm maison avec la même syntaxe. J'ai d'autres travaux à faire pour ce client et j'avais oublié cette caractéristique de mon appli... dure journée.
Merci en tout cas. Mathieu
Sergio a écrit :
Mathieu Trentesaux avait énoncé :
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à
l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais
il me semble bien qu'il était limité à un segment mémoire de 64k, ce
qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un
fichier de +- 500k.
Sans doute, mais de toutes façons je suis captif de la syntaxe de SORTM.
Et puis cet après midi, les problèmes se sont enchainés de fil en
aiguille : les types de cette apli sont au format MBF (Microsoft Binary
Format) ce qui m'a amèné à d'autre mauvaises découvertes. En gros ça
veut dire : nouvelle version tous modules ; plus correctif des zones MBF
en IEEE ; plus fabrication d'un sortm maison avec la même syntaxe. J'ai
d'autres travaux à faire pour ce client et j'avais oublié cette
caractéristique de mon appli... dure journée.
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un fichier de +- 500k.
Sans doute, mais de toutes façons je suis captif de la syntaxe de SORTM.
Et puis cet après midi, les problèmes se sont enchainés de fil en aiguille : les types de cette apli sont au format MBF (Microsoft Binary Format) ce qui m'a amèné à d'autre mauvaises découvertes. En gros ça veut dire : nouvelle version tous modules ; plus correctif des zones MBF en IEEE ; plus fabrication d'un sortm maison avec la même syntaxe. J'ai d'autres travaux à faire pour ce client et j'avais oublié cette caractéristique de mon appli... dure journée.
Merci en tout cas. Mathieu
Mathieu Trentesaux
Sergio a écrit :
Mathieu Trentesaux avait énoncé :
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un fichier de +- 500k.
Sans doute, mais de toutes façons je suis captif de la syntaxe de SORTM.
Et puis cet après midi, les problèmes se sont enchainés de fil en aiguille : les types de cette apli sont au format MBF (Microsoft Binary Format) ce qui m'a amèné à d'autre mauvaises découvertes. En gros ça veut dire : nouvelle version tous modules ; plus correctif des zones MBF en IEEE ; plus fabrication d'un sortm maison avec la même syntaxe. J'ai d'autres travaux à faire pour ce client et j'avais oublié cette caractéristique de mon appli... dure journée.
Merci en tout cas. Mathieu
Sergio a écrit :
Mathieu Trentesaux avait énoncé :
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à
l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais
il me semble bien qu'il était limité à un segment mémoire de 64k, ce
qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un
fichier de +- 500k.
Sans doute, mais de toutes façons je suis captif de la syntaxe de SORTM.
Et puis cet après midi, les problèmes se sont enchainés de fil en
aiguille : les types de cette apli sont au format MBF (Microsoft Binary
Format) ce qui m'a amèné à d'autre mauvaises découvertes. En gros ça
veut dire : nouvelle version tous modules ; plus correctif des zones MBF
en IEEE ; plus fabrication d'un sortm maison avec la même syntaxe. J'ai
d'autres travaux à faire pour ce client et j'avais oublié cette
caractéristique de mon appli... dure journée.
texte) à plusieurs endroits, dont la réindexation. Je me souviens qu'à l'époque j'avais comme possibilité d'utiliser le SORT.COM du dos, mais il me semble bien qu'il était limité à un segment mémoire de 64k, ce qui m'avait fait acquérir SORTM.
Le SORT de XP, supporte plus gros. Je viens de faire un test avec un fichier de +- 500k.
Sans doute, mais de toutes façons je suis captif de la syntaxe de SORTM.
Et puis cet après midi, les problèmes se sont enchainés de fil en aiguille : les types de cette apli sont au format MBF (Microsoft Binary Format) ce qui m'a amèné à d'autre mauvaises découvertes. En gros ça veut dire : nouvelle version tous modules ; plus correctif des zones MBF en IEEE ; plus fabrication d'un sortm maison avec la même syntaxe. J'ai d'autres travaux à faire pour ce client et j'avais oublié cette caractéristique de mon appli... dure journée.
Merci en tout cas. Mathieu
Benoit T
Mathieu Trentesaux a écrit :
Bonjour
Un très ancien programme de tri (Microdoft SORTM.EXE 1984) ne fonctionne pas sous XP, même en mode compatibilité Win95.
J'en ai besoin pour une application aujourd'hui en exploitation et je ne vois pas comment m'en sortir sans un assez gros travail.
Que feriez vous à ma place ?
Pas simple ton histoire ...
peut tu essayer de créer une machine virtuelle DOS avec VMWare ou Virtual PC ou Virtual Serveur ??? qui pointe sur un disque ou seraient stock"es tes données ?
A+
Mathieu Trentesaux a écrit :
Bonjour
Un très ancien programme de tri (Microdoft SORTM.EXE 1984) ne fonctionne
pas sous XP, même en mode compatibilité Win95.
J'en ai besoin pour une application aujourd'hui en exploitation et je ne
vois pas comment m'en sortir sans un assez gros travail.
Que feriez vous à ma place ?
Pas simple ton histoire ...
peut tu essayer de créer une machine virtuelle DOS avec VMWare ou
Virtual PC ou Virtual Serveur ??? qui pointe sur un disque ou seraient
stock"es tes données ?
Un très ancien programme de tri (Microdoft SORTM.EXE 1984) ne fonctionne pas sous XP, même en mode compatibilité Win95.
J'en ai besoin pour une application aujourd'hui en exploitation et je ne vois pas comment m'en sortir sans un assez gros travail.
Que feriez vous à ma place ?
Pas simple ton histoire ...
peut tu essayer de créer une machine virtuelle DOS avec VMWare ou Virtual PC ou Virtual Serveur ??? qui pointe sur un disque ou seraient stock"es tes données ?
