Re: cobfd
From: Carol (kgdg_at_helkusa.com)
Date: 07/28/04
- Next message: Carol: "Re: cobol heck - i'm makjing progress"
- Previous message: Carol: "Re: cobfd"
- In reply to: Robert Wagner: "Re: cobfd"
- Next in thread: Michael Mattias: "Re: cobfd"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Date: Tue, 27 Jul 2004 22:06:17 -0600
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:
>
> >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.
- Next message: Carol: "Re: cobol heck - i'm makjing progress"
- Previous message: Carol: "Re: cobfd"
- In reply to: Robert Wagner: "Re: cobfd"
- Next in thread: Michael Mattias: "Re: cobfd"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|