[PATCH 1/3] perf_event_open.2: tfix

[PATCH 1/3] perf_event_open.2: tfix

[David Prévot]

---
 man2/perf_event_open.2 | 1 +
 1 file changed, 1 insertion(+)

diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index 1889689..584d9d5 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -700,6 +700,7 @@ settings.
 Parsing the event stream properly was not possible because the
 format of the record was needed to find SAMPLE_ID, but
 the the format could not be found without knowing what
+the format could not be found without knowing what
 event the sample belonged to (causing a circular
 dependency).
 
-- 
1.8.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 2/3] perf_event_open.2: ffix

[David Prévot]

---
 man2/perf_event_open.2 | 20 ++++++++++++++------
 1 file changed, 14 insertions(+), 6 deletions(-)

diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index 584d9d5..9d37b44 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -654,7 +654,8 @@ Records a unique ID for the opened event.
 Unlike
 .B PERF_SAMPLE_ID
 the actual ID is returned, not the group leader.
-This ID is the same as the one returned by PERF_FORMAT_ID.
+This ID is the same as the one returned by
+.BR PERF_FORMAT_ID .
 .TP
 .B PERF_SAMPLE_RAW
 Records additional data, if applicable.
@@ -689,7 +690,9 @@ This is only available if the underlying hardware
 supports this feature.
 .TP
 .BR PERF_SAMPLE_IDENTIFIER " (Since Linux 3.12)"
-Places the SAMPLE_ID value in a fixed position in the record,
+Places the
+.B SAMPLE_ID
+value in a fixed position in the record,
 either at the beginning (for sample events) or at the end
 (if a non-sample event).
 
@@ -698,8 +701,9 @@ records from various different event sources with different
 .I sample_type
 settings.
 Parsing the event stream properly was not possible because the
-format of the record was needed to find SAMPLE_ID, but
-the the format could not be found without knowing what
+format of the record was needed to find
+.BR SAMPLE_ID ,
+but
 the format could not be found without knowing what
 event the sample belonged to (causing a circular
 dependency).
@@ -707,8 +711,12 @@ dependency).
 This new
 .B PERF_SAMPLE_IDENTIFIER
 setting makes the event stream always parsable
-by putting SAMPLE_ID in a fixed location, even though
-it means having duplicate SAMPLE_ID values in records.
+by putting
+.B SAMPLE_ID
+in a fixed location, even though
+it means having duplicate
+.B SAMPLE_ID
+values in records.
 .RE
 .TP
 .IR "read_format"
-- 
1.8.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 3/3] perf_event_open.2: pfix

[David Prévot]

---
 man2/perf_event_open.2 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index 9d37b44..d2237e2 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -2374,7 +2374,7 @@ ioctl argument was broken and would repeatedly operate
 on the event specified rather than iterating across
 all sibling events in a group.
 
-From Linux 3.4 to Linux 3.11 the mmap
+From Linux 3.4 to Linux 3.11, the mmap
 .I cap_usr_rdpmc
 and
 .I cap_usr_time
-- 
1.8.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 1/3] perf_event_open.2: tfix

[Andre Majorel]

On 2013-11-17 12:16 -0400, David Prévot wrote:
> ---
>  man2/perf_event_open.2 | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
> index 1889689..584d9d5 100644
> --- a/man2/perf_event_open.2
> +++ b/man2/perf_event_open.2
> @@ -700,6 +700,7 @@ settings.
>  Parsing the event stream properly was not possible because the
>  format of the record was needed to find SAMPLE_ID, but
>  the the format could not be found without knowing what
> +the format could not be found without knowing what
>  event the sample belonged to (causing a circular
>  dependency).
>  
> -- 
> 1.8.4.3

Shouldn't there be a "-" before "the the format" ?

-- 
André Majorel http://www.teaser.fr/~amajorel/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[David Prévot]

Hi,

Le 17/11/2013 14:26, Andre Majorel a écrit :

> Shouldn't there be a "-" before "the the format" ?

Thanks, I messed up the series will trying to make it proper, following
up with a fixed one.

Regards

David
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 1/3] perf_event_open.2: tfix

[David Prévot]

---
 man2/perf_event_open.2 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index 1889689..9eb92cb 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -699,7 +699,7 @@ records from various different event sources with different
 settings.
 Parsing the event stream properly was not possible because the
 format of the record was needed to find SAMPLE_ID, but
-the the format could not be found without knowing what
+the format could not be found without knowing what
 event the sample belonged to (causing a circular
 dependency).
 
