@@ -210,7 +210,7 @@ hierarchy of a Python script:
210210
211211.. code-block :: c
212212
213- probe process(' python' ).mark("function__entry") {
213+ probe process(" python" ).mark("function__entry") {
214214 filename = user_string($arg1);
215215 funcname = user_string($arg2);
216216 lineno = $arg3;
@@ -219,7 +219,7 @@ hierarchy of a Python script:
219219 thread_indent(1), funcname, filename, lineno);
220220 }
221221
222- probe process(' python' ).mark("function__return") {
222+ probe process(" python" ).mark("function__return") {
223223 filename = user_string($arg1);
224224 funcname = user_string($arg2);
225225 lineno = $arg3;
@@ -234,7 +234,7 @@ It can be invoked like this:
234234
235235 $ stap \
236236 show-call-hierarchy.stp \
237- -c ./python test.py
237+ -c " ./python test.py"
238238
239239 The output looks like this::
240240
@@ -259,11 +259,11 @@ For a `--enable-shared` build of CPython, the markers are contained within the
259259libpython shared library, and the probe's dotted path needs to reflect this. For
260260example, this line from the above example::
261261
262- probe process(' python' ).mark("function__entry") {
262+ probe process(" python" ).mark("function__entry") {
263263
264264should instead read::
265265
266- probe process(' python' ).library("libpython3.6dm.so.1.0").mark("function__entry") {
266+ probe process(" python" ).library("libpython3.6dm.so.1.0").mark("function__entry") {
267267
268268(assuming a debug build of CPython 3.6)
269269
0 commit comments