bugGNU Octave - Bugs: bug #34280, unimplemented.m test fail (MinGW)

 
 

bug #34280: unimplemented.m test fail (MinGW)

Submitted by:  Tatsuro MATSUOKA <tmacchant>
Submitted on:  Tue 13 Sep 2011 12:00:59 AM 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)

Wed 30 Nov 2011 06:06:15 AM UTC, comment #8:

>Does this test pass too now that bug #33669 has been resolved?

Yes! This FAIL does not appear now.

Tatsuro MATSUOKA <tmacchant>
Wed 30 Nov 2011 06:03:42 AM UTC, comment #7:

Does this test pass too now that bug #33669 has been resolved?

Rik <rik5>
Project Administrator
Mon 03 Oct 2011 10:18:20 PM UTC, comment #6:

This looks to be caused by the same issue as bug #33669. I posted a patch there for _makeinfo_ which is awaiting review by JWE.

Rik <rik5>
Project Administrator
Tue 20 Sep 2011 06:51:00 PM UTC, comment #5:

OK, so the text returned by unimplemented is starting out with a CR and a SPC.

The help functions look for things like "\n " but not "\r\n " or "\r ".

I seem to remember this problem once before, so I thought it was already solved. Before I change the functions in the help directory, we should try to find the previous discussion to understand what was done in the past (if anything) so we can maybe understand why it is not working now. I really don't want to have to have every part of Octave that deals with text have to look for "\r\n", "\r", and "\n"...

John W. Eaton <jwe>
Project Administrator
Tue 20 Sep 2011 06:49:14 AM UTC, comment #4:

>What does
>toascii (unimplemented ("quad2d"))
>show you?


Tatsuro MATSUOKA <tmacchant>
Tue 20 Sep 2011 06:12:50 AM UTC, comment #3:

My guess is that makeinfo is inserting some carriage return (ASCII 13) characters in the output that we are not accounting for. What does

show you?

John W. Eaton <jwe>
Project Administrator
Thu 15 Sep 2011 05:46:32 AM UTC, comment #2:

I have struggled to see what happened.

Any suggestions?

Tatsuro MATSUOKA <tmacchant>
Wed 14 Sep 2011 01:19:47 AM UTC, comment #1:

It looks like the string returned from unimplemented has a leading space character that we are not expecting. Why is that happening?

John W. Eaton <jwe>
Project Administrator
Tue 13 Sep 2011 12:00:59 AM UTC, original submission:
Tatsuro MATSUOKA <tmacchant>

 

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

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Digest:
   bug dependencies.

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by rik5 (Posted a comment)
  • -unavailable- added by jwe (Posted a comment)
  • -unavailable- added by tmacchant (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 3 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Wed 30 Nov 2011 03:26:29 PM UTCrik5StatusNone=>Fixed
      Open/ClosedOpen=>Closed
    Mon 03 Oct 2011 10:18:20 PM UTCrik5Dependencies-=>Depends on bugs #33669

    Back to the top


    Powered by Savane 3.1-cleanup1