-- 
1.8.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 1/3] perf_event_open.2: tfix

[Michael Kerrisk (man-pages)]

Thanks. Applied!

Cheers,

Michael


On 11/17/13 11:38, David Prévot wrote:
> ---
>  man2/perf_event_open.2 | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
> index 1889689..9eb92cb 100644
> --- a/man2/perf_event_open.2
> +++ b/man2/perf_event_open.2
> @@ -699,7 +699,7 @@ records from various different event sources with different
>  settings.
>  Parsing the event stream properly was not possible because the
>  format of the record was needed to find SAMPLE_ID, but
> -the the format could not be found without knowing what
> +the format could not be found without knowing what
>  event the sample belonged to (causing a circular
>  dependency).
>  
> 


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 2/3] perf_event_open.2: ffix

[David Prévot]

---
 man2/perf_event_open.2 | 19 ++++++++++++++-----
 1 file changed, 14 insertions(+), 5 deletions(-)

diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index 9eb92cb..9d37b44 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -654,7 +654,8 @@ Records a unique ID for the opened event.
 Unlike
 .B PERF_SAMPLE_ID
 the actual ID is returned, not the group leader.
-This ID is the same as the one returned by PERF_FORMAT_ID.
+This ID is the same as the one returned by
+.BR PERF_FORMAT_ID .
 .TP
 .B PERF_SAMPLE_RAW
 Records additional data, if applicable.
@@ -689,7 +690,9 @@ This is only available if the underlying hardware
 supports this feature.
 .TP
 .BR PERF_SAMPLE_IDENTIFIER " (Since Linux 3.12)"
-Places the SAMPLE_ID value in a fixed position in the record,
+Places the
+.B SAMPLE_ID
+value in a fixed position in the record,
 either at the beginning (for sample events) or at the end
 (if a non-sample event).
 
@@ -698,7 +701,9 @@ records from various different event sources with different
 .I sample_type
 settings.
 Parsing the event stream properly was not possible because the
-format of the record was needed to find SAMPLE_ID, but
+format of the record was needed to find
+.BR SAMPLE_ID ,
+but
 the format could not be found without knowing what
 event the sample belonged to (causing a circular
 dependency).
@@ -706,8 +711,12 @@ dependency).
 This new
 .B PERF_SAMPLE_IDENTIFIER
 setting makes the event stream always parsable
-by putting SAMPLE_ID in a fixed location, even though
-it means having duplicate SAMPLE_ID values in records.
+by putting
+.B SAMPLE_ID
+in a fixed location, even though
+it means having duplicate
+.B SAMPLE_ID
+values in records.
 .RE
 .TP
 .IR "read_format"
-- 
1.8.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 2/3] perf_event_open.2: ffix

[Michael Kerrisk (man-pages)]

Applied. Thanks,

Michael


On 11/17/13 11:38, David Prévot wrote:
> ---
>  man2/perf_event_open.2 | 19 ++++++++++++++-----
>  1 file changed, 14 insertions(+), 5 deletions(-)
> 
> diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
> index 9eb92cb..9d37b44 100644
> --- a/man2/perf_event_open.2
> +++ b/man2/perf_event_open.2
> @@ -654,7 +654,8 @@ Records a unique ID for the opened event.
>  Unlike
>  .B PERF_SAMPLE_ID
>  the actual ID is returned, not the group leader.
> -This ID is the same as the one returned by PERF_FORMAT_ID.
> +This ID is the same as the one returned by
> +.BR PERF_FORMAT_ID .
>  .TP
>  .B PERF_SAMPLE_RAW
>  Records additional data, if applicable.
> @@ -689,7 +690,9 @@ This is only available if the underlying hardware
>  supports this feature.
>  .TP
>  .BR PERF_SAMPLE_IDENTIFIER " (Since Linux 3.12)"
> -Places the SAMPLE_ID value in a fixed position in the record,
> +Places the
> +.B SAMPLE_ID
> +value in a fixed position in the record,
>  either at the beginning (for sample events) or at the end
>  (if a non-sample event).
>  
> @@ -698,7 +701,9 @@ records from various different event sources with different
>  .I sample_type
>  settings.
>  Parsing the event stream properly was not possible because the
> -format of the record was needed to find SAMPLE_ID, but
> +format of the record was needed to find
> +.BR SAMPLE_ID ,
> +but
>  the format could not be found without knowing what
>  event the sample belonged to (causing a circular
>  dependency).
> @@ -706,8 +711,12 @@ dependency).
>  This new
>  .B PERF_SAMPLE_IDENTIFIER
>  setting makes the event stream always parsable
> -by putting SAMPLE_ID in a fixed location, even though
> -it means having duplicate SAMPLE_ID values in records.
> +by putting
> +.B SAMPLE_ID
> +in a fixed location, even though
> +it means having duplicate
> +.B SAMPLE_ID
> +values in records.
>  .RE
>  .TP
>  .IR "read_format"
> 


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH 3/3] perf_event_open.2: pfix

