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

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

[Octave-bug-tracker] [bug #39472] Private files of image I/O are not bei


From: Dan Sebald
Subject: [Octave-bug-tracker] [bug #39472] Private files of image I/O are not being installed
Date: Fri, 12 Jul 2013 07:16:57 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/20100101 Firefox/18.0 SeaMonkey/2.15

URL:
  <http://savannah.gnu.org/bugs/?39472>

                 Summary: Private files of image I/O are not being installed
                 Project: GNU Octave
            Submitted by: sebald
            Submitted on: Fri 12 Jul 2013 07:16:56 AM GMT
                Category: Configuration and Build System
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: None
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: GNU/Linux

    _______________________________________________________

Details:

Doing a "make install" gives errors using imwrite() about missing files.  The
attached changeset will add the necessary files to the list of installs.

After the proper installation of files.  I'm still getting errors, but this
time:


 warning: your version of GraphicsMagick limits images to 8 bits per pixel
error: 'options' undefined near line 32 column 16
error: evaluating argument list element number 1
error: called from:
error:   /usr/local/share/octave/3.7.5/m/image/private/core_imwrite.m at line
-1, column -1
error:   /usr/local/share/octave/3.7.5/m/image/imwrite.m at line 63, column5
>> edit /usr/local/share/octave/3.7.5/m/image/private/core_imwrite.m


There is no "options" inside that file.  And before updating and getting an
error inside core_imwrite, I was getting a strange error inside imageIO.m
regarding this line:


  if (isempty (fieldnames (fmt)))
    varargout{1:nargout} = core_func (varargin{:});
  else


The complaint was always that "core_func" is unrecognized even though it is at
the top of the function in the list of arguments.  It looks to be correct, but
I'm wondering if being inside a private function is a problem.  I can't seem
to put breakpoints inside private functions and editing the private function
won't result in Octave reloading.



    _______________________________________________________

File Attachments:


-------------------------------------------------------
Date: Fri 12 Jul 2013 07:16:56 AM GMT  Name:
octave-image_private_install-2013jul12.patch  Size: 846B   By: sebald

<http://savannah.gnu.org/bugs/download.php?file_id=28550>

    _______________________________________________________

Reply to this item at:

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

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

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