[gradsusr] Memory Allocation Error When Using PRINTIM

[Stephen McMillan]

John,
After a full reboot, I re-ran script but with same memory allocation error.
 I tried to follow the Performance TAB on Task Manager while running it, and
did not notice anything out of the ordinary on either the physical or kernel
memory.  Also, CPU usage peaked briefly to around 60%.

It still works with 'gxyat...' but still puzzled why it won't do the
printim.  I use printim routinely, including after running shapefiles, but
have never encountered this problem as I recall.
Stephen

On Wed, Dec 1, 2010 at 4:20 PM, Huddleston, John <
Huddleston at cira.colostate.edu> wrote:

> Stephen,
>
>
>
> A question: if you reboot the XP box can you repeat the memory allocation
> error? When you do it, start task manager and watch the Performance TAB
> memory usage.
>
>
>
> John
>
>
>
> John Huddleston, PhD
>
> Cooperative Institute for Research in the Atmosphere
>
>
>
> *From:* gradsusr-bounces at gradsusr.org [mailto:
> gradsusr-bounces at gradsusr.org] *On Behalf Of *Stephen McMillan
> *Sent:* Wednesday, December 01, 2010 1:17 PM
> *To:* gradsusr at gradsusr.org
> *Subject:* [gradsusr] Memory Allocation Error When Using PRINTIM
>
>
>
> I believe this is the first time I've encountered this error in 7+ years of
> using GrADS, and could not find anything specific to this in the User
> Archives:
>
>
>
> ga-> printim c:\temp\uscan.map.png x960 y720 white
>
> Memory allocation error: gxhpng
>
>
>
> I executed above  "printim" at the command line after creating a test
> background map using various shapefiles and the shp_polyf/shp_lines
> commands.  No file was generated.  However, I do not get the error when
> using "gxyat..." to create it, such as the file attached.
>
>
>
> At the time of execution, I had an OPeNDAP connection to the latest
> operational GFS forecast model at NOMADS.  Just prior to using the shapefile
> commands, I had displayed a single variable to set the map environment, and
> there were no defined variables.  The .shp files I used ranged between 1 and
> 13MB size.
>
>
>
> I'm using GrADS 2.0.a7.oga.3 on a 3-4 years old Windows XP, with 3.2GB RAM.
>  I have not yet tried this with the later opengrads or cola versions.
>
>
>
> Stephen McMillan
>
> ***************************************************
>
> The information contained in this e-mail message
>
> is intended only for the use of the recipient(s)
>
> named above and may contain information that is
>
> privileged, confidential, and/or proprietary.
>
> If you are not the intended recipient, you may not
>
> review, copy or distribute this message. If you have
>
> received this communication in error, please notify
>
> the sender immediately by e-mail, and delete the original message.
>
> ***************************************************
>
>
>
>
> _______________________________________________
> gradsusr mailing list
> gradsusr at gradsusr.org
> http://gradsusr.org/mailman/listinfo/gradsusr
>
>

***************************************************
The information contained in this e-mail message 
is intended only for the use of the recipient(s) 
named above and may contain information that is 
privileged, confidential, and/or proprietary. 
If you are not the intended recipient, you may not
review, copy or distribute this message. If you have
received this communication in error, please notify 
the sender immediately by e-mail, and delete the original message.
***************************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://gradsusr.org/pipermail/gradsusr/attachments/20101201/6ef891ec/attachment-0003.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: backmap2.gs
Type: application/octet-stream
Size: 1347 bytes
Desc: not available
Url : http://gradsusr.org/pipermail/gradsusr/attachments/20101201/6ef891ec/attachment-0003.obj