> Paul Herman <[EMAIL PROTECTED]> wrote:
> > On Sun, 19 May 2002, Dima Dorfman wrote:
> >
> > > How about fixing ls(1) to output the numeric mode if asked to?
> >
> > That's good, but while you're at it you'd probably want to get
> > *everything* out of (struct stat) and print it numerically (de
OK, here's a patch to fstat(1) which adds an "-s" option to stat(2)
a list of files on the command line. It's against -STABLE but
should still apply to -CURRENT. Comments are appreciated.
The only other addition I would like to have is have "-n" option
display everything numericaly as it does
If you don't have src/games, the "make buildworld" dies
without the following patch.
--
Steve
--- share/doc/usd/30.rogue/Makefile.origSat May 18 21:29:07 2002
+++ share/doc/usd/30.rogue/Makefile Sat May 18 22:50:21 2002
@@ -10,5 +10,5 @@
.include
.else
-all clean cleandepend c
Paul Herman <[EMAIL PROTECTED]> wrote:
> On Sun, 19 May 2002, Dima Dorfman wrote:
>
> > How about fixing ls(1) to output the numeric mode if asked to?
>
> That's good, but while you're at it you'd probably want to get
> *everything* out of (struct stat) and print it numerically (device,
> flags,
On Sun, 19 May 2002, Dima Dorfman wrote:
> How about fixing ls(1) to output the numeric mode if asked to?
That's good, but while you're at it you'd probably want to get
*everything* out of (struct stat) and print it numerically (device,
flags, atime since epoch, etc.) You could do this in ls(1)
Giorgos Keramidas <[EMAIL PROTECTED]> wrote:
> On 2002-05-18 11:54, David O'Brien wrote:
> > Anyone got a patch?
>
> Part of the problems I had when I tried to replace perl in
> mergemaster.sh with something `native' was that the perl code uses
> stat(2) to obtain the permission bits of a directo
--
>>> Rebuilding the temporary build tree
--
>>> stage 1: bootstrap tools
--
>>> stage 2: cleaning up the object tree
On 2002-05-19 00:04, Benjamin P. Grubin wrote:
> Dear god, you guys really like hurting yourselves.
>
> If filetest doesn't do it, why not just something on the order of:
>
> #include
> #include
I was looking for a scriptable version of exactly this :)
--
Giorgos Keramidas- http://www.F
Dear god, you guys really like hurting yourselves.
If filetest doesn't do it, why not just something on the order of:
#include
#include
main (argc, argv)
int argc;
char *argv[];
{
struct stat stbuf;
if (!stat(argv[1], &stbuf))
printf("%o\n", stbuf.st_mode);
else
printf
On Sun, 19 May 2002, Giorgos Keramidas wrote:
> On 2002-05-18 23:11, Benjamin P. Grubin wrote:
> > Giorgos Keramidas wrote:
> > >
> > > [ The above should print in stdout just 01777 as a number. ]
> > > ...
> > > Does anyone know of any other (possibly more elegant way) of
> > > reading the numer
On Sat, May 18, 2002 at 13:15:43 -0400, Don Bowman wrote:
> > Andrew Gallatin writes:
> >> Kenneth D. Merry writes:
> >> >
> >> > I have released a new set of zero copy sockets patches, against
> -current
> >> > from today (May 17th, 2002).
> >
> > Hi Ken,
> >
> > I'm glad to see that you're
On Sat, May 18, 2002 at 13:12:09 -0400, Andrew Gallatin wrote:
>
> Kenneth D. Merry writes:
> >
> > I have released a new set of zero copy sockets patches, against -current
> > from today (May 17th, 2002).
> >
> > The main change is to deal with the vfs_ioopt changes that Alan Cox made in
On Sat, May 18, 2002 at 09:03:38 -0400, John Baldwin wrote:
>
> On 18-May-2002 Kenneth D. Merry wrote:
> > On Fri, May 17, 2002 at 23:02:55 -0700, Alfred Perlstein wrote:
> >> * Kenneth D. Merry <[EMAIL PROTECTED]> [020517 22:40] wrote:
> >> >
> >> > I have released a new set of zero copy socket
On 2002-05-18 20:12, Steve Kargl wrote:
> On Sun, May 19, 2002 at 05:31:08AM +0300, Giorgos Keramidas wrote:
> > Warnings are treated as errors. Since GCC 3.1 has brought a hell
> > of a lot more warnings with us, you should use -DNO_WERROR until
> > the dust of the GCC 3.1 import settles down.
>
On 2002-05-18 23:11, Benjamin P. Grubin wrote:
> Giorgos Keramidas wrote:
> >
> > [ The above should print in stdout just 01777 as a number. ]
> > ...
> > Does anyone know of any other (possibly more elegant way) of
> > reading the numeric value of the permission bits for a file?
>
> Is [t]csh's `
On Sun, May 19, 2002 at 05:31:08AM +0300, Giorgos Keramidas wrote:
> On 2002-05-18 12:56, Steve Kargl wrote:
> > ===> gnu/usr.bin/binutils/gdb
> > cc -O -pipe -march=athlon -D_GNU_SOURCE -I.
>-I/usr/src/gnu/usr.bin/binutils/gdb/i386 -I/usr/src/gnu/usr.bin/binutils/gdb
>-I/usr/src/gnu/usr.bin/bin
Is [t]csh's `filetest` builtin viable here?
Relurking,
Ben
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of
> Giorgos Keramidas
> Sent: Saturday, May 18, 2002 10:29 PM
> To: [EMAIL PROTECTED]
> Subject: Re: mergemaster(8) broken -- uses Perl
>
>
On 2002-05-18 12:56, Steve Kargl wrote:
> ===> gnu/usr.bin/binutils/gdb
> cc -O -pipe -march=athlon -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386
>-I/usr/src/gnu/usr.bin/binutils/gdb
>-I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386
>-I/usr/src/gnu/usr.bin/binutils/gdb/../../../.
On 2002-05-18 11:54, David O'Brien wrote:
> Anyone got a patch?
Part of the problems I had when I tried to replace perl in
mergemaster.sh with something `native' was that the perl code uses
stat(2) to obtain the permission bits of a directory/file and I can't
think of a way to do this with tools
Hi,
Comments on the following patch. The messages
are invisible with a default install. This patch
gets them into /var/log/messages where they can be
seen.
-John
ps: Not in this patch, but I wonder if syslog
cannot be redirected to the console when run -d.
Something like:
#define s
On 2002-05-18 18:05, Mark Murray wrote:
> The perl script rewrite is going really well!
>
> Here is my progress file, as it currently stands:
> ...
>
> etc/periodic/*(needs to have perl usage removed)
Hello Mark and all,
I've started digging around /etc/periodic, and have alread
John Baldwin wrote:
> > This is actually what I was saying was bad: a static function
> > per mutex declaration.
>
> Umm, no, there is _one_ global function that we call. Why not check
> the actual code?
Are you talking about a P4 branch, and not the main repository?
> Why don't you read the c
Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Terry Lambert writes:
> >I think the reason for the "if" is to keep the df from hanging
> >indefinitely, particularly when you give it an explicit list.
>
> No, I believe the "if (vfslist != NULL)" code was there to reduce
> the maximum column wi
On 18-May-2002 Terry Lambert wrote:
> John Baldwin wrote:
>> On 18-May-2002 Terry Lambert wrote:
>> > John Baldwin wrote:
>> >> > God, it's annoying that a statically declared mutex is not
>> >> > defacto initialized.
>> >>
>> >> Is it in solaris?
>> >
>> > It isn't in FreeBSD because of the need
John Baldwin wrote:
> On 18-May-2002 Terry Lambert wrote:
> > John Baldwin wrote:
> >> > God, it's annoying that a statically declared mutex is not
> >> > defacto initialized.
> >>
> >> Is it in solaris?
> >
> > It isn't in FreeBSD because of the need to link mutex'es into
> > the "witness protect
In message <[EMAIL PROTECTED]>, Terry Lambert writes:
>I think the reason for the "if" is to keep the df from hanging
>indefinitely, particularly when you give it an explicit list.
No, I believe the "if (vfslist != NULL)" code was there to reduce
the maximum column widths to those necessary for a
Don Bowman wrote:
> > Andrew Gallatin writes:
> >> Kenneth D. Merry writes:
> >> >
> >> > I have released a new set of zero copy sockets patches, against
> -current
> >> > from today (May 17th, 2002).
> >
> > Hi Ken,
> >
> > I'm glad to see that you're still maintining this!
> >
> > Assuming th
On 18-May-2002 Terry Lambert wrote:
> John Baldwin wrote:
>> > God, it's annoying that a statically declared mutex is not
>> > defacto initialized.
>>
>> Is it in solaris?
>
> It isn't in FreeBSD because of the need to link mutex'es into
> the "witness protection program". 8-).
Actually, ther
Ian Dowse wrote:
> In message <[EMAIL PROTECTED]>, Ian writes:
> >Actually, I now think a more-correct fix would be to have no if statement at
> >all, and just always recalculate the field widths after calling the routine
> >to re-get the stats.
>
> Yes, I agree. Committed, thanks!
Ian agrees wi
John Baldwin wrote:
> > God, it's annoying that a statically declared mutex is not
> > defacto initialized.
>
> Is it in solaris?
It isn't in FreeBSD because of the need to link mutex'es into
the "witness protection program". 8-).
> > Yeah, I understand the "witness" crap (if it's there); tha
Hi,
I am the ports maintainer of x11-fm/gentoo. Building gentoo dies since
revision 1.33 of machine/endian.h with the following error:
In file included from cmdseq.c:18:
/usr/include/sys/wait.h:114: duplicate member `w_Filler'
/usr/include/sys/wait.h:115: duplicate member `w_Retcode'
/usr/includ
In message <[EMAIL PROTECTED]>, Ian writes:
>Actually, I now think a more-correct fix would be to have no if statement at
>all, and just always recalculate the field widths after calling the routine
>to re-get the stats.
Yes, I agree. Committed, thanks!
Ian
To Unsubscribe: send mail to [EMAIL P
===> gnu/usr.bin/binutils/gdb
cc -O -pipe -march=athlon -D_GNU_SOURCE -I. -I/usr/src/gnu/usr.bin/binutils/gdb/i386
-I/usr/src/gnu/usr.bin/binutils/gdb -I/usr/src/gnu/usr.bin/binutils/gdb/../libbfd/i386
-I/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/binutils/include
-Dprint_insn_i386=pr
Well, I have a machine to debug/test this on, if you can provide some
directions on how to debug and get her up to date? :)
With the larger and larger systems that ppl are implementing, is this
something that might be useful to get into the core system?
On Sat, 18 May 2002, Andrew Gallatin wrot
Anyone got a patch?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
> On 05/18/02 12:05, "Mark Murray" <[EMAIL PROTECTED]> wrote:
>
> > Hi all
> >
> > The perl script rewrite is going really well!
> >
> > Here is my progress file, as it currently stands:
>
> To add one to the list.. /usr/sbin/mergemaster has two calls to perl in it,
> to extract file/directory
On 05/18/02 12:05, "Mark Murray" <[EMAIL PROTECTED]> wrote:
> Hi all
>
> The perl script rewrite is going really well!
>
> Here is my progress file, as it currently stands:
To add one to the list.. /usr/sbin/mergemaster has two calls to perl in it,
to extract file/directory permissions -- anyo
On Sat, May 18, 2002 at 06:05:21PM +0100, Mark Murray wrote:
> Hi all
>
> The perl script rewrite is going really well!
>
> Here is my progress file, as it currently stands:
>
> Thanks to contributors!
>
I just upgraded my machine, removed perl as far as I could find it, and
tried to rebuild p
> Andrew Gallatin writes:
>> Kenneth D. Merry writes:
>> >
>> > I have released a new set of zero copy sockets patches, against
-current
>> > from today (May 17th, 2002).
>
> Hi Ken,
>
> I'm glad to see that you're still maintining this!
>
> Assuming the mutex issues get sorted out, what d
Kenneth D. Merry writes:
>
> I have released a new set of zero copy sockets patches, against -current
> from today (May 17th, 2002).
>
> The main change is to deal with the vfs_ioopt changes that Alan Cox made in
> kern_subr.c. (They conflicted a bit with the zero copy receive code.)
>
Hi all
The perl script rewrite is going really well!
Here is my progress file, as it currently stands:
/usr/bin/afmtodit Kyle Martin <[EMAIL PROTECTED]> - re
/usr/bin/catman John Rochester <[EMAIL PROTECTED]> - re - done
/usr/bin/makewhatis John Rochester <[EMAIL PROTECTED]> -
$B2?$H$7$F$bJz$$$F$_$?$$$H??7u$K$*9M$($N=wM%!"%"%J%&%s%5!<$r(B
$B#5L>0J>e#7L>?M$*J9$+$;$/$@$5$$!#!J(B18$B:P0J2<%?%l%s%H!"El5~0J(B
$B30$N%?%l%s%H!"%"%J$O=|$/!K(B
$B$=$NCf$G$4AjCL2DG=$JL>A0$,$"$C$?>l9g$N$_$*JV;v$$$?$7$^$9!#(B
$B>l=j$OK\=#$N8)D#=j:_CO$K8B$j$^$9!#(B
$BHkL)$r!J#5L>0J>e!K!"4
root[415] pwd
/usr/src/share/doc/usd
root[416] make -k includes
===> title
===> contents
===> 04.csh
===> 07.mail
===> 10.exref
===> 10.exref/exref
===> 10.exref/summary
===> 11.vitut
===> 12.vi
===> 12.vi/vi
===> 12.vi/viapwh
===> 12.vi/summary
===> 13.viref
===> 18.msdiffs
===> 19.memacros
===>
Marc G. Fournier writes:
>
> Okay, seem to be about halfway there ... client kldload's no problem,
> server runs ... do a ctl-alt-esc to get into DDB and type panic, and it
> gives a message that its looking for the server and it finds it on the
> right IP ... then it prints out a '1023' an
So far, I've had
device ppc
device ppbus
device lpt
in my KERNEL file to provide parallel printer support. Now I've
noticed that ppbus and lpt are also available as modules. However,
when I try to build a kernel with just
device ppc
(intending to load ppbus.ko and lpt.ko later), the build ab
:Alfred Perlstein wrote:
:> * Kenneth D. Merry <[EMAIL PROTECTED]> [020517 23:31] wrote:
:> > The problem here is that the mutex needs to be initialized before I can
:> > acquire it, and there's going to be a race between checking to see
:> > whether it has been initialized and actually initializi
On 18-May-2002 Terry Lambert wrote:
> Alfred Perlstein wrote:
>> * Kenneth D. Merry <[EMAIL PROTECTED]> [020517 23:31] wrote:
>> > The problem here is that the mutex needs to be initialized before I can
>> > acquire it, and there's going to be a race between checking to see
>> > whether it has be
On 18-May-2002 Kenneth D. Merry wrote:
> On Fri, May 17, 2002 at 23:02:55 -0700, Alfred Perlstein wrote:
>> * Kenneth D. Merry <[EMAIL PROTECTED]> [020517 22:40] wrote:
>> >
>> > I have released a new set of zero copy sockets patches, against -current
>> > from today (May 17th, 2002).
>> >
>> >
Alfred Perlstein wrote:
> * Kenneth D. Merry <[EMAIL PROTECTED]> [020517 23:31] wrote:
> > The problem here is that the mutex needs to be initialized before I can
> > acquire it, and there's going to be a race between checking to see
> > whether it has been initialized and actually initializing it
* Kenneth D. Merry <[EMAIL PROTECTED]> [020517 23:31] wrote:
>
> The problem here is that the mutex needs to be initialized before I can
> acquire it, and there's going to be a race between checking to see
> whether it has been initialized and actually initializing it.
>
...
> Suggestions?
*sla
>Submitter-Id: current-users
>Originator:Vladimir B. Grebenschikov
>Organization: SWsoft
>Confidential: no
>Synopsis: gdb do not work with gcc-3.1
>Severity: serious
>Priority: high
>Category: bin
>Class: sw-bug
>Release: FreeBSD 5.0-CURRENT i386
>Environm
51 matches
Mail list logo
