* [Bug translator/13371] New: parser doubles-up incoming \ characters in string literals
@ 2011-11-02 0:50 fche at redhat dot com
0 siblings, 0 replies; only message in thread
From: fche at redhat dot com @ 2011-11-02 0:50 UTC (permalink / raw)
To: systemtap
http://sourceware.org/bugzilla/show_bug.cgi?id=13371
Bug #: 13371
Summary: parser doubles-up incoming \ characters in string
literals
Product: systemtap
Version: unspecified
Status: NEW
Severity: normal
Priority: P2
Component: translator
AssignedTo: systemtap@sourceware.org
ReportedBy: fche@redhat.com
Classification: Unclassified
During early parse, string literals containing \ characters are
doubled, so that later at translate time, the C compiler will turn them
back into normal \'s. Since we sometimes process the contents of these
strings within the translator, we need the literals to be unmolested with
this sort of doubling, and instead do that only at code-emission time.
% touch 'foo*bar'
% stap -v -p2 -e 'probe process("foo\\*bar").function("main") {}'
[...]
semantic error: glob foo\\*bar error (3) while resolving probe point
process("foo\\*bar").function("main")
It should have successfully matched the 'foo*bar' program without globbing.
(The \\ on the stap command line was for escaping the shell's parser.
With only a single \, the shell passes * to systemtap.)
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2011-11-02 0:50 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-11-02 0:50 [Bug translator/13371] New: parser doubles-up incoming \ characters in string literals fche at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).