From: Kris Van Hees <kris.van.hees@oracle.com>
To: Eugene Loh <eugene.loh@oracle.com>
Cc: Kris Van Hees <kris.van.hees@oracle.com>,
dtrace@lists.linux.dev, dtrace-devel@oss.oracle.com
Subject: Re: [DTrace-devel] [PATCH v2] string: ensure string size is handled correctly
Date: Thu, 14 Aug 2025 15:53:21 -0400 [thread overview]
Message-ID: <aJ4+sYd8FUP+weQd@oracle.com> (raw)
In-Reply-To: <9a3548cd-dde3-26ba-b9ad-0a3924839e66@oracle.com>
On Thu, Aug 14, 2025 at 12:29:10PM -0400, Eugene Loh wrote:
> Typo: s/strsuze/strsize/
>
> For tracking purposes, should this patch be prefaced 5/5?
Either way. The tracking I do does not actually use the 5/5 etc because
revisions in oatch series often cause thosse numbers to get skewed, e.g.
when we need to add an additional patch somewhere in the series to address
an issue.
> I think the .r files need to be updated for
Woops, forgot to git add them. v3 on the way
>
> test/unittest/codegen/tst.str_const_length.r
> - 0: 61 62 63 64 65 00 abcde.
> + 0: 61 62 63 64 00 abcd.
>
> test/unittest/codegen/tst.str_data_size.r
> - 0: 64 74 72 61 63 00 dtrac.
> + 0: 64 74 72 61 00 dtra.
>
> test/unittest/variables/tvar/tst.str-size.r
> -abcdabcdabcd
> +abcabcabc
>
> Also, need to check test/unittest/funcs/strlen/tst.capped-sizw.d.
>
> On 8/13/25 23:57, Kris Van Hees via DTrace-devel wrote:
> > A string is defined as a character array of size strsize. Strings
> > that are less that strsize in length are terminated by a NUL byte.
> > This implies that the NUL byte is part of the array and therefore,
> > strsuze is indeed the size of the array and not the maximum number
> > of characters in the string.
prev parent reply other threads:[~2025-08-14 19:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-08-14 3:57 [PATCH v2] string: ensure string size is handled correctly Kris Van Hees
2025-08-14 16:29 ` [DTrace-devel] " Eugene Loh
2025-08-14 19:53 ` Kris Van Hees [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aJ4+sYd8FUP+weQd@oracle.com \
--to=kris.van.hees@oracle.com \
--cc=dtrace-devel@oss.oracle.com \
--cc=dtrace@lists.linux.dev \
--cc=eugene.loh@oracle.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.