[David Prévot]

---
 man2/perf_event_open.2 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
index 9d37b44..d2237e2 100644
--- a/man2/perf_event_open.2
+++ b/man2/perf_event_open.2
@@ -2374,7 +2374,7 @@ ioctl argument was broken and would repeatedly operate
 on the event specified rather than iterating across
 all sibling events in a group.
 
-From Linux 3.4 to Linux 3.11 the mmap
+From Linux 3.4 to Linux 3.11, the mmap
 .I cap_usr_rdpmc
 and
 .I cap_usr_time
-- 
1.8.4.3

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH 3/3] perf_event_open.2: pfix

[Michael Kerrisk (man-pages)]

Thanks. Applied.

Cheers,

Michael


On 11/17/13 11:38, David Prévot wrote:
> ---
>  man2/perf_event_open.2 | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/man2/perf_event_open.2 b/man2/perf_event_open.2
> index 9d37b44..d2237e2 100644
> --- a/man2/perf_event_open.2
> +++ b/man2/perf_event_open.2
> @@ -2374,7 +2374,7 @@ ioctl argument was broken and would repeatedly operate
>  on the event specified rather than iterating across
>  all sibling events in a group.
>  
> -From Linux 3.4 to Linux 3.11 the mmap
> +From Linux 3.4 to Linux 3.11, the mmap
>  .I cap_usr_rdpmc
>  and
>  .I cap_usr_time
> 


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[glolariu]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=utf-8, Size: 183 bytes --]

Hello Linux  https://goo.gl/54LwKT     

GlolariuN‹§²æìr¸›yúèšØb²X¬¶Ç§vØ^–)Þº{.nÇ+‰·¥Š{±™©âžØ^n‡r¡ö¦zË\x1aëh™¨è­Ú&¢îý»\x05ËÛÔØï¦v¬Îf\x1dp)¹¹br	šê+€Ê+zf£¢·hšˆ§~†­†Ûiÿûàz¹\x1e®w¥¢¸?™¨è­Ú&¢)ߢ^[f

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: 04825923229.zip --]
[-- Type: application/zip, Size: 7337 bytes --]

(unknown),

[John Michael]

how are you doing,is me John Michael i have a personal reason of
writing you now.write to me ok.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: 787132618586608.doc --]
[-- Type: application/msword, Size: 40147 bytes --]

(unknown),

[glolariu]

Good afternoon Linux



http://www.noeliavega.com/fonts/pt-sans/license.php?interest=rzm260ek0w9


Glolariu
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: REPORT_28110741209342_linux-man.zip --]
[-- Type: application/zip, Size: 2109 bytes --]

(unknown),

[jbmplupus-Mmb7MZpHnFY]

[-- Attachment #1: 06153.zip --]
[-- Type: application/zip, Size: 3741 bytes --]

(unknown),

[Rick Lee]

Hi There.

I sent this message a few hours ago but was rejected by Carbon Copy
recipient because it was in HTML and not plain text format. So I'm
sending it again.

Ubuntu 16.04.2, Kernel 4.9.13, default installation command `yad`.

The word "Vaule" on line 578 should be replaced with "Value".

Thanks :)
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Sergey Polovko]

Hi,

It seems that unix(7) and recv(2) man pages have different information about using MSG_TRUNC flag with UNIX domain sockets. 
Unix(7) man page says that this flag is not supported by UNIX domain sockets but actually it does. I wrote a simple program to 
check usage of this flag. Recv(2) man pages says that it supports since linux 3.4. Unfortunately I have no such old kernel near me
but on 3.11, 3.13, 3.18 and 4.4 that I have this flag works with AF_UNIX sockets.

Could you please fix that?

Thanks,
Sergey Polovko
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Quentin Rameau]

index
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[David and Carol Martin]

-- 
We are donating to you 1,500,000 GBP, from David and Carol Martin £33million lottery, contact : davidcarolm-/E1597aS9LTXPF5Rlphj1Q@public.gmane.org 
view link: http://www.ibtimes.co.uk/lotto-winners-david-carol-martin-want-blast-into-space-after-buying-new-shoes-1537851
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Don Boyer]

