lkml.org 
[lkml]   [2003]   [Apr]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: mknod64(1)
From
Date
On Fri, 2003-04-18 at 17:24, H. Peter Anvin wrote:

> Well, actually, once glibc is updated to call SYS_mknod64 and have the
> right MAJOR() and MINOR() macros, it shouldn't require any changes to
> mknod(1).

Agreed. Assuming mknod(1) is dev_t-clean, this is obsolete as soon as
glibc is updated for 64-bit dev_t. Until then, this is available and
easy and works.

> What would probably be useful for mknod(1), if it doesn't already, is
> to allow the major/minor to be specified in any of the standard bases,
> i.e. using strtoul(...,...,0).

mknod(1) does not, I think. Actually, maybe it does... it uses some
coreutils wrapper.

But my mknod64(1) certainly does :)

Hex, decimal, and binary should all work.

Robert Love

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:34    [W:0.467 / U:0.492 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site