From f12f2c382803938fcfdd72e6e50cb03d8028d676 Mon Sep 17 00:00:00 2001 From: Gregory Nutt Date: Fri, 11 May 2018 08:15:51 -0600 Subject: [PATCH] Documentation: Use a little more care with the trademarked Unix name. --- Documentation/NuttShell.html | 4 ++-- Documentation/NuttXCCodingStandard.html | 2 +- Documentation/NuttxUserGuide.html | 8 ++++---- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/Documentation/NuttShell.html b/Documentation/NuttShell.html index 1e54d38d2c5..cbb9cabbee4 100644 --- a/Documentation/NuttShell.html +++ b/Documentation/NuttShell.html @@ -4360,7 +4360,7 @@ set FOOBAR ABC_${FOO}_${BAR}

Overview. The NuttShell (NSH) is a simple shell application that may be used with NuttX. - It supports a variety of commands and is (very) loosely based on the bash shell and the common utilities used in Unix shell programming. + It supports a variety of commands and is (very) loosely based on the Bash shell and the common utilities used with Bash shell programming. The paragraphs in this appendix will focus on customizing NSH: Adding new commands, changing the initialization sequence, etc.

@@ -4858,7 +4858,7 @@ context: Without binfs, you can see the installed builtin applications using the NSH help command. binfs will create a tiny pseudo-file system mounted at /bin. Using binfs, you can see the available builtin applications by listing the contents of /bin directory. - This gives some superficial Unix compatibility, but does not really add any new functionality. + This gives some superficial Unix-like compatibility, but does not really add any new functionality.

diff --git a/Documentation/NuttXCCodingStandard.html b/Documentation/NuttXCCodingStandard.html index d7464cfeb56..857f2fbcb0a 100644 --- a/Documentation/NuttXCCodingStandard.html +++ b/Documentation/NuttXCCodingStandard.html @@ -259,7 +259,7 @@

1.2 Lines

Line Endings. - Files should be formatted with \n as the line ending (Unix line endings), not \r\n (Windows line endings). + Files should be formatted with \n as the line ending (Unix-style line endings), not \r\n (Windows line endings). There should be no extra whitespace at the end of the line. In addition, all text files should end in a single newline (\n). This avoids the "No newline at end of file" warning generated by certain tools.

diff --git a/Documentation/NuttxUserGuide.html b/Documentation/NuttxUserGuide.html index 4cb549e0f14..b1146f3ed36 100644 --- a/Documentation/NuttxUserGuide.html +++ b/Documentation/NuttxUserGuide.html @@ -833,7 +833,7 @@ pid_t vfork(void);

POSIX Compatibility: - Compatible with the Unix interface of the same name. + Compatible with the BSD/Linux interface of the same name. POSIX marks this interface as Obsolete.

2.1.12 exec

@@ -941,7 +941,7 @@ int execv(FAR const char *path, FAR char *const argv[]);

Note the inefficiency when execv() or execl() is called in the normal, two-step process: (1) first call vfork() to create a new thread, then (2) call execv() or execl() to replace the new thread with a program from the file system. - Since the new thread will be terminated by the execv() or execl() call, it really served no purpose other than to support Unix compatibility. + Since the new thread will be terminated by the execv() or execl() call, it really served no purpose other than to support POSIX compatibility.

The non-standard binfmt function exec() needs to have (1) a symbol table that provides the list of symbols exported by the base code, and (2) the number of symbols in that table. @@ -991,7 +991,7 @@ int execv(FAR const char *path, FAR char *const argv[]);

POSIX Compatibility: - Similar with the Unix interface of the same name. + Similar with the POSIX interface of the same name. There are, however, several compatibility issues as detailed in the description above.

@@ -1035,7 +1035,7 @@ int execl(FAR const char *path, ...);

POSIX Compatibility: - Similar with the Unix interface of the same name. + Similar with the POSIX interface of the same name. There are, however, several compatibility issues as detailed in the description of execv().