My name is Brett McCorriston a merchant of Paris but currently base in Nevada Las Vegas Cartgate Ct United states, I have been diagnosed with esophageal cancer which has defiled all forms of medical treatment i have only few weeks to live here on earth.My condition is really deteriorating. i have decided to divide part of my fortune,by contributing to the Charities & Motherless. I am willing to donate the sum of US$ 5 Million to the poor through you.Can you help me? contact me on my private email ( brettmccorriston88-/E1597aS9LQAvxtiuMwx3w@public.gmane.org ) I really need you to help me.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Mark Singer]

Do you need an investor?
Our investors fund project and business. We also give out loan/credit to any individual and company at 3% interest rate yearly. For more information, Contact us via Email: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 

If you need an investor or quick funding, forward your response ONLY to this E-mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 
....
Haben Sie einen Investor brauchen?
Unsere Investoren Fonds Projekt- und Geschäfts. Wir geben auch Darlehen / Kredite an jeden einzelnen und Unternehmen bei 3% Zinsen jährlich. Für weitere Informationen, kontaktieren Sie uns per E-Mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org 

Wenn Sie ein Investor oder schnelle Finanzierung benötigen, senden Sie Ihre Antwort nur auf diese E-mail: devonfps-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org --
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Sasnett_Karen]

Haben Sie einen Investor brauchen?

Haben Sie geschäftliche oder persönliche Darlehen benötigen?

Wir geben Darlehen an eine natürliche Person und Unternehmen bei 3% Zinsen jährlich. Weitere Informationen Kontaktieren Sie uns per E-Mail: omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org<mailto:omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>



HINWEIS: Leiten Sie Ihre Antwort nur an diese E-Mail: omfcreditspa@hotmail.com<mailto:omfcreditspa-PkbjNfxxIARBDgjK7y7TUQ@public.gmane.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Stéphane Aulery]

Hi Michael,

I see lost but useful links in the comments. In getrlimit.2 (line 667) for
example, and I wonder if we could not incorporate there in BUGS section.

Cheers,

-- 
Stéphane Aulery
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[MRS GRACE MANDA]

[-- Attachment #1: Type: text/plain, Size: 71 bytes --]









This is Mrs Grace Manda (  Please I need your Help is Urgent). 

[-- Attachment #2: Mrs Grace Manda.rtf --]
[-- Type: application/rtf, Size: 35796 bytes --]

[PATCH] man2 : syscall.2 : add notes

[ch0.han-Hm3cg6mZ9cc]

From: Changhee Han <gyulkkajo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>

Add notes that caution users when passing arguments to syscall.2.

Signed-off-by: Changhee Han <gyulkkajo-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
---
 man2/syscall.2 |    9 +++++++++
 1 file changed, 9 insertions(+)

diff --git a/man2/syscall.2 b/man2/syscall.2
index 0675943..2c823b6 100644
--- a/man2/syscall.2
+++ b/man2/syscall.2
@@ -79,6 +79,15 @@ and an error code is stored in
 .BR syscall ()
 first appeared in
 4BSD.
+
+On some architecture arguments should be passed with an appropriate way.
+The glibc wrapper function, described in
+.BR syscalls (2),
+copies arguments to the right registers denpend on the architecture but
+.BR syscall (2)
+needs arguments following ABI, which its architecture describes, to be passed manually by a user.
+For example, on ARM architecture, a long long type of argument is considered to be 8-byte aligned and to be split into two 4-byte arguments.
+
 .SH EXAMPLE
 .nf
 #define _GNU_SOURCE
-- 
1.7.9.5

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Changhee Han]

In v1, there was incorrect information, author and signed-off email address.
So, I resend the patch and igonre the previous one.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown)

[Elie De Brauwer]

subscribe linux-man
-- 
Elie De Brauwer

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(unknown),

[Bob Eggers]

I noticed an error in and example on the man page for strncpy(). The page is http://www.kernel.org/doc/man-pages/online/pages/man3/strncpy.3.html

The error is in the section, "NOTES", specifically in the code example after the text:

      If there is no terminating null byte in the first n characters of src,
       strncpy() produces an unterminated string in dest.  Programmers often prevent
       this mistake by forcing termination as follows:

           strncpy(buf, str, n);
           if (n > 0)
               buf[n - 1]= '\0';

Substituting 1 for n and "123" for str, this would equate to:

           strncpy(buf, "123", 1);  // buf is now "1"
           if (1 > 0)
               buf[1 - 1]= '\0';                // buf is now ""

Bob Eggers--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html