GNU Octave - Bugs: bug #53452, Max and Min function producing...

Group

Main
- Main
- View members
- Search
Homepage
Download
Mailing lists
Source code
Bugs
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Tasks
- ~~Submit new~~
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search
Patches
- Submit new
- Browse
- Reset to open
- Digest
- Dependencies
- ~~Export~~
- Get statistics
- Search

bug #53452: Max and Min function producing same result.Should follow a convention.

Submitter:	Dildar Sk <hodor123456>
Submitted:	Sat 24 Mar 2018 11:44:26 AM UTC


Category:	Octave Function	Severity:	3 - Normal
Priority:	5 - Normal	Item Group:	Matlab Compatibility
Status:	Duplicate	Assigned to:	None
Originator Name:	Dildar Sk	Open/Closed: *	Closed
Release: *	dev	Operating System: *	GNU/Linux
Fixed Release:	None	Planned Release:	None

* Mandatory Fields

Add a New Comment Rich Markup

Tue 27 Mar 2018 10:25:14 PM UTC, comment #2: This is a duplicate of bug #51307. The bug is specifically that the two-argument form of max and min on complex arguments with equal magnitudes depends on the order of the arguments. In fact there is already a test in the test suite for this known bug.	Mike Miller <mtmiller>
Tue 27 Mar 2018 07:32:06 PM UTC, comment #1: This issue has been discussed many times. Did you read any of those discussions? It seems bad to me if the comparison operators <, <=, >, >= behave differently from min and max.	John W. Eaton <jwe>
Sat 24 Mar 2018 11:44:26 AM UTC, original submission: In MATLAB, >> max(5,5i) ans = 0.0000 + 5.0000i >> min(5,5i) ans = 5 In GNU Octave, >> max(5,5i) ans = 5 >> min(5,5i) ans = 5 So,in Octave how is possible! It producing same result. There were some debate about comparison of complex values. I think to keep MATLAB compatibility it should follow MATLAB rule.	Dildar Sk <hodor123456>

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

Attach Files:


Comment:

No files currently attached

Depends on the following items

min/max ordering of complex results with equal magnitude is not by phase order (bug #51307, None)

Digest:
bug dependencies.

Items that depend on this one: None found

Carbon-Copy List

-email is unavailable- added by mtmiller (Posted a comment)

-email is unavailable- added by jwe (Posted a comment)

-email is unavailable- added by hodor123456 (Submitted the item)

-email is unavailable- added by hodor123456

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only group members can vote.

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

Follow 4 latest changes.

Date	Changed by	Updated Field	Previous Value	Replaced by
2018-03-27	mtmiller	Status	None	Duplicate
		Open/Closed	Open	Closed
		Dependencies	-	Depends on bugs #51307
2018-03-24	hodor123456	Carbon-Copy	-	Added -email is unavailable-

GNU Octave - Bugs: bug #53452, Max and Min function producing...

bug #53452: Max and Min function producing same result.Should follow a convention.

<a href="#postcomment">Post a Comment</a>

<a href="#discussion">Discussion</a>

<a href="#attached">Attached Files</a>

<a href="#dependencies">Dependencies</a>

<a href="#cc">Mail Notification Carbon-Copy List</a>

<a href="#votes">Votes</a>

<a href="#history">History</a>