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

Home » Public Forums » archive » Bug with printf in IDL 4.0.1 under Unix
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Bug with printf in IDL 4.0.1 under Unix [message #7502] Tue, 26 November 1996 00:00 Go to next message
thompson is currently offline  thompson
Messages: 584
Registered: August 1991
Senior Member
Has anyone run into this problem before? The following lines produce the
expected output in IDL 3.6:

IDL> openw,screen,filepath(/terminal),/get
IDL> for i=0,9 do printf,screen,i
0
1
2
3
4
5
6
7
8
9

But in IDL 4.0.1 in Digital Unix (OSF) the same lines produce

IDL> openw,screen,filepath(/terminal),/get
IDL> for i=0,9 do printf,screen,i
0
1
2
3
4
5
6
7
8
9

IDL>

(This is not seen in VMS.) However, if I add the keyword /MORE to the open
statement, then the problem goes away.

Bill
Re: Bug with printf in IDL 4.0.1 under Unix [message #7645 is a reply to message #7502] Wed, 27 November 1996 00:00 Go to previous message
Arno F. Granados is currently offline  Arno F. Granados
Messages: 8
Registered: August 1996
Junior Member
William Thompson wrote:
>
> Has anyone run into this problem before? The following lines produce the
> expected output in IDL 3.6:
>
> IDL> openw,screen,filepath(/terminal),/get
> IDL> for i=0,9 do printf,screen,i
> 0
> 1
> 2
> 3
> 4
> 5
> 6
> 7
> 8
> 9
>
> IDL>
>
> (This is not seen in VMS.) However, if I add the keyword /MORE to the open
> statement, then the problem goes away.

FWIW, I get the same behavior as above (including the fix with /more) on
Solaris 2.4 with IDL 4.0.1

Arno
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Re: Frame Grabbers with IDL
Next Topic: Need look-up-table routine

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

Current Time: Wed Oct 08 17:18:31 PDT 2025

Total time taken to generate the page: 0.00466 seconds