[Bug runtime/10490] New: make big printfs possible

[Bug runtime/10490] New: make big printfs possible

[fche at redhat dot com]

Some tracing scenarios require copying large buffers into the trace output.
Several parts of the runtime conspire currently to impose a smaller limit,
one that can't easily be overridden.  We should fix this, so that scripts
such as this one work:

   printf("%.*M", 65536, $some_buffer)

(64K representing a hypothetical jumbo network packet)

It may help if the "stap -s NNNN" value is used to derive a print
buffer size limit, or if there is a -DPARAMETER for it.

-- 
           Summary: make big printfs possible
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: runtime
        AssignedTo: systemtap at sources dot redhat dot com
        ReportedBy: fche at redhat dot com


http://sourceware.org/bugzilla/show_bug.cgi?id=10490

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

[Bug runtime/10490] make big printfs possible

[mjw at redhat dot com]

------- Additional Comments From mjw at redhat dot com  2009-08-07 12:46 -------
In addition to making %m and %M output large buffers fully and atomically, we
also need a specifier for fetching for the current task memory space.

Bonus points for coming up with a syntax/specifier that can easily be combined
with raw/hex buffers and/or quoted/raw strings.

-- 


http://sourceware.org/bugzilla/show_bug.cgi?id=10490

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.