From: SourceForge.net <no...@so...> - 2012-08-26 17:08:06
|
Feature Requests item #3551813, was opened at 2012-07-29 22:51 Message generated for change (Comment added) made by dkf You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=360894&aid=3551813&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: 12. ByteArray Object Group: None Status: Open Resolution: None Priority: 7 Private: No Submitted By: Stuart Cassoff (stwo) Assigned to: Donal K. Fellows (dkf) Summary: Use @ to report offset in [binary scan] Initial Comment: Currently, using @ without an index in [binary scan] is an error. The [binary scan] implementation can be easily modified to allow an @ without an index to report the 'current' offset, storing it in a variable, like with other format specifiers. This makes it easier to track the offset; it must currently be done manually. Attached is a patch for the code and a patch for some tests, for Tcl 8.5.12. If this is 'approved' then I'll write more tests, adjust the documentation and submit new patches. ---------------------------------------------------------------------- >Comment By: Donal K. Fellows (dkf) Date: 2012-08-26 10:08 Message: See TIP #410 http://tip.tcl.tk/410.html ---------------------------------------------------------------------- Comment By: Andreas Leitgeb (avl42) Date: 2012-08-25 17:26 Message: I've just submitted a new TIP, where (among other things) I prefer a new character "p" to a no-count-@. Once the TIP shows up, please read and judge my reasoning (in section "rejected alternatives"). ---------------------------------------------------------------------- Comment By: Stuart Cassoff (stwo) Date: 2012-08-05 08:21 Message: Development continues in the stwo-dev86 branch on core.tcl.tk. ---------------------------------------------------------------------- Comment By: Donal K. Fellows (dkf) Date: 2012-07-30 03:09 Message: Seems like a reasonable idea. Not looked at the changes yet. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=360894&aid=3551813&group_id=10894 |