Menu
▾
▴
[Tcl-bugs] [ tcl-Bugs-1284178 ] [format %h?] rejects valid integers
|
From: SourceForge.net <no...@so...> - 2005-09-11 01:58:23
|
Bugs item #1284178, was opened at 2005-09-07 14:17 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1284178&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 16. Commands A-H Group: current: 8.4.11 Status: Open Resolution: None Priority: 5 Submitted By: Don Porter (dgp) Assigned to: Donal K. Fellows (dkf) Summary: [format %h?] rejects valid integers Initial Comment: % format %hu 0xffff 65535 % format %hu 0x10000 0 % format %hu 0xffffffff 65535 % format %hu 0x100000000 integer value too large to represent It's clear that %hu truncates to short int size before formatting, but fails to do the same truncation when given a wide integer value. It just rejects those, without a good reason. ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2005-09-10 21:58 Message: Logged In: YES user_id=80530 Do not accept that patch. It introduces a new bug: % format %ld [expr wide(3000000000)] -1294967296 ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2005-09-07 14:34 Message: Logged In: YES user_id=80530 Here's a patch that makes all of [format]'s integer conversion specifiers accept all of Tcl's valid integer values. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2005-09-07 14:29 Message: Logged In: YES user_id=80530 A related issue is integer [format]s without a length specifier, for example: % format %u 0xffffffff 4294967295 % format %u 0x100000000 integer value too large to represent As with the "h"-constrained formatting, we could truncate to the native length of a long before formatting and accept the wide argument. Doing that would produce: % format %hu 0x100000000 0 However, this behavior is actually tested by the test suite via tests format-17.1 and format-18.2 . The restriction and these test don't really make sense to me, but perhaps a maintainer knows better? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=1284178&group_id=10894 |