Home > Archive > Cobol > July 2004 > cobfd
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
|
|
|
| hi why can an old, free program like this spit translate the file defs, but
nowhere on the planet can a simple program read the file def and the data
and just translate the data?
would that be a frreeware DOS program that puts you all out of business?
scratch scratch
| |
| JerryMouse 2004-07-27, 8:55 pm |
| Carol wrote:
> hi why can an old, free program like this spit translate the file
> defs, but nowhere on the planet can a simple program read the file
> def and the data and just translate the data?
>
> would that be a frreeware DOS program that puts you all out of
> business? scratch scratch
No, it's because never in the 40+ years of COBOL development, not in the
billions of lines of COBOL code that's been written, and nowhere in the
language's history or use has there ever been a request or need for such a
foolish thing.
| |
| Robert Wagner 2004-07-27, 8:55 pm |
| "Carol" <kgdg@helkusa.com> wrote:
>hi why can an old, free program like this spit translate the file defs, but
>nowhere on the planet can a simple program read the file def and the data
>and just translate the data?
>
>would that be a frreeware DOS program that puts you all out of business?
>scratch scratch
<stroking purring cat>
The Demo I posted here doesn't just translate the file defs, it goes on to use
its translation to just convert the file in one step.
A comparison of four approaches:
l.willms: you must have a Cobol compiler to produce 21 conversion programs.
My cob2csv Demo: someone must compile a Cobol program one time and send you the
executable. After that, conversion is completely automated. If Usenet permitted,
I would have posted a Windows/Intel executable
NovaXchange: you don't need a compiler, but you must manually translate Cobol
copybooks to NovaXchange script notation.
Cobfd: you don't need a compiler, but you must manually translate Cobfd's output
into NovaXchange script notation. My cob2csv presents a similar report.
NovaXchange has an advantage in being able to read the tape. How would a Cobol
program such as mine or l.willms' read it? The answer is through a device
driver. Nova provided one, but there is no standard for the interface between an
application program and the Nova driver. It might be as simple as 'mapping to a
drive letter', it might be a device name or it might require proprietary calls
to an Application Program Interface (API).
Consumer-users lacking a compiler and programming experience tend to not think
outside the box. They think vendor-supplied software such as NovaXchange is
their only option.
| |
| Michael Mattias 2004-07-27, 8:55 pm |
| "Carol" <kgdg@helkusa.com> wrote in message
news:bsGdnQqAC72MJpvcRVn-hw@comcast.com...
> hi why can an old, free program like this spit translate the file defs,
but
> nowhere on the planet can a simple program read the file def and the data
> and just translate the data?
>
> would that be a frreeware DOS program that puts you all out of business?
> scratch scratch
Thank you very much for your nice (?) words..
But I must confess to mixed feelings: I have to believe you have just
supplied my very last fan letter - EVER - for one of my MS-DOS programs.
---------
FWIW, I did for a time offer a freeware DLL which WOULD translate the
data... you just plug in the info from the FD, tell it in what format you
want it out, and ZAP it's done.
However, interest was insufficient to warrant the effort to sex it up (read
"dummy-proof") it enough to market it. So now it's just part of my personal
library. I use it when I need it. (No longer available as freeware).
--
Michael Mattias
Tal Systems, Inc.
Racine WI
mmattias@talsystems.com
(Author/Contributor of COBFD software).
| |
|
| did you write the cobfd program???
"Michael Mattias" <michael.mattias@gte.net> wrote in message
news:OuCNc.1018$6s5.761@newssvr16.news.prodigy.com...
> "Carol" <kgdg@helkusa.com> wrote in message
> news:bsGdnQqAC72MJpvcRVn-hw@comcast.com...
> but
data[color=darkred]
>
> Thank you very much for your nice (?) words..
>
> But I must confess to mixed feelings: I have to believe you have just
> supplied my very last fan letter - EVER - for one of my MS-DOS programs.
>
> ---------
> FWIW, I did for a time offer a freeware DLL which WOULD translate the
> data... you just plug in the info from the FD, tell it in what format you
> want it out, and ZAP it's done.
>
> However, interest was insufficient to warrant the effort to sex it up
(read
> "dummy-proof") it enough to market it. So now it's just part of my
personal
> library. I use it when I need it. (No longer available as freeware).
>
> --
> Michael Mattias
> Tal Systems, Inc.
> Racine WI
> mmattias@talsystems.com
> (Author/Contributor of COBFD software).
>
>
>
| |
|
| hahahaaahahahahahah
"JerryMouse" <nospam@bisusa.com> wrote in message
news:r7idnZXFdZhEe5vcRVn-uA@giganews.com...
> Carol wrote:
>
> No, it's because never in the 40+ years of COBOL development, not in the
> billions of lines of COBOL code that's been written, and nowhere in the
> language's history or use has there ever been a request or need for such a
> foolish thing.
>
>
>
| |
|
| Your program sounds awesome!!
Still, I can' t use it until it is compliled and sent to me!!
wink wink nudge nudge
"Robert Wagner" <robert.deletethis@wagner.net> wrote in message
news:4106d481.24882575@news.optonline.net...
> "Carol" <kgdg@helkusa.com> wrote:
>
but[color=darkred]
>
> <stroking purring cat>
>
> The Demo I posted here doesn't just translate the file defs, it goes on to
use
> its translation to just convert the file in one step.
>
> A comparison of four approaches:
>
> l.willms: you must have a Cobol compiler to produce 21 conversion
programs.
>
> My cob2csv Demo: someone must compile a Cobol program one time and send
you the
> executable. After that, conversion is completely automated. If Usenet
permitted,
> I would have posted a Windows/Intel executable
>
> NovaXchange: you don't need a compiler, but you must manually translate
Cobol
> copybooks to NovaXchange script notation.
>
> Cobfd: you don't need a compiler, but you must manually translate Cobfd's
output
> into NovaXchange script notation. My cob2csv presents a similar report.
>
> NovaXchange has an advantage in being able to read the tape. How would a
Cobol
> program such as mine or l.willms' read it? The answer is through a device
> driver. Nova provided one, but there is no standard for the interface
between an
> application program and the Nova driver. It might be as simple as 'mapping
to a
> drive letter', it might be a device name or it might require proprietary
calls
> to an Application Program Interface (API).
>
> Consumer-users lacking a compiler and programming experience tend to not
think
> outside the box. They think vendor-supplied software such as NovaXchange
is
> their only option.
| |
| Michael Mattias 2004-07-28, 3:55 pm |
| "Carol" <kgdg@helkusa.com> wrote in message
news:RdmdnbuZFdpWuJrcRVn-qw@comcast.com...
> did you write the cobfd program???
Only if you liked it.
If you thought it a useless piece of crap, then it must have been someone
else.
MCM
| |
|
| I think it is great!!!!! it totally is saving my bacon on my project!.
It is quick efficient easy useful nifty.
I took yoiur output and wrote asp ASP script that dumps all the fields in to
SQL server so I can match them up etc.
It also helps me understand what the &^*& is going on ..
Thank you.
"Michael Mattias" <michael.mattias@gte.net> wrote in message
news:ryMNc.3099$dM2.2344@newssvr17.news.prodigy.com...
> "Carol" <kgdg@helkusa.com> wrote in message
> news:RdmdnbuZFdpWuJrcRVn-qw@comcast.com...
>
> Only if you liked it.
>
> If you thought it a useless piece of crap, then it must have been someone
> else.
>
> MCM
>
>
>
| |
| docdwarf@panix.com 2004-07-29, 3:55 am |
| In article <S_idnS0pZfXQ3JXcRVn-jA@comcast.com>,
Carol <kgdg@helkusa.com> wrote:
>I think it is great!!!!! it totally is saving my bacon on my project!.
>It is quick efficient easy useful nifty.
Don't forget to remind this guy - when he gets back from vacation, of
course - that there are two files you just *cannot* translate until you
see your raise in at least two paychecks... and what was that end-of-job
bonus he was talking about?
DD
| |
|
| Good one! I will work that in.
<docdwarf@panix.com> wrote in message news:ce9k45$9o4$1@panix5.panix.com...
> In article <S_idnS0pZfXQ3JXcRVn-jA@comcast.com>,
> Carol <kgdg@helkusa.com> wrote:
>
> Don't forget to remind this guy - when he gets back from vacation, of
> course - that there are two files you just *cannot* translate until you
> see your raise in at least two paychecks... and what was that end-of-job
> bonus he was talking about?
>
> DD
|
|
|
|
|