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

Home » Public Forums » archive » Re: IDL for windows 3.5.1 bugs
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
Re: IDL for windows 3.5.1 bugs [message #1811] Thu, 10 March 1994 16:12
HADFIELD[1] is currently offline  HADFIELD[1]
Messages: 9
Registered: March 1994
Junior Member
In article <2l87je$c9o@nrcnet0.nrc.ca> mbastian@myhost.subdomain.domain (Matthew Bastian) writes:

> I've spent the last few days porting some VAX IDL code to the PC and have
> come across some bugs.

> 1) findfile:

...

> 2) graphics pipe doesn't get flushed:

> when plotting it seems that the graphics buffer doesn't get flushed and will
> only do so on a subsequent plot.


> I'll limit my ranting and raving to these. I have manages to make work arounds
> for most of the DOS limitations. Has anyone come across these aswell and found
> a solution? The flushing of the graphics pipe is a big problem!

Put EMPTY commands at stategic places in your code.

============================================================ ===========
Mark Hadfield hadfield@greta.niwa.cri.nz
NIWA Marine (Taihoro Nukurangi) NIWA.GRETA:HADFIELD
Wellington, New Zealand
Re: IDL for windows 3.5.1 bugs [message #1820 is a reply to message #1811] Mon, 07 March 1994 23:52 Go to previous message
roe is currently offline  roe
Messages: 4
Registered: March 1994
Junior Member
---
| HansPeter Roesli Internet: roe@otl.sma.ch |
| Swiss Meteorological Institute Telex: 846 007 |
| Osservatorio Ticinese Fax: +4193 326 310 |
| CH-6605 Locarno-Monti, Switzerland Phone: +4193 326 319 |
Re: IDL for windows 3.5.1 bugs [message #1821 is a reply to message #1820] Sun, 06 March 1994 22:37 Go to previous message
fskmjm is currently offline  fskmjm
Messages: 25
Registered: November 1993
Junior Member
> |> 2) graphics pipe doesn't get flushed:
> |>
> |> when plotting it seems that the graphics buffer doesn't get flushed and will
> |> only do so on a subsequent plot.
> |> Matthew Bastian

Try EMPTY after plotting.
--------------------------------
| MIKE MATHEWS |
| fskmjm@puknet.puk.ac.za |
| |
| ANTARCTIC RESEARCH GROUP |
| PHYSICS DEPT |
| POTCHEFSTROOM UNIVERSITY |
| SOUTH AFRICA |
| |
| Phone: +27 (148) 992419 |
| Fax : +27 (148) 992421 |
________________________________
Re: IDL for windows 3.5.1 bugs [message #1825 is a reply to message #1821] Mon, 07 March 1994 12:59 Go to previous message
HADFIELD[1] is currently offline  HADFIELD[1]
Messages: 9
Registered: March 1994
Junior Member
In article <jackel.5.0010894A@canlon.physics.uwo.ca> jackel@canlon.physics.uwo.ca (Brian Jackel) writes:

> ... is there anybody out there running 3.5 on a PC?
> I was wondering if the following bugs had been fixed:
>
> 1) The built-in editor running out of space
> 2) Incomplete support for some font-related commands with Widgets
> 3) Non-standard behaviour in the Windows environment. Specifically,
> version 3.1 doesn't seem to respond to ^C unless there is I/O to the
> screen. Consequently, the only way out of a computationally intensive
> mistake is Ctrl-Alt-Del. However, this frequently results not in the usual
> Windows "Application is not responding, do you want to kill it" message,
> but in an ungraceful crash out of Windows. This is irritating.

1) I got IDL 3.5.1 for the PC a week ago. I haven't been brave enough to try
the editor. Under 3.1 it used to crash IDL and ERASE THE FILES. I could
never work out a pattern but I understand this happened when the file size
was a multiple of 64 or 96 bytes or something. RSI do not claim to have
fixed/improved the editor. It will have to be a lot better before I use it
again.

2) Never encountered this.

3) This, I think, is a consequence of the fact that IDL for Windows doesn't
do cooperative multitasking very well. (Have you ever noticed that screen
output that should be written at the start of a long computation doesn't
appear till the end? Ie. even IDL's own screen output is held up by the
computations.) I don't see any change in 3.5.




