Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.graphics.apps.gnuplot > #2617 > unrolled thread

Macports build of 4.6.5 can't handle AVS files

Back to article view | Back to comp.graphics.apps.gnuplot

Contents

  Macports build of 4.6.5 can't handle AVS files layzarc@aol.com - 2014-10-21 15:26 -0700
    Re: Macports build of 4.6.5 can't handle AVS files Ethan A Merritt <merritt@u.washington.edu> - 2014-10-21 17:15 -0700
      Re: Macports build of 4.6.5 can't handle AVS files layzarc@aol.com - 2014-10-21 18:44 -0700
        Re: Macports build of 4.6.5 can't handle AVS files sfeam <sfeam@users.sourceforge.net> - 2014-10-21 23:15 -0700
    Re: Macports build of 4.6.5 can't handle AVS files layzarc@aol.com - 2014-10-31 08:11 -0700

#2617 — Macports build of 4.6.5 can't handle AVS files

Windows 4.6.3 (win and wxt terminals) and Mac Octave 4.6.4 (qt terminal ) binaries handle the loading and display of  images in AVS files with no problem, but not so with a MacPort 4.6.5 build (even though its listed by show datafile binary filetypes).  Anybody got a clue what'a going on here?  I would prefer to use the MacPorts build since it includes my preferred wxt terminal.

Al

[toc] | [next] | [standalone]

#2618

layzarc@aol.com wrote:

> Windows 4.6.3 (win and wxt terminals) and Mac Octave 4.6.4 (qt terminal )
> binaries handle the loading and display of  images in AVS files with no
> problem, but not so with a MacPort 4.6.5 build (even though its listed by
> show datafile binary filetypes).  Anybody got a clue what'a going on here?
>  I would prefer to use the MacPorts build since it includes my preferred
> wxt terminal.

Do you have an error message to go with that failure?

My first thought would be incorrect auto-detection of the byte ordering,
although the code is supposed to catch and handle that.

If you run the mis-behaving version on the demo file image2.dem,
what do you see in the 4th plot?
Correct output here:

   http://gnuplot.sourceforge.net/demo_5.0/image2.html

-- 
Ethan A Merritt
Biomolecular Structure Center,  K-428 Health Sciences Bldg
MS 357742,   University of Washington, Seattle 98195-7742

[toc] | [prev] | [next] | [standalone]

#2619

Ethan,

I thought it might be an endian problem too but the 4th plot looks fine with the misbehaving MacPorts build of 4.6.5.  I can send you the AVS file and script if you want to check it say on a Linux build.

Al

[toc] | [prev] | [next] | [standalone]

#2620

layzarc@aol.com wrote:

> Ethan,
> 
> I thought it might be an endian problem too but the 4th plot looks
> fine with the misbehaving MacPorts build of 4.6.5.  I can send you the
> AVS file and script if you want to check it say on a Linux build.

You said (I thought) that other programs, even other builds of gnuplot,
display the file properly.  So it doesn't sound like anything's wrong
with the file. 

	Ethan

[toc] | [prev] | [next] | [standalone]

#2630

On Tuesday, October 21, 2014 3:26:32 PM UTC-7, lay...@aol.com wrote:
> Windows 4.6.3 (win and wxt terminals) and Mac Octave 4.6.4 (qt terminal ) binaries handle the loading and display of  images in AVS files with no problem, but not so with a MacPort 4.6.5 build (even though its listed by show datafile binary filetypes).  Anybody got a clue what'a going on here?  I would prefer to use the MacPorts build since it includes my preferred wxt terminal.
> 
> Al

Ok I got it to work by writing the first two 32-bit integers as big-endian instead of the default little-endian of my Intel-based machine. Its interesting that the Windows version of Gnuplot is able to handle either endian but not the Macports version.

[toc] | [prev] | [standalone]

Back to top | Article view | comp.graphics.apps.gnuplot

csiph-web