comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: WHILE NOT EOF(lun) wierdness under IDL 4.0.1 on Win NT
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: WHILE NOT EOF(lun) wierdness under IDL 4.0.1 on Win NT [message #6387] Wed, 19 June 1996 00:00 Go to previous message
Peter Mason is currently offline  Peter Mason
Messages: 145
Registered: June 1996
Senior Member
> Well this worked for me, but where did you find out about these keywords?
> I did not see them in the manual under the OPEN statement, nor in either
> the online help or the little "IDL For Windows" booklet. It is hard to
> solve a problem when you do not know what tools are at your disposal.

The documentation for the Windows-specific BINARY and NOAUTOMODE Open
keywords is stuck away in the readme.wri file which comes with IDL 4.x.
I thought I'd post this reply to the group because I'm sure many people
don't generally read "readme"s in search of topics which should be dealt
with in the manuals. (I just happened to read this one by chance.)

While I'm at it, I'd like to add that I find said documentation a little
confusing: The default mode is text-mode, which reportedly passes
<CR><LF> pairs intact when "text" is written (presumably via printf but
in practice via any means and with any kind of data containing adjacent
[13B,10B], apparently?), while binary mode reportedly strips out the <CR>
from a <CR><LF> pair. In other words, funny things can happen to your data
in binary mode, according to the documentation.
I think that things actually work the other way round, and that binary mode is
the one to use to avoid data filtering.

Peter Mason
[Message index]
 
Read Message
Read Message
Read Message
Previous Topic: Pvwave on Vax Hangs on Network
Next Topic: User defined fonts Q

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Oct 10 10:27:32 PDT 2025

Total time taken to generate the page: 0.79916 seconds