bugGNU Octave - Bugs: bug #40666, bug-38691.tst failing only on MinGW

 
 

bug #40666: bug-38691.tst failing only on MinGW

Submitted by:  Rik <rik5>
Submitted on:  Thu 21 Nov 2013 10:40:31 PM UTC  
 
Category: InterpreterSeverity: 3 - Normal
Priority: 5 - NormalItem Group: Incorrect Result
Status: FixedAssigned to: None
Originator Name: Open/Closed: Closed
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.

 

(Jump to the original submission Jump to the original submission)

Sat 18 Jan 2014 02:34:30 AM UTC, comment #8:

The problem is the low resolution timers that Windows provides. It has bitten us before in the tests for speed.m. In this case, the addpath calls in the test come so close together that Windows doesn't see that any changes to func1 have occurred. I pushed a changeset that deals with this here (http://hg.savannah.gnu.org/hgweb/octave/rev/515187b51411).

Rik <rik5>
Project Administrator
Sat 11 Jan 2014 09:07:55 PM UTC, comment #7:

Confirmed, still failing intermittently on an MXE 3.8.0 build in a VM running XP.

Mike Miller <mtmiller>
Project Administrator
Fri 22 Nov 2013 05:36:57 PM UTC, comment #6:

Oh great, you can reproduce this bug :(

For the record, I am using a virtual machine configured with a single processor and Windows XP. The CLI version definitely seems to have more problems. I'm CC'ing jwe because he produced the fix for bug #38691 in the first place and he might have an idea why a 'rehash' is occasionally necessary.

I think it could be a timing issue. I also notice that if I use keyboard() to bring about a prompt in the %!test then it always succeeds as well. So it could be something about the %!test environment which is run deep inside unwind_protect blocks and eval'ed command line functions.

Rik <rik5>
Project Administrator
Fri 22 Nov 2013 04:58:50 PM UTC, comment #5:

Cross compiled from id 96a4ac0dc01f on a Fedora 19 machine and running on Windows 7 Prof, 64bit, Intel i7-2640M (installed via the mxe-octave NSIS installer)

I was running the GUI.

John Donoghue <lostbard>
Project Member
Fri 22 Nov 2013 04:29:14 PM UTC, comment #4:

I suppose that's good that the bug might be related only to my system. What version of Windows are you running? Is your CPU single core or something else? And were you running in the GUI or the CLI? I find that the number of failures is higher in the CLI than in the GUI.

Rik <rik5>
Project Administrator
Fri 22 Nov 2013 03:27:20 PM UTC, comment #3:

I did the same loop as you for 100x and it passed each time.

John Donoghue <lostbard>
Project Member
Fri 22 Nov 2013 02:52:40 PM UTC, comment #2:

bug #38236 is a known failure on all platforms. Bug 38691 is an occasional failure. If you are using _run_test_suite_() it may or may not fail on that particular run, but that is only a single test instance.

If you cd to the bug-38691 test directory and run the test repeatedly, does it always pass?

Rik <rik5>
Project Administrator
Fri 22 Nov 2013 02:30:13 PM UTC, comment #1:

For me its the test before it that fails:

John Donoghue <lostbard>
Project Member
Thu 21 Nov 2013 10:40:31 PM UTC, original submission:

The fixed tests in the test directory include a test for bug #38691 where Octave's loadpath is not correctly updated after using addpath.

The bug was fixed for Linux, but on MinGW it continues to fail in a probabilistic manner. Using the following code,

I see 68 successes instead of 100 successes.

If I alter the .tst script to update the cache with rehash

then I get 100 passing tests.

Rik <rik5>
Project Administrator

 

(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 rik5
  • -unavailable- added by lostbard (Posted a comment)
  • -unavailable- added by rik5 (Submitted the item)
  •  

    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 6 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sat 18 Jan 2014 02:34:30 AM UTCrik5StatusConfirmed=>Fixed
      Open/ClosedOpen=>Closed
    Sat 11 Jan 2014 09:07:55 PM UTCmtmillerCategoryNone=>Interpreter
      Item GroupOther=>Incorrect Result
      StatusNone=>Confirmed
    Fri 22 Nov 2013 05:36:57 PM UTCrik5Carbon-Copy-=>Added jwe

    Back to the top


    Powered by Savane 3.1-cleanup1