| Ticket UUID: | 728838 | |||
| Title: | Can't increment by wide amounts | |||
| Type: | Bug | Version: | obsolete: 8.4.2 | |
| Submitter: | dkf | Created on: | 2003-04-28 11:06:25 | |
| Subsystem: | 07. Variables | Assigned To: | dkf | |
| Priority: | 6 | Severity: | ||
| Status: | Closed | Last Modified: | 2004-05-30 19:44:59 | |
| Resolution: | Remind | Closed By: | dkf | |
| Closed on: | 2004-05-30 12:44:59 | |||
| Description: |
You can't increment a value by a wide-int amount, which is surprising. Result should be wide if either (or both) the current variable value and the added value are wide. (The default is not wide, of course.) | |||
| User Comments: |
dkf added on 2004-05-30 19:44:59:
Logged In: YES user_id=79902 Not backporting. It's a PITA and requires messing with the internal stubs table in a patch release. dgp added on 2004-01-20 07:03:35: Logged In: YES user_id=80530 my mistake. I misread the earlier comments. This bug is fixed in 8.5. A backport for 8.4 is still pending. You can re-close if you like, or leave open as a reminder about the backport. dgp added on 2004-01-20 03:16:08: Logged In: YES user_id=80530 I don't think this is working in 8.4.5. % set v 2 2 % incr v 0xff00000001 3 % incr v [expr 0xff00000000] 3 re-open dkf added on 2003-04-28 19:39:43: File Added - 48950: incr.patch dkf added on 2003-04-28 19:39:42: Logged In: YES user_id=79902 I've fixed this now in the HEAD with the attached patch. Let me know if I should backport the patch (which is unfortunately rather large as I took the opportunity to tidy a few other bits of code up) to the 8.4 branch. | |||
Attachments:
- incr.patch [download] added by dkf on 2003-04-28 19:39:43. [details]