On Wed, Nov 19, 2003 at 09:27:55PM -0800, Tim Kientzle wrote:
> Richard Coleman wrote:
> >It seems /bin/sh is the real sticking point.
>
> There is a problem here: Unix systems have historically used
> /bin/sh for two somewhat contradictory purposes:
> * the system script interpreter
> * as a
Hi,
> On Wed, 19 Nov 2003 22:30:44 + (UTC)
> [EMAIL PROTECTED] ("Bjoern A. Zeeb") said:
db> trace
bzeeb-lists> key_cmpspidx_withmask(deadc0de,c9b5c914) at key_cmpspidx_withmask+0x2c
bzeeb-lists> key_allocsp(0,c9b5c914,2,16000210,c1426f0a) at key_allocsp+0x8b
Thank you for your report
"Brian F. Feldman" <[EMAIL PROTECTED]> writes:
> Jeez, it's been broken a year and it's almost 5.2-RELEASE now. Does anyone
> have ANY leads on these problems? I know precisely nothing about how my USB
> hardware is supposed to work, but this OHCI+EHCI stuff definitely doesn't,
> and it's real
John Baldwin wrote:
On 11-Nov-2003 John Hay wrote:
Upgrading a Asus P2L97-DS dual Pentium II 266MHz box, I got this panic
when booting:
I have the exact same motherboard, only I run with dual Pentium II 300MHz.
However I run a beta bios (to support ata disks larger than 32GB) that I
got from Asus
Tor 2003-11-20 klockan 02.47 skrev Thomas T. Veldhouse:
...
> cat /usr/src/bin/csh/../../contrib/tcsh/nls/et/ > et_EE.ISO8859-15.msg
> gencat -new et_EE.ISO8859-15.cat et_EE.ISO8859-15.msg
> gencat:No such file or directory
...
If you don't insist on implement support for Estonian, just touch
/us
In message <[EMAIL PROTECTED]>, "Brian F. Feldman"
writes:
>Jeez, it's been broken a year and it's almost 5.2-RELEASE now. Does anyone
>have ANY leads on these problems? I know precisely nothing about how my USB
>hardware is supposed to work, but this OHCI+EHCI stuff definitely doesn't,
>and
On Wed, Nov 19, 2003 at 11:18:47AM -0700, Lyndon Nerenberg wrote:
>--On Wednesday, November 19, 2003 12:30 AM -0500 Garance A Drosihn
><[EMAIL PROTECTED]> wrote:
>
>>have a: chflags ldcache /bin/sh
>
>Shouldn't that be 'chmod +t /bin/sh' ???
Definitely. Why waste a new bit when there's already
On Thu, 20 Nov 2003 09:20:06 +0100
[EMAIL PROTECTED] (Dag-Erling Smørgrav) wrote:
> *shrug* I have never been able to get my USB printer to work with
> FreeBSD, and I gave up writing drivers for USB crypto tokens because
I have no problem using my printer:
---snip---
% dmesg |grep -E '(usb|ulpt|u
> Jeez, it's been broken a year and it's almost 5.2-RELEASE now.
See for example the page for the FreeBSD eagle driver:
http://damien.bergamini.free.fr/ueagle/
end notably the OHCI patches in
http://damien.bergamini.free.fr/ueagle/download.html
At least for the eagle USB ADSL modem, these patches
Alexander Leidinger <[EMAIL PROTECTED]> writes:
> I have no problem using my printer:
> [...]
> ulpt0: Hewlett-Packard DeskJet 895C, rev 1.00/1.00, addr 4, iclass 7/1
> ulpt0: using uni-directional mode
Sure, I can do that:
ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass
On Tue, Nov 18, 2003 at 08:12:49PM -0500, Jeff Walters wrote:
>
> I have an Epson printer/scanner combo device (CX5200) which works just
> fine either as a printer or as a scanner (when I add the vendor and
> product codes to usbdevs and uscanner.c) but not both simultaneously.
> Currently I c
"Jacques A. Vidrine" <[EMAIL PROTECTED]> wrote:
>
>Finally, if we could call `dlopen' from statically-linked binaries,
>this wouldn't be an issue.
One of the performance problems that John Dyson mentioned (the sparse
dirtying of libc's data section) would still remain, because the whole
of libc ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 20 Nov 2003 10:20, Dag-Erling Smørgrav wrote:
>
> Sure, I can do that:
>
> ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass
> 7/1 ulpt0: using bi-directional mode
>
> but it still won't print. Sometimes it works (al
On Tue, 18 Nov 2003, Nate Lawson wrote:
> On Tue, 18 Nov 2003, Lukas Ertl wrote:
> >
> > I'm gonna try some "buildkernelstones" with the different settings. If
> > you have some special benchmarks in mind I'd be happy to run them.
>
> That's probably ok. It has a lot of IO.
Now I've tried runni
Mark Dixon <[EMAIL PROTECTED]> writes:
> When it works, is that when you have been using it in another operating
> system, and then reboot into FreeBSD and try it?
I don't think so.
BTW, I just reinstalled cups to give the printer another try, and it
now seems to work in -CURRENT (knock on wood)
Hi,
---snip---
{71} [M87:~netchild/FreeBSD/SystemOnCD]
(62) [EMAIL PROTECTED] # realpath work/SystemOnCD-1/usr/ports/distfiles |wc -c
79
{0} [M87:~netchild/FreeBSD/SystemOnCD]
(63) [EMAIL PROTECTED] # realpath /space/distfiles |wc -c
17
{0} [M87:~netchild/FreeBSD/SystemOnCD]
(64)
On Thu, Nov 20, 2003 at 11:20:18AM +0100, Dag-Erling Sm?rgrav wrote:
[snip]
>
> ulpt0: Hewlett-Packard officejet d series, rev 1.10/1.00, addr 3, iclass 7/1
> ulpt0: using bi-directional mode
>
> but it still won't print. Sometimes it works (albeit very, very
> slowly) but most of the time the p
On 20-Nov-2003 Morten Rodal wrote:
> John Baldwin wrote:
>> On 11-Nov-2003 John Hay wrote:
>>> Upgrading a Asus P2L97-DS dual Pentium II 266MHz box, I got this panic
>>> when booting:
>>>
>
> I have the exact same motherboard, only I run with dual Pentium II 300MHz.
>
> However I run a beta bios
OK; I managed to build yesterday's -CURRENT (I update my local FreeBSD
CVS repository mirror from 0347 - 0354 hrs. US/Pacific, daily) on my
SMP "build" machine, and the resulting system appeared fairly normal:
it booted to multi-user mode, and I could login via the serial console.
(I wasn't expecti
John Baldwin wrote:
acpu_cpu is not the same thing as CPUs listed in the MADT. If
there is no MADT, then FreeBSD won't find any APICs and won't be
able to trust ACPI PCI interrupt routing. In fact, ACPI will still
be trying to route interrupts to the ATPICS, and not to the APICs if
the MADT isn't
On Wednesday 19 November 2003 02:15 pm, Bruce Evans wrote:
>
> Anyway, the stuff to the left of the slash in the above is the list
> of active consoles and the stuff to the right of the slash is the
> list of possible consoles. You have to move stuff from one list to
> the other. I vaguely rememb
On Wed, 19 Nov 2003, Thomas T. Veldhouse wrote:
> "/usr/src/bin/csh/Makefile", line 3: warning: "cd
> /usr/src/bin/csh/../../contrib/tcsh/nls/ukrainian; echo set[0-9]*" returned
> non-zero status
> install -s -o root -g wheel -m 555 csh /bin
> install -o root -g wheel -m 444
> /usr/src/bin/csh/
Stijn Hoop wrote:
On Wed, Nov 19, 2003 at 09:27:55PM -0800, Tim Kientzle wrote:
Maybe it's time to separate these two functions?
I would be content to have a static /sbin/sh
that is used as the system script interpreter for
rc scripts, etc.
And /usr/bin/sh as a user shell?
I was thinking /bin/sh
Hello,
in PR bin/59078 I have submitted a simple fix for sysinstall that allows it to
correctly support the Greek locale.
In every FreeBSD release so far, one cannot select a greek keymap during the
installation and has to be aware of the ways it can be enabled afterwards.
This however is not
Fresh cvsup as of this morning (EDT).
Ran into this while trying to build ffmpeg...
$ mv /usr/include /usr/include.sav
$ mkdir /usr/include
$ make installworld
$ fgrep emmintrin.h /usr/include/xmmintrin.h
#include
$ find /usr/include/ -type f -name emmintrin.h
$
Hello all,
When trying to bring a box up to date, we noticed that the
IPFIREWALL_FORWARD kernel option has been removed somewhere between the 2'nd
of this month and now. Has it been obsoleted by other options? I saw
nothing in UPDATING rearding this. Here's the info:
[EMAIL PROTECTED] src]
On Thu, Nov 20, 2003 at 11:20:18AM +0100, Dag-Erling Smørgrav wrote:
> Alexander Leidinger <[EMAIL PROTECTED]> writes:
> > I have no problem using my printer:
> > [...]
> > ulpt0: Hewlett-Packard DeskJet 895C, rev 1.00/1.00, addr 4, iclass 7/1
> > ulpt0: using uni-directional mode
>
> Sure, I can
Why dump/restore do not work with ACL on UFS2 filesystem ?
# getfacl /home/test
#file:/home/test
#owner:0
#group:0
user::rw-
user:nobody:rwx
group::r--
group:nobody:rwx
mask::rwx
other::r--
# dump -f- /home | restore -rf-
...
# getfacl test
#file:test
#owner:0
#group:0
user::rw-
group::rwx
other:
I updated bento last night, and it panicked after a few hours with:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 01
fault virtual address = 0xe5
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc052e219
stack pointer = 0
On 20-Nov-2003 Morten Rodal wrote:
> John Baldwin wrote:
>> acpu_cpu is not the same thing as CPUs listed in the MADT. If
>> there is no MADT, then FreeBSD won't find any APICs and won't be
>> able to trust ACPI PCI interrupt routing. In fact, ACPI will still
>> be trying to route interrupts to
On 19-Nov-2003 Tomi Vainio - Sun Finland wrote:
> Tomi Vainio writes:
> > My old MSI-6120 SMP system has been unusable quite a while with ACPI.
> > I've got these so far:
> > - Couldn't get vector from ISR
> > - vmstat -i shows high interrupt rates and system is very slow
> > - kernel trap
On 20-Nov-2003 Kris Kennaway wrote:
> I updated bento last night, and it panicked after a few hours with:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 0; apic id = 01
> fault virtual address = 0xe5
> fault code = supervisor read, page not present
> instruction point
On Thu, Nov 20, 2003 at 11:03:42AM -0800, Kris Kennaway wrote:
> c052e000 t propagate_priority
> c052e360 T init_turnstiles
Is your crash similar to the one I saw on my system yesterday?
--
Craig Rodrigues
http://crodrigues.org
[EMAIL PROTECTED]
Script started on Thu Nov 20 14:50:14 20
Hello:
(I've asked in -questions and on the newsgroup and found no
answer to this.)
I'm running:
FreeBSD 5.1-CURRENT #0: Tue Oct 21 23:17:38 EDT 2003
with the src tree cvsup'd nightly.
Recently, "make buildworld" (called from appended script file)
breaks with:
>
On 20-Nov-2003 Craig Rodrigues wrote:
> On Thu, Nov 20, 2003 at 11:03:42AM -0800, Kris Kennaway wrote:
>> c052e000 t propagate_priority
>> c052e360 T init_turnstiles
>
> Is your crash similar to the one I saw on my system yesterday?
No, your real panic was earlier. The pp was a later panic duri
On Tue, 18 Nov 2003, Nate Lawson wrote:
> On Tue, 18 Nov 2003, Andy Farkas wrote:
> > My EISA AHA2740's don't work no more :(
> >
> > # grep ahc /var/run/dmesg.boot
> > ahc0: at 0x2c00-0x2cff, irq 10 (level)
> > ahc0: on eisa0 slot 2
> > ahc1: at 0x4c00-0x4cff, irq 11 (level)
> > ahc1: on eisa0 s
Hello all.
I think this is a -current issue. When I started using -current I began to get
weird behaviour from vmware2: eventually every time I powered on the virtual
machine the screen would freeze up so I couldn't get a console, and then the
whole machine - the REAL machine, I mean - would re
From: "Peter Jeremy" <[EMAIL PROTECTED]>
> >Shouldn't that be 'chmod +t /bin/sh' ???
>
> Definitely. Why waste a new bit when there's already a perfectly good
> one that is (or was) defined for the purpose.
the 't' bit was known as the 'sticky' bit to keep frequently used,
sharable (judged by a
On Tue, 18 Nov 2003, Andy Farkas wrote:
> The changes that break things were made more than a week ago. I sent this
> email last week:
>
> > Date: Sun, 9 Nov 2003 09:22:17 +1000 (EST)
> > From: Andy Farkas <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: kernel halts before booting
> >
>
On Thu, Nov 20, 2003 at 03:17:29PM -0500, John Baldwin wrote:
> > Fatal trap 12: page fault while in kernel mode
> > cpuid = 0; apic id = 00
> > fault virtual address = 0x6300040
> > fault code= supervisor read, page not present
> > instruction pointer = 0x8:0xc083611e
>
> Can you do
On Thu, 2003-11-20 at 12:38, Ben Paley wrote:
> Hello all.
>
> I think this is a -current issue. When I started using -current I began to get
> weird behaviour from vmware2: eventually every time I powered on the virtual
> machine the screen would freeze up so I couldn't get a console, and then
John Baldwin writes:
>
> Ok, your BIOS is buggy, but I think I can work around it.
> http://www.FreeBSD.org/~jhb/patches/acpi_irq.patch
>
Thanks, now it's working much better!
New dmesg and vmstat-i at http://tomppa.iki.fi/~tomppa/FreeBSD/
Tomppa
__
On 20-Nov-2003 Tomi Vainio - Sun Finland wrote:
> John Baldwin writes:
> >
> > Ok, your BIOS is buggy, but I think I can work around it.
> > http://www.FreeBSD.org/~jhb/patches/acpi_irq.patch
> >
> Thanks, now it's working much better!
>
> New dmesg and vmstat-i at http://tomppa.iki.fi/~tom
On 2003-11-20 at 21:51:48 boyd, rounin wrote:
> think about a dynamically linked init(8) ...
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 => /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 => /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 => /lib/libc.so.5 (0x28097000)
Yes, wor
From: "Dimitry Andric" <[EMAIL PROTECTED]>
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 => /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 => /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 => /lib/libc.so.5 (0x28097000)
Yes, working fine here. What should the problem
On Fri, Nov 21, 2003 at 12:23:16AM +0100, boyd, rounin wrote:
you're building a house of cards. once, if /etc/init and
/bin/sh and some other pieces where in place a smashed
file-system could be easily fixed. now you have to have
3 shared libs and a viable /lib.
do you want systems that work? or
Scott Likens wrote:
On Thu, 2003-11-20 at 12:38, Ben Paley wrote:
Hello all.
I think this is a -current issue. When I started using -current I began to get
weird behaviour from vmware2: eventually every time I powered on the virtual
machine the screen would freeze up so I couldn't get a cons
From: "Christopher Vance" <[EMAIL PROTECTED]>
> Personally, I think init should be static, and can't think of any way
> it would benefit from shared libraries.
plan 9 has everything static. the kernel compiles in about 20 seconds
or less -- no compression -- and you can boot it off a floppy.
if
TB --- 2003-11-20 22:47:22 - tinderbox 2.2 running on cueball.rtp.FreeBSD.org
TB --- 2003-11-20 22:47:22 - starting CURRENT tinderbox run for ia64/ia64
TB --- 2003-11-20 22:47:22 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/ia64/ia64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs
On Fri, Nov 21, 2003 at 12:23:16AM +0100, boyd, rounin wrote:
> From: "Dimitry Andric" <[EMAIL PROTECTED]>
>
> % sudo ldd /sbin/init
> /sbin/init:
> libutil.so.3 => /lib/libutil.so.3 (0x28074000)
> libcrypt.so.2 => /lib/libcrypt.so.2 (0x2807f000)
> libc.so.5 => /lib
Hello!
On Thu, Nov 20, 2003 at 04:53:57PM -0600, Eric Anderson wrote:
> >Guessing you're running -CURRENT you have the kernel source installed,
> >so my suggestion is to run vmware3.
> >
> >Unless you have a specific reason to run 2?
> >
> Maybe he doesn't run 3 because it also doesn't build:
>
From: "Steve Kargl" <[EMAIL PROTECTED]>
> This is only marginally different than /sbin/init
> getting smashed. If the root partition develops
> problems, you need to restore for tape.
tape? who uses tape? optical, my son.
brother, can you spare a TU-16?
___
Garance A Drosihn wrote:
At 6:26 PM +0100 11/17/03, Julian Stacey wrote:
Seconded ! Better commit an improved switch with
default = Off.
The time for voting was months ago.
Actually, the discussion started almost a year ago now.
That's when the new PAM/NSS libraries were first being
announced, w
On Thu, Nov 20, 2003 at 16:31 , while impersonating an expert on
the internet, Tim Kientzle sent this to stdout:
> Garance A Drosihn wrote:
> >At 6:26 PM +0100 11/17/03, Julian Stacey wrote:
> >>Seconded ! Better commit an improved switch with
> >>default = Off.
> >The time for voting was month
From: "Tim Kientzle" <[EMAIL PROTECTED]>
> Many of us here have been hamstrung by systems that didn't
> provide a static fallback. I've personally been bitten by
> unrecoverable Linux and Solaris systems due to hosed shared
> libraries.
bingo. a small set of tools will usually save you. vi(1) i
Hi Garance
cc current,
Thanks for your well explained posting. I won't distract from new thread
"Unfortunate dynamic linking for everything"
except to note:
> It is not fair to pretend
> that this was some kind of back-room, closed-door decision.
Sorry, I didn't mean to imply that. I
I am build freebsd-current w/ cvs snap on 2003.11.11
and have some problem:
1. LOR
lock order reversal
1st 0xc1b05690 rtentry (rtentry) @ /usr/src/sys/net/rtsock.c:388
2nd 0xc15e187c radix node head (radix node head) @ /usr/src/sys/net/route.c:1114
Stack backtrace:
backtrace(c06126bc,c15e187c,c
In message: <[EMAIL PROTECTED]>
"boyd, rounin" <[EMAIL PROTECTED]> writes:
: Yes, working fine here. What should the problem be?
:
: the day /lib gets smashed.
/rescue/sh
Warner
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.or
FreeBSD bogushost2 5.1-CURRENT FreeBSD 5.1-CURRENT #7: Tue Nov 18 18:36:56 EST 2003
[EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARL5KERNEL i386
Another panic that occured just after loading and attempting to play an audio CD:
(kgdb) bt
#0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240
#1
boyd, rounin wrote:
From: "Dimitry Andric" <[EMAIL PROTECTED]>
% sudo ldd /sbin/init
/sbin/init:
libutil.so.3 => /lib/libutil.so.3 (0x28074000)
libcrypt.so.2 => /lib/libcrypt.so.2 (0x2807f000)
libc.so.5 => /lib/libc.so.5 (0x28097000)
Yes, working fine here. Wha
boyd, rounin wrote:
From: "Christopher Vance" <[EMAIL PROTECTED]>
Personally, I think init should be static, and can't think of any way
it would benefit from shared libraries.
plan 9 has everything static. the kernel compiles in about 20 seconds
or less -- no compression -- and you can boot it
Tim Kientzle wrote:
I'm pretty comfortable with the failsafes that we
have in place:
* /sbin/init is static
* If /bin/sh fails, /rescue/sh can be run
* /rescue provides a complete set of statically-linked
sysadmin utilities that should be sufficient
for recovering a damaged system.
There
> plan9 doesn't count. It's so minimalistic, it's useless.
well, try to think about non-minimalism when you're trying to track
down a kernel bug in a zillion SLOC ...
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-
< said:
> well, try to think about non-minimalism when you're trying to track
> down a kernel bug in a zillion SLOC ...
How about trying to think about FreeBSD when posting on the FreeBSD
mailing-lists.
-GAWollman
___
[EMAIL PROTECTED] mailing list
ht
Thanks for the patches to try! They unfortunately didn't fix the crash I
have, but I found out why it's occurring.
See ohci.c:1389:
if (std->td.td_cbp != 0)
len -= le32toh(std->td.td_be) -
le32toh(std->td.td_cbp) + 1;
In one
"Brian F. Feldman" <[EMAIL PROTECTED]> wrote:
> Thanks for the patches to try! They unfortunately didn't fix the crash I
> have, but I found out why it's occurring.
>
> See ohci.c:1389:
> if (std->td.td_cbp != 0)
> len -= le32toh(std->td.td_be) -
>
From: "Bruce M Simpson" <[EMAIL PROTECTED]>
> During my time in an investment bank, installations were usually hosed
> in this way by human error (systems administrators removing a file by
> accident, etc) ...
yup, it's rare i've seen flakey h/w. but i do remember one sysadmin
(when i was a contr
Low priority, but easy to accomplish:
Now that my eisa scsi disk controllers are working again, I'd like to
monitor the 8 drives attached with systat(1), except its broken.
Would someone like to commit this trivial patch? (see pr bin/59220)
> cd /usr/src/usr.bin/systat/
> ident devs.c
devs.c:
In message <[EMAIL PROTECTED]>, "boyd, rounin"
write
s:
> From: "Bruce M Simpson" <[EMAIL PROTECTED]>
> > During my time in an investment bank, installations were usually hosed
> > in this way by human error (systems administrators removing a file by
> > accident, etc) ...
>
> yup, it's rare i've
On Wed, 19 Nov 2003, Len Sassaman wrote:
> It is my intuition from this behavior that the sshd master process
> listening for connections is unable to spawn a new process to complete
> the authentication step, and thus the connection is being dropped. There
> is no information of use in dmesg, no
On Thu, Nov 20, 2003 at 10:56:08AM -0500, Robert Watson wrote:
> Hmm. Well, it certainly sounds like a resource limit to me, especially if
> it's a nice round number like "150" or "300".
One possibility might be running out of pseudo-terminals to support
the login sessions. pty's are created as
On Thu, 20 Nov 2003, Ken Smith wrote:
> On Thu, Nov 20, 2003 at 10:56:08AM -0500, Robert Watson wrote:
>
> > Hmm. Well, it certainly sounds like a resource limit to me, especially if
> > it's a nice round number like "150" or "300".
>
> One possibility might be running out of pseudo-terminals
Len Sassaman wrote:
The problem is that after about 150 users log in (300ish sshd sessions,
since I am using privsep), incoming connections start getting dropped.
That number (150) sounds awfully familiar; I feel like
I've seen it somewhere recently. H
Try an 'fstat' when connections sta
Hmm. Well, it certainly sounds like a resource limit to me,
especially if
it's a nice round number like "150" or "300". However, I'm also
having a
bit of trouble seeing, off the top of my head, which limit it might be.
It sounds like you've got the ones I would think of. A quick skim of
sshd.c
Tim Kientzle wrote:
Try an 'fstat' when connections start getting dropped.
I wonder if something (PAM module, maybe?) is opening a
file on each connection and you're running out of per-process
file descriptors.
A similar thing happened here - although it wasn't sshd at fault. Len
mentioned using
Erik Trulsson wrote:
> On Mon, Nov 17, 2003 at 02:48:08PM -0500, Rod Taylor wrote:
> > The PostgreSQL group has recently had a patch submitted with a snippet
> > of code from FreeBSDs src/bin/mkdir/mkdir.c.
> >
> > http://www.freebsd.org/cgi/cvsweb.cgi/src/bin/mkdir/mkdir.c?annotate=1.27
> >
> > Is
76 matches
Mail list logo
