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

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

[Octave-bug-tracker] [bug #55585] test of glpk.m produces text output


From: Hartmut
Subject: [Octave-bug-tracker] [bug #55585] test of glpk.m produces text output
Date: Sat, 26 Jan 2019 07:59:13 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:64.0) Gecko/20100101 Firefox/64.0

URL:
  <https://savannah.gnu.org/bugs/?55585>

                 Summary: test of glpk.m produces text output
                 Project: GNU Octave
            Submitted by: hardy
            Submitted on: Sat 26 Jan 2019 12:59:11 PM UTC
                Category: Test Suite
                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: 5.0.90
        Operating System: Any

    _______________________________________________________

Details:

While running the full test suite a lot with the current Octave 5.0.90, I
noticed that the test of glpk.m produces some text output. This results in a
distorted result list, when running the full test suite:


  optimization/fminsearch.m ...................................... PASS  
11/11
  optimization/fminunc.m ......................................... PASS   
6/6
  optimization/fsolve.m .......................................... PASS   
8/8
  optimization/fzero.m ........................................... PASS   
4/4
  optimization/glpk.m ............................................Long-step
dual simplex will be used
 PASS    3/3
  optimization/humps.m ........................................... PASS  
11/11
  optimization/lsqnonneg.m ....................................... PASS  
10/10
  optimization/optimget.m ........................................ PASS  
12/12
  optimization/optimset.m ........................................ PASS   
9/9
  optimization/pqpnonneg.m ....................................... PASS  
11/11
  optimization/qp.m .............................................. PASS   
1/1


I know it's not a big deal, but do we want to fix it anyways?




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?55585>

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




reply via email to

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