Date:Fri, 30 Apr 2010 06:00:14 +
From:Jukka Ruohonen jru...@netbsd.org
Message-ID: 20100430060014.7739117...@cvs.netbsd.org
| Module Name:src
| Committed By: jruoho
| Date: Fri Apr 30 06:00:14 UTC 2010
|
| Modified Files:
|
Modified Files:
src/share/man/man9: byteorder.9
Log Message:
Reference bswap(3). Improvements in the HISTORY section.
:
cvs rdiff -u -r1.4 -r1.5 src/share/man/man9/byteorder.9
-These functions were introduced to handle PCI bus master devices which
assumed
-host's memory used to
On Tue, 4 May 2010, Izumi Tsutsui wrote:
Modified Files:
src/share/man/man9: byteorder.9
Log Message:
Reference bswap(3). Improvements in the HISTORY section.
:
cvs rdiff -u -r1.4 -r1.5 src/share/man/man9/byteorder.9
-These functions were introduced to handle PCI bus master
On Tue, May 04, 2010 at 06:35:48PM +0700, Robert Elz wrote:
I don't understand the change - that is, I don't understand the
sentence that was added to the man page, it says ...
The revision marked gets() as obsolete...
What revision???
In my manual page:
The functions fgets() and
On Tue, May 04, 2010 at 04:39:16PM +0300, Jukka Ruohonen wrote:
In my manual page:
The functions fgets() and gets() conform to ANSI X3.159-1989
(``ANSI C89'') and IEEE Std 1003.1-2001 (``POSIX.1''). The IEEE Std
1003.1-2008 (``POSIX.1'') revision marked gets() as obsolescent,
Date:Tue, 4 May 2010 16:39:16 +0300
From:Jukka Ruohonen jruoho...@iki.fi
Message-ID: 20100504133916.ga9...@marx.bitnet
| In my manual page: [...]
| What was the problem again?
Something odd - sorry - it looks as if my (older) nroff -mandoc on
current sources
On Wed, May 05, 2010 at 12:58:13AM +0700, Robert Elz wrote:
| As something like gets() has been standardized for ages, it makes sense to
| explicitly note that this may no longer be true (with respect to POSIX).
That's where I disagree, it is just bloat - once it stops being a
On Tue, May 04, 2010 at 07:23:56PM +, Frank Kardel wrote:
Module Name: src
Committed By: kardel
Date: Tue May 4 19:23:56 UTC 2010
Modified Files:
src/sys/kern: kern_uuid.c
Log Message:
switch to nanotime() for 100ns resolution
Why not bintime()?
Joerg
On May 4, 2010, at 5:30 PM, Simon Burge wrote:
Matt Thomas wrote:
Modified Files:
src/sys/arch/mips/mips [matt-nb5-mips64]: pmap_segtab.c
Log Message:
Cleanup segtab allocation. Add some counters to monitor memory usage.
+uint32_t nget_segtab;
+uint32_t nput_segtab;
On Tue, May 04, 2010 at 07:43:12AM +, Jukka Ruohonen wrote:
| Module Name:src
| Committed By: jruoho
| Date: Tue May 4 07:43:12 UTC 2010
|
| Modified Files:
| src/lib/libc/stdio: stdio.3
|
| Log Message:
| Remove the list of functions.
|
On Wed, May 05, 2010 at 01:03:49PM +1000, Luke Mewburn wrote:
On Tue, May 04, 2010 at 07:43:12AM +, Jukka Ruohonen wrote:
| Remove the list of functions.
|
| This list was updated only two times in nearly two decades.
|
| (If people need to learn the standard I/O functions in
On Tue, May 04, 2010 at 07:07:12AM +, Jukka Ruohonen wrote:
| Module Name:src
| Committed By: jruoho
| Date: Tue May 4 07:07:12 UTC 2010
|
| Modified Files:
| src/lib/libutil: util.3
|
| Log Message:
| Remove the list of functions in the
On Wed, May 05, 2010 at 01:03:49PM +1000, Luke Mewburn wrote:
I disagree; a list of all the public APIs for a given library in
the main man page for that library is very useful.
One more note I have made while skimming through the manual pages.
Few examples of pages that are badly and
On Wed, May 05, 2010 at 01:05:02PM +1000, Luke Mewburn wrote:
Please revert this; manual pages and application development
tools are often installed on systems where the full source is not.
But you always have the header file. Shouldn't that be enough?
As I mentioned in my reply to the
On Wed, May 05, 2010 at 07:35:41AM +0300, Jukka Ruohonen wrote:
| On Wed, May 05, 2010 at 01:05:02PM +1000, Luke Mewburn wrote:
| Please revert this; manual pages and application development
| tools are often installed on systems where the full source is not.
|
| But you always have
15 matches
Mail list logo