for now I have added --- color_info[strlen(color_info)-] = '\0'; --- to
plctrl.c as a workaround and now the cmap0_default.pal is being read in
correctly. I have not tested this with other colormaps but I am guessing
those should also work.
Thanks!
On Tue, Apr 6, 2010 at 7:18 PM, Ankur Agarwal <[email protected]>wrote:
> ok ... I have an update on this issue:
>
> so I traced the source file (plctrl.c) from which the warnings are issued
> and added in some diagnostic statements to assess.
>
> when "cmap0_palette_read" is invoked: cmap0_default.pal is correctly
> identified and the file is read in and "number_colors" is correctly set to
> 16
> then in the "for" loop to read each entry:
> color_info is the second line and the "return character" is removed.
>
> here something fishy is happening.
> before the return character is removed the string length for color_info is
> "9" (and obviously after removing its "8"). I would think that after
> removing it should have been 7 which makes things move along just fine and
> set the appropriate color map palette.
>
> for good measure, I issued an sed command to convert the file from dos-type
> to unix-type but the outputs did not change.
>
> I wrote a small program separately to test the same and used the same pal
> file BUT I get the right outputs in that BEFORE the eol char is removed the
> string length is 8 and after its 7.
>
> Any ideas?
>
> Thanks!
>
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Plplot-general mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/plplot-general
