Thomas R Wyant_iii wrote:
> Kicking it up a level, are you just trying to convert the RMS indexed files
> to sequential files? If so, there are other ways to do it. Something like
That's sort of it, and for most of our systems, we can do exactly that. But
some files require special handling.
At 3:12 PM -0500 11/20/03, Thomas R Wyant_III wrote:
>[EMAIL PROTECTED] wrote:
>
>
>> Since perl 5.6.0 binmode is a noop as it is for Unix.
>
>Interesting. "$ perldoc -f binmode" and "$perldoc perlvms" seem to me to
>say otherwise.
I think he means that on VMS stream-oriented files it is a noop,
w
[EMAIL PROTECTED] wrote:
> Since perl 5.6.0 binmode is a noop as it is for Unix.
Interesting. "$ perldoc -f binmode" and "$perldoc perlvms" seem to me to
say otherwise. But under 5.6.1 it certainly behaves like a noop. On output
you get "stream_lf" files, so it _would_ be a no-op. It seems to
LS,
Since perl 5.6.0 binmode is a noop as it is for Unix.
Kind regards,
Nico Baggus
-
ATTENTION:
The information in this electronic mail message is private and
confidential, and only intended for the addressee. Should you
receive t
Jim,
It seems to me that there may be a nomenclature problem here. What _I_ call
a "text file with binary data" is a binary file. It might be as simple as
inserting a "binmode ($fh)" after the "vmsopen". If that doesn't work, look
at the other vmsopen arguments.
Kicking it up a level, are you ju
At 6:26 PM -0600 11/19/03, Jim McCullars wrote:
>
> As part of a data warehouse project, I am having to use perl (so that
>we dont have to write dozens of COBOL programs) to extract data from
>existing RMS indexed files to create flat files for later export to the
>data warehouse. Some of these
Greetings:
As part of a data warehouse project, I am having to use perl (so that
we dont have to write dozens of COBOL programs) to extract data from
existing RMS indexed files to create flat files for later export to the
data warehouse. Some of these records have binary data (actually packed