============================================================ ===========
Mark Hadfield hadfield@greta.niwa.cri.nz
NIWA Marine (Taihoro Nukurangi) NIWA.GRETA:HADFIELD
Wellington, New Zealand
Re: IDL for windows 3.5.1 bugs [message #1827 is a reply to message #1821] Sun, 06 March 1994 13:05 Go to previous message
sterner is currently offline  sterner
Messages: 106
Registered: February 1991
Senior Member
mbastian@myhost.subdomain.domain (Matthew Bastian) writes:

> I've spent the last few days porting some VAX IDL code to the PC and have
> come across some bugs.
...
> 2) graphics pipe doesn't get flushed:

> when plotting it seems that the graphics buffer doesn't get flushed and will
> only do so on a subsequent plot.

Try the following statement after the graphics command you want to
force to be displayed:
wait, 0
It usually works for me.

Ray Sterner sterner@tesla.jhuapl.edu
Johns Hopkins University North latitude 39.16 degrees.
Applied Physics Laboratory West longitude 76.90 degrees.
Laurel, MD 20723-6099
Re: IDL for windows 3.5.1 bugs [message #1828 is a reply to message #1827] Sat, 05 March 1994 16:32 Go to previous message
Jackel is currently offline  Jackel
Messages: 30
Registered: April 1993
Member
In article <sterner.762987953@strdev.jhuapl.edu> sterner@strdev.jhuapl.edu (Ray Sterner) writes:

> mbastian@myhost.subdomain.domain (Matthew Bastian) writes:

>> I've spent the last few days porting some VAX IDL code to the PC and have
>> come across some bugs.
> ...
>> 2) graphics pipe doesn't get flushed:

>> when plotting it seems that the graphics buffer doesn't get flushed and will
>> only do so on a subsequent plot.

> Try the following statement after the graphics command you want to
> force to be displayed:
> wait, 0
> It usually works for me.

> Ray Sterner sterner@tesla.jhuapl.edu
> Johns Hopkins University North latitude 39.16 degrees.
> Applied Physics Laboratory West longitude 76.90 degrees.
> Laurel, MD 20723-6099

Does this mean that the command "EMPTY" no longer works??!

On a sort of related topic, is there anybody out there running 3.5 on a PC?
I was wondering if the following bugs had been fixed:

1) The built-in editor running out of space
2) Incomplete support for some font-related commands with Widgets
3) Non-standard behaviour in the Windows environment. Specifically,
version 3.1 doesn't seem to respond to ^C unless there is I/O to the
screen. Consequently, the only way out of a computationally intensive
mistake is Ctrl-Alt-Del. However, this frequently results not in the usual
Windows "Application is not responding, do you want to kill it" message,
but in an ungraceful crash out of Windows. This is irritating.

Please post any information about 3.5 on the PC, as I'd be very interested.
Re: IDL for windows 3.5.1 bugs [message #1829 is a reply to message #1828] Fri, 04 March 1994 16:39 Go to previous message
greg is currently offline  greg
Messages: 17
Registered: May 1991
Junior Member
I haven't run into the first one, but the second gripe is real. It seems that
when you do an XYOUTS, the last character does not get plotted. When you generate
a postscript file, everything looks fine, though. I haven't found a workaround
yet either. Really sucks!

Greg

In article <2l87je$c9o@nrcnet0.nrc.ca>, mbastian@myhost.subdomain.domain (Matthew Bastian) writes:
|> I've spent the last few days porting some VAX IDL code to the PC and have
|> come across some bugs.
|>
|> 1) findfile:
|>
|> findfile on the pc insists on striping of the directory path to a file
|> for example:
|>
|> print, findfile ('c:\source\*.pro')
|>
|> returns a string array containing:
|>
|> file1.pro c:\source\file1.pro
|> file2.pro instead of c:\source\file2.pro
|> ... ...
|>
|> 2) graphics pipe doesn't get flushed:
|>
|> when plotting it seems that the graphics buffer doesn't get flushed and will
|> only do so on a subsequent plot.
|>
|>
|> I'll limit my ranting and raving to these. I have manages to make work arounds
|> for most of the DOS limitations. Has anyone come across these aswell and found
|> a solution? The flushing of the graphics pipe is a big problem!
|>
|> Matthew Bastian

--
Greg Ushomirskiy
greg@farpoint.ngdc.noaa.gov
NOAA
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: globe border using map_set
Next Topic: Need help with CONTOUR shading error

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

Current Time: Wed Oct 08 20:04:23 PDT 2025

Total time taken to generate the page: 0.00739 seconds