bugGNU Octave - Bugs: bug #49632, evalc does not capture all of the...

 
 

bug #49632: evalc does not capture all of the stdout stream

Submitted by:  Ray Zimmerman <rdzman>
Submitted on:  Thu 17 Nov 2016 03:26:55 PM UTC  
 
Category: Octave FunctionSeverity: 1 - Wish
Priority: 5 - NormalItem Group: Matlab Compatibility
Status: ConfirmedAssigned to: None
Originator Name: rdzmanOpen/Closed: Open
Release: devOperating System: Microsoft Windows

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Thu 17 Nov 2016 08:02:29 PM UTC, comment #3:

I can call it Matlab compatibility, the bug metadata doesn't really change whether or not someone will be interested or find the time to work on it.

If you are interested in helping to improve evalc and have the ability and time, please consider submitting a patch for this feature.

Mike Miller <mtmiller>
Project Administrator
Thu 17 Nov 2016 07:57:02 PM UTC, comment #2:

Matlab does seem to capture everything sent to stdout, at least for the following it does:

And it also captures the output of a GLPK MEX file called from Matlab.

Does that mean this can be re-classified as a bug?

Ray Zimmerman <rdzman>
Thu 17 Nov 2016 06:57:04 PM UTC, comment #1:

Confirmed, this is because the glpk library writes to the stdout stream directly, which Octave is not currently attempting to capture completely. Octave only captures the output that its functions produce, which is the same as would be captured by the "more" and "diary" functions.

The same occurs if I write a compiled oct file that writes to stdout directly, or run a subprocess that writes to stdout:

Retagging this as an enhancement that someone might want to work on. I have no idea whether Matlab's evalc captures everything sent to stdout, including library code and subprocesses, or only output from Matlab itself.

Mike Miller <mtmiller>
Project Administrator
Thu 17 Nov 2016 03:26:55 PM UTC, original submission:

I use evalc() to attempt to extract the version number of GLPK, using the following line of code ...

However, it prints the following to the console ...

... while capturing only the following ...

Identical behavior observed on 4.2.0 on Windows 7 in running in a VM and on 4.2.0-rc4 on macOS Sierra 10.12.1 using a MacPorts build of octave-devel (octave-devel @4.2.0-rc4_0+accelerate+app+docs+fltk+gfortran+graphicsmagick+qt5+sound).

Ray Zimmerman <rdzman>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by rdzman (Submitted the item)
  • -unavailable- added by rdzman
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 7 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 17 Nov 2016 08:02:29 PM UTCmtmillerItem GroupFeature Request=>Matlab Compatibility
    Thu 17 Nov 2016 06:57:58 PM UTCmtmillerSummaryevalc() not capturing output from glpk()=>evalc does not capture all of the stdout stream
    Thu 17 Nov 2016 06:57:04 PM UTCmtmillerSeverity3 - Normal=>1 - Wish
      Item GroupIncorrect Result=>Feature Request
      StatusNone=>Confirmed
      Release4.2.0=>dev
    Thu 17 Nov 2016 03:26:55 PM UTCrdzmanCarbon-Copy-=>Added rdzman

    Back to the top


    Powered by Savane 3.1-cleanup1