octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #54174] copyobj/hgsave errors in test suite, a


From: Andrew Janke
Subject: [Octave-bug-tracker] [bug #54174] copyobj/hgsave errors in test suite, and Ghostscript initialization errors
Date: Sun, 24 Jun 2018 16:19:06 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36

Follow-up Comment #2, bug #54174 (project octave):

> I see that
/Applications/Octave-4.4.0.app/Contents/Resources/usr/opt/ghostscript_9.23/bin
is in your PATH. Is Ghostscript 9.21 found in a directory that is earlier on
the PATH list?

No, my Ghostscript 9.21 is in /usr/local/bin, which is not in that PATH. But
this PATH from the build logs  is only in effect at build time. My run-time
PATH for Octave is the following:


>> regexp(getenv('PATH'), ':', 'split')
ans =
{
  [1,1] = /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/
  [1,2] = /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/
  [1,3] = /Users/janke/perl5/bin
  [1,4] = /usr/local/sbin
  [1,5] = /Users/janke/bin
  [1,6] = /usr/local/bin
  [1,7] = /usr/local/bin
  [1,8] = /usr/bin
  [1,9] = /bin
  [1,10] = /usr/sbin
  [1,11] = /sbin
  [1,12] = /Applications/VMware Fusion.app/Contents/Public
  [1,13] = /Library/TeX/texbin
  [1,14] = /usr/local/MacGPG2/bin
  [1,15] = /opt/X11/bin
  [1,16] = /Users/janke/.rvm/bin
  [1,17] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/4.4.0/site/exec/x86_64-apple-darwin17.6.0
  [1,18] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/api-v52/site/exec/x86_64-apple-darwin17.6.0
  [1,19] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/site/exec/x86_64-apple-darwin17.6.0
  [1,20] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/libexec/octave/4.4.0/exec/x86_64-apple-darwin17.6.0
  [1,21] =
/Applications/Octave-4.4.0.app/Contents/Resources/usr/Cellar/octave-octave-app_4.4.0/4.4.0/bin
}


That very first entry,
/Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/, contains my 9.23
Ghostscript. The `/usr/local/bin` is later, so the 9.23 should take
precedence.


$ /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/gs --version
9.23


Okay: I see the logic for locating Ghostscript in `__print_parse_opts__.m`
lines 479 to 491.  And it sure looks to me like that logic should be picking
up my 9.23 installation.


>> file_in_path(getenv('PATH'),  'gs')
ans = /Applications/Octave-4.4.0.app/Contents/Resources/usr/bin/gs
>> system([ans ' --version'])
9.23
ans = 0


I will spend some time running through this in the debugger to see if I can
find out where the version detection is going wrong.

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?54174>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]