Newsgroup: it.comp.lang.visual-basic
Titolo: Leggere file cobol?

Forse sono semi OT, in questo caso mi semi scuso :-).
Ciao a tutti. Mi rivolgo, probabilmente, ai "vecchi" programmatori, i
quali hanno probabilmente lavorato anche in cobol. Devo leggere un file
.dat creato da un programma in acucobol. Non ho i tracciati. E' un file
ascii ma i numeri sono in formato COMP (compresso) e non riesco a
trovare una regola per convertirli. Grazie a chi vorrà aiutarmi.
Il programma di conversione deve essere fatto in visual basic.

 Il programma di conversione deve essere fatto in visual basic.
Ho mandato il cervello in fumo per lo sforzo di ricordarmi, ma niente da
fare :-(
Comunque dovrei avere da qualche parte i runtime di RMcobol (acu non l'ho
mai usato ma non credo ci siano differenze)
potrebbe tornarti utile fare le prove, che a quanto ho capito non hai,
altrimenti avresti provato, giusto ? :-)
Se ti possono far comodo basta che lo dici.
Ciao

 Ciao
Grazie lo stesso. Io ho l'ambiente di sviluppo acucobol. Il problema è
che, non conoscendo i tracciati record, non so bene dove e come siano i
campi numerici compressi (COMP). A dire il vero, saprei anche dove, per
esclusione dai dati chiaramente leggibili, ma non il come. Certo, nel 2005
usare ancora tecniche per risparmiare dei bytes... O forse lo fanno
apposta per evitare facili conversioni...
Ciao.
 

 
Mi sa che sei meso male.
I miei ricordi risalgono ad oltre 15 anni fa ... ma senza tracciato record è 
gran dura fare una conversione.
L'unica soluzione, se hai l'eseguibile, è inserire un po' dati per creare una 
serie di record e su quelli fare un'accurata analisi.
Tempo fa, in questo modo, riuscii a ricostruire un tracciato record.
Per il formato COMP penso che su Google qualche indizio lo trovi sicuramente, 
a meno che non sia stato esato qualche algoritmo particolare, ma da quello che 
mi ricordo si usava spesso un'indicazione o binaria o ottale.
-- 
ciao Max
         ...  per raggiungermi, -il fuoristrada- non ti serve!

 
Mi sa che sei meso male.
I miei ricordi risalgono ad oltre 15 anni fa ... ma senza tracciato record è
gran dura fare una conversione.
L'unica soluzione, se hai l'eseguibile, è inserire un po' dati per creare una
serie di record e su quelli fare un'accurata analisi.
Tempo fa, in questo modo, riuscii a ricostruire un tracciato record.
Per il formato COMP penso che su Google qualche indizio lo trovi sicuramente,
a meno che non sia stato usato qualche algoritmo particolare, ma da quello che


 apposta per evitare facili conversioni...
Non credo a questo, piuttosto al fatto di risparmiare byte,
il rapporto byte/lire di un HD allora era molto alto, il mio primo HD, un
mitico WD dalla pazzesca capienza di 20 Mega lo pagai 600 mila
Pero'... bei tempi  *01 IMPORTO PIC 9(9) COMP* ricordo bene?
Ok, scusate l'OT ma un tuffo nel passato era troppo forte :-)
Ciao
-- 
http://www.mynewsgate.net/mp.php?u=18648

 
Teamsystem...

 Ciao a tutti. Mi rivolgo, probabilmente, ai "vecchi" programmatori,
<cent qty="2">
Ciao, ti risponde un nuovo programmatore;
molti gestionali "vecchio stampo" consentono di esportare dei tabulati 
su file; i dati saranno quindi organizzati in colonne. A quel punto io 
vedo la larghezza e i tipi di dati(ma si tratta comunque di ascii) e lo 
converto nel formato che più mi aggrada, anche xl se mi va...
</cent>
Facci sapere...
-- 
Emanuele Torrenti
http://torrenti.altervista.org
Please, don't send me Word or PowerPoint attachments.Look at:
http://www.gnu.org/philosophy/no-word-attachments.html

 Teamsystem...
teamsystem.it
 ?
e ci fai parte anche te o devi solo metter mano ad un loro lavoro?

Spike <sp...@mia.mail> ha scritto:

http://www.teamsystem.com/
La seconda che hai detto...

 Facci sapere...
Il fatto è che il file da leggere viene generato dal programma in acucobol
per essere letto da un altro programma della stessa famiglia. Quindi devo
"intercettare" questo file.
Tale file si presenta, per i campi alfanumerici, come un file ascii.
Invece, per i campi numerici ci sono dei caratteri, sempre ascii ma
evidentemente "trattati".
A me interessa sapere se c'è una regola con la quale i campi numerici,
probabilmente di tipo compresso, vengono scritti in ascii e quindi poterli
riconvertire.
Grazie comunque a tutti. Non pensavo di trovare persone così disponibili. :-)

Di che file stiamo parlando ? Lavoro con i gestionali TS da tanti anni
e negli archivi potrebbe esserci ancora qualcosa

 La seconda che hai detto...
sto ancora ripendando a quel COMP :-(
che sara' stato COMP o COMP3?
poi mi sembra che i byte variavano anche in base al PIC dichiarato, puo' essere
che un PIC 9(9) COMP3 memorizzava 5 byte? e quelli del tuo archivio come saranno
stati PIC 9(6) o PIC 9(9)?, che poi erano quelli piu' usati, se mi ricordo
giusto... anche questo credo sia fonte di guai :-(
Mah, piu' ci penso e piu' la vedo dura... comunque se ti riesce individuarli
dovresti essere gia' un pezzo avanti.
Ciao
-- 
http://www.mynewsgate.net/mp.php?u=18648

 e negli archivi potrebbe esserci ancora qualcosa
I file che servono a mandare i dati dell'azienda al programma del commercialista. 
Sono chiamati Fouta1, fouta2, ecc.