From: <no...@so...> - 2000-11-08 11:02:46
|
Bug #119202, was updated on 2000-Oct-25 22:03 Here is a current snapshot of the bug. Project: Tcl Category: Commands Status: Open Resolution: None Bug Group: 8.2 Priority: 4 Summary: options for lsort have no effect when only one list element Details: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119202&group_id=10894 |
From: <no...@so...> - 2000-11-30 20:32:35
|
Bug #119202, was updated on 2000-Oct-25 22:03 Here is a current snapshot of the bug. Project: Tcl Category: Commands Status: Open Resolution: None Bug Group: 8.2 Priority: 4 Submitted by: Nobody Assigned to : Nobody Summary: options for lsort have no effect when only one list element Details: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs Follow-Ups: Date: 2000-Nov-30 12:32 By: dkf Comment: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119202&group_id=10894 |
From: <no...@so...> - 2000-11-30 20:32:36
|
Bug #119202, was updated on 2000-Oct-25 22:03 Here is a current snapshot of the bug. Project: Tcl Category: Commands Status: Open Resolution: None Bug Group: 8.2 Priority: 4 Submitted by: Nobody Assigned to : Nobody Summary: options for lsort have no effect when only one list element Details: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs Follow-Ups: Date: 2000-Nov-30 12:32 By: dkf Comment: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119202&group_id=10894 |
From: <no...@so...> - 2001-02-07 16:04:21
|
Bug #119202, was updated on 2000-Oct-25 22:03 Here is a current snapshot of the bug. Project: Tcl Category: Commands I-L Status: Open Resolution: None Bug Group: 8.2 Priority: 4 Submitted by: nobody Assigned to : nobody Summary: options for lsort have no effect when only one list element Details: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs Follow-Ups: Date: 2000-Nov-30 12:32 By: dkf Comment: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119202&group_id=10894 |
From: <no...@so...> - 2001-02-15 16:26:08
|
Bug #119202, was updated on 2000-Oct-25 22:03 Here is a current snapshot of the bug. Project: Tcl Category: Commands I-L Status: Open Resolution: None Bug Group: 8.2 Priority: 4 Submitted by: nobody Assigned to : dkf Summary: options for lsort have no effect when only one list element Details: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs Follow-Ups: Date: 2000-Nov-30 12:32 By: dkf Comment: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119202&group_id=10894 |
From: nobody <no...@so...> - 2001-03-13 14:54:08
|
Bugs #219202, was updated on 2000-10-25 22:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 Category: Commands I-L Group: 8.2 Status: Open Priority: 4 Submitted By: Nobody/Anonymous Assigned to: Donal K. Fellows Summary: options for lsort have no effect when only one list element Initial Comment: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-03-13 06:56 Message: Logged In: YES user_id=79902 Oh dear, can't attach the patch. Try looking at http://www.cs.man.ac.uk/~fellowsd/tcl/patch/lsortdoc.patch instead. ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-03-13 06:54 Message: Logged In: YES user_id=79902 Trying to attach a patch that fixes this... ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-02-19 02:07 Message: Hmm. This needs a rewrite of the manual page to state that the conversion to integer/float happens as part of the comparison, and not prior to the overall sort (which I believe to be the correct behaviour.) ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2000-11-30 12:32 Message: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 |
From: <no...@so...> - 2001-02-19 10:05:54
|
Bug #119202, was updated on 2000-Oct-25 22:03 Here is a current snapshot of the bug. Project: Tcl Category: Commands I-L Status: Open Resolution: None Bug Group: 8.2 Priority: 4 Submitted by: nobody Assigned to : dkf Summary: options for lsort have no effect when only one list element Details: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs Follow-Ups: Date: 2001-Feb-19 02:07 By: dkf Comment: Hmm. This needs a rewrite of the manual page to state that the conversion to integer/float happens as part of the comparison, and not prior to the overall sort (which I believe to be the correct behaviour.) ------------------------------------------------------- Date: 2000-Nov-30 12:32 By: dkf Comment: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ------------------------------------------------------- For detailed info, follow this link: http://sourceforge.net/bugs/?func=detailbug&bug_id=119202&group_id=10894 |
From: nobody <no...@so...> - 2001-03-13 14:52:30
|
Bugs #219202, was updated on 2000-10-25 22:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 Category: Commands I-L Group: 8.2 Status: Open Priority: 4 Submitted By: Nobody/Anonymous Assigned to: Donal K. Fellows Summary: options for lsort have no effect when only one list element Initial Comment: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-03-13 06:54 Message: Logged In: YES user_id=79902 Trying to attach a patch that fixes this... ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-02-19 02:07 Message: Hmm. This needs a rewrite of the manual page to state that the conversion to integer/float happens as part of the comparison, and not prior to the overall sort (which I believe to be the correct behaviour.) ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2000-11-30 12:32 Message: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 |
From: nobody <no...@so...> - 2001-03-13 15:17:42
|
Bugs #219202, was updated on 2000-10-25 22:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 Category: Commands I-L Group: 8.2 Status: Open Priority: 4 Submitted By: Nobody/Anonymous Assigned to: Donal K. Fellows Summary: options for lsort have no effect when only one list element Initial Comment: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-03-13 07:19 Message: Logged In: YES user_id=79902 I really meant to say: http://www.cs.man.ac.uk/~fellowsd/tcl/patches/lsortdoc.patch (I think I can see why uploading patches is not entirely evil, since then at least the links don't get broken by stupid typos... :^) ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-03-13 06:56 Message: Logged In: YES user_id=79902 Oh dear, can't attach the patch. Try looking at http://www.cs.man.ac.uk/~fellowsd/tcl/patch/lsortdoc.patch instead. ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-03-13 06:54 Message: Logged In: YES user_id=79902 Trying to attach a patch that fixes this... ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2001-02-19 02:07 Message: Hmm. This needs a rewrite of the manual page to state that the conversion to integer/float happens as part of the comparison, and not prior to the overall sort (which I believe to be the correct behaviour.) ---------------------------------------------------------------------- Comment By: Donal K. Fellows Date: 2000-11-30 12:32 Message: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 |
From: <no...@so...> - 2001-03-23 13:24:12
|
Bugs item #219202, was updated on 2000-10-25 22:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 Category: Commands I-L Group: 8.2 Status: Open Priority: 4 Submitted By: Nobody/Anonymous (nobody) Assigned to: Donal K. Fellows (dkf) Summary: options for lsort have no effect when only one list element Initial Comment: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2001-03-23 05:24 Message: Logged In: YES user_id=79902 Trying to upload the patch here... ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-13 07:19 Message: Logged In: YES user_id=79902 I really meant to say: http://www.cs.man.ac.uk/~fellowsd/tcl/patches/lsortdoc.patch (I think I can see why uploading patches is not entirely evil, since then at least the links don't get broken by stupid typos... :^) ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-13 06:56 Message: Logged In: YES user_id=79902 Oh dear, can't attach the patch. Try looking at http://www.cs.man.ac.uk/~fellowsd/tcl/patch/lsortdoc.patch instead. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-13 06:54 Message: Logged In: YES user_id=79902 Trying to attach a patch that fixes this... ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-02-19 02:07 Message: Hmm. This needs a rewrite of the manual page to state that the conversion to integer/float happens as part of the comparison, and not prior to the overall sort (which I believe to be the correct behaviour.) ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2000-11-30 12:32 Message: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 |
From: <no...@so...> - 2001-03-29 13:17:52
|
Bugs item #219202, was updated on 2000-10-25 22:03 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 Category: Commands I-L Group: 8.2 >Status: Closed Priority: 4 Submitted By: Nobody/Anonymous (nobody) Assigned to: Donal K. Fellows (dkf) Summary: options for lsort have no effect when only one list element Initial Comment: OriginalBugID: 3330 Bug Version: 8.2 SubmitDate: '1999-11-05' LastModified: '1999-11-11' Severity: MED Status: Assigned Submitter: techsupp ChangedBy: hobbs OS: Windows 95 FixedDate: '2000-10-25' ClosedDate: '2000-10-25' Name: keith lea ReproducibleScript: % lsort -integer f f % DesiredBehavior: i'd rather get an error message! An error would be correct in this case, while the current source just assumes this is a quick noop. -- 11/11/1999 hobbs ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-23 05:24 Message: Logged In: YES user_id=79902 Trying to upload the patch here... ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-13 07:19 Message: Logged In: YES user_id=79902 I really meant to say: http://www.cs.man.ac.uk/~fellowsd/tcl/patches/lsortdoc.patch (I think I can see why uploading patches is not entirely evil, since then at least the links don't get broken by stupid typos... :^) ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-13 06:56 Message: Logged In: YES user_id=79902 Oh dear, can't attach the patch. Try looking at http://www.cs.man.ac.uk/~fellowsd/tcl/patch/lsortdoc.patch instead. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-03-13 06:54 Message: Logged In: YES user_id=79902 Trying to attach a patch that fixes this... ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2001-02-19 02:07 Message: Hmm. This needs a rewrite of the manual page to state that the conversion to integer/float happens as part of the comparison, and not prior to the overall sort (which I believe to be the correct behaviour.) ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2000-11-30 12:32 Message: I don't know whether an error is correct; surely the options just control the nature of the ordering function. No ordering required, all ordering functions are happy. Plus, how could you test in the first place? Calling the ordering function with the same element for both values is a much worse idea, particularly if the ordering function was specified using -command... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=110894&aid=219202&group_id=10894 |