Bruce Evans once wrote:
> >that may change as SCSI disk sizes keep climbing and too large
> >partitions take performance hits.
> >
> >alternative is to change MAXPARTITIONS? to 16?
>
> One reason is that the slice data format is better. It doesn't have
> arbitrary limits like 8 o
Nick Hibma once wrote:
> It seems that no one really has any objections to moving the log file.
>
> These would the locations to change(find | grep /var/log)
>
> src/usr.sbin/cron/cron/config.h
> src/usr.sbin/cron/doc/CHANGES
> (src/usr.sbin/cron/doc/CHANGES.FreeBSD a la xntpd?)
> src/etc/Makef
Stephen Hocking-Senior Programmer PGS Tensor Perth once wrote:
> I've been seeing an interesting problem when doing a make installworld
> on a 486 with 16MB of memory. Immediately after installing libc.so.3,
> it will hang.
Happened to me here today on Pentium 90 with 64Mb of RAM. It wa
Mike Haertel once wrote:
> Anyway, taking all that into account, I still agree with Dillon that
> it is a better software solution to allow the same loadable drivers to
> work for both UP and MP systems whenever possible.
What's wrong, again with /modules and /modules.smp? If some third party
Brian F. Feldman once wrote:
> > I suggested about half a year ago that we should officially
> > desupport non-FPU configurations in 4.0. Unfortunately, my
> > resolution was soundly defeated.
>
> Why shouldn't we? Noone uses machines without FPUs anymore. What
> non-anc
Hello!
Will the -current version of FreeBSD run on a multi-CPU axp machine and
use all of the CPUs? Would that be a reliable box (assuming the admin
sometimes knows what he is doing)? Do I want to make a "production"
server out of an axp box at all in the near future? Thanks!
-m
Does this look like a good idea to anyone else?
79239 ?? I 0:00,89 dump 0ushf 1048576 0 - /dev/da0h (dump)
79240 ?? S 0:06,85 dump: /dev/da0h(0): 92.44% done, finished in 0:43 (dump)
79241 ?? S 0:13,93 dump 0ushf 1048576 0 - /dev/da0h (dump)
79242 ?? S 0:13,92 dump 0us
On 1 Sep, Jeroen Ruigrok/Asmodai wrote:
> -On [20010901 19:00], Mikhail Teterin ([EMAIL PROTECTED]) wrote:
>>79240 ?? S 0:06,85 dump: /dev/da0h(0): 92.44% done, finished in 0:43 (dump)
>
> Looks nice. Would definately be an improvement.
>
> I would like it. How
Ok, attached is the patch addding a function, which sets the proctitle
to the last output message and several calls to this function in places,
where it looked useful to me. May be, I added too many, and/or skipped
some...
Note, that I intentially did not put this functionality into the msg
On 3 Sep, Terry Lambert wrote:
>> >
>> > I would like it. How often does it update the proctitle?
>>
>> Whenever it outputs a line to the stderr -- I personally find no
>> regularity in that :(. SIGINFO handling is a different thing, though.
>> I'll look at that too. Thanks,
> It would b
On 5 Sep, Bruce Evans wrote:
> snprintf, strlen, vsnprintf, sysctl, sysctlbyname
>
> I think all of these are safe in practice.
>
> It also accesses some variables that are not safe to access in
> a signal handler (non-auto ones that are not of type "volatile
> sig_atomic_t"
Due, apparently, to the several removed/renamed modules still
listed in the sys/modules/Makefile
Index: Makefile
===
RCS file: /home/ncvs/src/sys/modules/Makefile,v
retrieving revision 1.201
diff -U1 -r1.201 Makefile
--- Makefile
On 31 Oct, Andrey A. Chernov wrote:
> On Tue, Oct 30, 2001 at 19:37:27 -0500, Mikhail Teterin wrote:
>> Alright, alright, what do I do now? I did NOT wire any ata devices,
> Ask Soren to fix ATA driver in the way I describe below:
>
>> > Giving more details:
>> &
For a while I was noticing my largest FS reported as not unmounted
cleanly on boot. Today I decided to unmount it myself and check it with
fsck. Here are the results. Notice, that the first fsck had to mark the
FS clean. Notice that the second fsck found something else to do, and
only t
Alright, alright, what do I do now? I did NOT wire any ata devices, and
hints only list the on-motherboard ata controllers (one of them has a CD
drive attached to it, that's it):
hint.ata.0.at="isa"
hint.ata.0.port="0x1F0"
hint.ata.0.irq="14"
hint.ata.1.at="isa"
(Scary title, is not it?)
After watching some MPGs with the Linux binary-only mtvp (graphics/mtv
port) I noticed 40 zomby processes:
68278 p1 Z 0:00,00 (mtvp)
68279 p1 Z 0:00,00 (mtvp)
68280 p1 Z 0:00,00 (mtvp)
68281 p1 Z 0:00,00 (mtvp)
68283 p1 Z 0:00,00
I typicly run without any swap space configured -- 320Mb of RAM is
usually fine. However, after noticing a message "get swap space failed"
(or similar) in the nightly report, I tried to tell my Nov 5 -current to
swapon /dev/da0b
I used to do this with full impunity in the past
I just noticed a whole bunch of processes, that would not go away :-(
[...]
105 55742 1 0 107 0 00 - Z p3- 0:00,00 (mtvp)
105 55744 1 5 98 0 00 - Z p3- 0:00,00 (mtvp)
105 55745 1 5 107 0 00 - Z p3- 0:00,00 (mt
Although pseudofs is now required for procfs to link, config(8) does
not know about it -- my old kernel config file with PROCFS raised no
problems until the linking time, when a bunch of pseudofs functions
turned out to be absent...
-mi
To Unsubscribe: send mail to [EMAIL PROTECTED]
wit
After 25 days of uptime I rebuilt the world, and can no longer boot as
usual. Both boot/loader and boot/loader.old (from Oct 30) flash the list
of devices and immediately reset the computer.
My only way to bring it up is to press space at the right moment, get
the Boot: prompt and load/boot
On 3 Jan, John Baldwin wrote:
>
> On 04-Jan-02 Mikhail Teterin wrote:
>> After 25 days of uptime I rebuilt the world, and can no longer boot
>> as usual. Both boot/loader and boot/loader.old (from Oct 30) flash
>> the list of devices and immediately reset the compu
> Are your loader and 4th files in sync? There was a change to the 4th
> scripts that I thought I sent a heads up about.
The hints did not change since forever:
-r--r--r-- 1 root wheel2030 Feb 10 2001 device.hints
Everything else seems fresh:
-r--r--r-- 1 root wheel7721 Jan 3 2
> Are your loader and 4th files in sync? There was a change to the 4th
> scripts that I thought I sent a heads up about. Anyways, do this to
> get the error message: go into /sys/boot/i386/loader, edit main.c, and
> change the exit() function to do a while(1); loop before callign
> __ex
Hello!
I'm sure, this is a bug in the program itself (graphics/mtv v. 1.2.5),
but can't we do something about it? Notice the parent process id:
UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
105 6536 1 0 96 0 00 - Z p40:00,00 (mtvp)
On 8 Jan, Alfred Perlstein wrote:
>> I'm sure, this is a bug in the program itself (graphics/mtv v.
>> 1.2.5), but can't we do something about it? Notice the parent process
>> id:
>>
>> UID PID PPID CPU PRI NI VSZ RSS WCHAN STAT TT TIME COMMAND
>> 105 6536 1 0 9
On 6 Feb, Mark Murray wrote:
> [...] a project as important as GCC3 [...]
BTW, how about, may be, if the stars are right, bringing in the Java
support too? gcj is now one of the compilers, that come with the GCC
package...
And it is promising -- it can compile Java into byte code or b
On 6 Feb, David O'Brien wrote:
> On Wed, Feb 06, 2002 at 11:19:19AM -0500, Mikhail Teterin wrote:
>> BTW, how about, may be, if the stars are right, bringing in the Java
>> support too? gcj is now one of the compilers, that come with the GCC
>> package...
> Uh
On 6 Feb, David O'Brien wrote:
> On Wed, Feb 06, 2002 at 01:05:16PM -0500, Mikhail Teterin wrote:
>> > Uh, NO! It is not needed by the base system. We really do not want
>> > to turn on all the support libs, etc.. that would be needed with
>> > this. Ther
On 7 Feb, Max Khon wrote:
> dynamically linked libiberty would be a nightmare.
> libbfd anf libiberty do not have version numbers, are not maintained
> (i.e. there is no official releases). every project includes its own
> libiberty and imho an attempt to find least common denominator w
On 6 Feb, David O'Brien wrote:
> On Wed, Feb 06, 2002 at 03:46:22PM -0500, Mikhail Teterin wrote:
>> > dynamically linked libiberty would be a nightmare.
>>
>> > libbfd and libiberty do not have version numbers, are not
>> > maintained (i.e.
On 6 Feb, David O'Brien wrote:
> Yes it comes as part of binutils.
Ok.
> No we should not go down this path. You've already been told that
> there is no official libiberty or bfd release.
Well, the following URL
http://www.gnu.org/manual/bfd-2.9.1/
for example, seems to imply,
On 6 Feb, David O'Brien wrote:
>> http://www.gnu.org/manual/bfd-2.9.1/
>>
>> for example, seems to imply, that there was, in fact, at some point a
>> release 2.9.1 of bfd... It does not quite match the bfd,
> No, that document describes the BFD that was included with Binutils
> 2.9.1.
FreeBSD comes with sendmail, and milter is an increasingly popular part
of sendmail -- used by the authors of different spam and virii filtering
software.
Shouldn't FreeBSD build and install libmilter and the relevant headers,
too?
-mi
To Unsubscribe: send mail to [EMAIL PROTECTED]
On 6 Feb, Gregory Neil Shapiro wrote:
> mi> FreeBSD comes with sendmail, and milter is an increasingly popular part
> mi> of sendmail -- used by the authors of different spam and virii filtering
> mi> software.
>
> mi> Shouldn't FreeBSD build and install libmilter and the relevant headers,
> m
While attempting to ``fdisk fd0.1440''. Or ``fdisk fd0''. Or
``newfs_msdos fd0.1440'' with or without the floppy inside :-\
With todays or Jan 3rd kernel (my previous upgrade).
IdlePTD at phsyical address 0x004ed000
initial pcb at physical address 0x00411560
panicstr: bdwrite: buffer is not busy
On 10 Feb, Bruce Evans wrote:
> On Sat, 9 Feb 2002, John Baldwin wrote:
>
>> On 09-Feb-02 Mikhail Teterin wrote:
>> > While attempting to ``fdisk fd0.1440''. Or ``fdisk fd0''. Or
>> > ``newfs_msdos fd0.1440'' with or without
On 6 Feb, David O'Brien wrote:
> On Wed, Feb 06, 2002 at 01:05:16PM -0500, Mikhail Teterin wrote:
>> > Uh, NO! It is not needed by the base system. We really do not want
>> > to turn on all the support libs, etc.. that would be needed with
>> > this. Ther
On 6 Feb, David O'Brien wrote:
> Yes it comes as part of binutils.
Ok.
> No we should not go down this path. You've already been told that
> there is no official libiberty or bfd release.
Well, the following URL
http://www.gnu.org/manual/bfd-2.9.1/
for example, seems to imply,
While attempting to ``fdisk fd0.1440''. Or ``fdisk fd0''. Or
``newfs_msdos fd0.1440'' with or without the floppy inside :-\
With todays or Jan 3rd kernel (my previous upgrade).
IdlePTD at phsyical address 0x004ed000
initial pcb at physical address 0x00411560
panicstr: bdwrite: buffer is not busy
On 6 Feb, David O'Brien wrote:
> On Wed, Feb 06, 2002 at 03:46:22PM -0500, Mikhail Teterin wrote:
>> > dynamically linked libiberty would be a nightmare.
>>
>> > libbfd and libiberty do not have version numbers, are not
>> > maintained (i.e.
On 6 Feb, David O'Brien wrote:
>> http://www.gnu.org/manual/bfd-2.9.1/
>>
>> for example, seems to imply, that there was, in fact, at some point a
>> release 2.9.1 of bfd... It does not quite match the bfd,
> No, that document describes the BFD that was included with Binutils
> 2.9.1.
On 10 Feb, Bruce Evans wrote:
> On Sat, 9 Feb 2002, John Baldwin wrote:
>
>> On 09-Feb-02 Mikhail Teterin wrote:
>> > While attempting to ``fdisk fd0.1440''. Or ``fdisk fd0''. Or
>> > ``newfs_msdos fd0.1440'' with or without
No, I don't think it is hardware. It died on the same spot for the
third time in a row:
tail -15 /var/tmp/w.log*
==> /var/tmp/w.log <==
cd /opt/src/lib/csu/i386-elf; make _EXTRADEPEND
cc -O -pipe -march=i686 -elf -Wall -fkeep-inline-functions
-I/opt/src/lib/csu/i386-elf/../common -I/usr/obj/op
Hi! All of a sudden I can't play my game :( The new kernels all crash
just trying to start the executable...
Here is the trace with my attempts to browse through it. The bzip2-ed
kernel and vmcore, as well as the /sys subtree are available for
examination at:
http://aldan.al
> Mikhail Teterin <[EMAIL PROTECTED]> writes:
> > Here is the trace with my attempts to browse through it.
>
> If you can, please reproduce the panic on a kernel compiled with the
> INVARIANTS, INVARIANT_SUPPORT and WITNESS options.
Well, with this options on, the mac
The kernel and modules compiled with INVARIANTS, INVARIANTS_SUPPORT,
and WITNESS. I tried to mount this silly floppy and boom...
The details are at
http://aldan.algebra.com:8015/~mi/mount_msdos-crash/
:-(
-mi
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe fre
Hello!
I was not able to obtain a trace :( The panic mechanism itself went into
an infinite loop continuously displaying
kern_sync.c:385 sleeping with "panic" locked from kern_shutdown.c:544
as fast as it could :-( All I did was (as a regular user):
doscmd r4d1di.exe
The r4d1d
On 24 May, Kris Kennaway wrote:
> On Thu, May 24, 2001 at 10:35:43PM -0400, Mikhail Teterin wrote:
>> On 24 May, Kris Kennaway wrote:
>> > On Thu, May 24, 2001 at 06:13:21PM -0700, Gordon Tetlow wrote:
>> >> Should there be a mount_smbfs to go with this? How d
> I actually wrote a short program that emulates *all* of mount_mfs's
> umpteen options with md, disklabel, and newfs, but nobody seemed
> interested. My choice of name (mount_md) wasn't particuarly good,
> either. Look at the -hackers and cvs-all archives around late January
> and
Now that smbfs is in, can amd be used to mount smb shares? Of course, it
can. But can we have something like "host" type, where all smb-shares
available from a host are automaticly accessible? This may be added to
the host-type together with NFS, or be made part of a separate smbhost
type.
On 25 May, Sheldon Hearn wrote:
>
>
> On Fri, 25 May 2001 09:34:16 -0400, Mikhail Teterin wrote:
>
>> Why can't that program _replace_ mount_mfs? And assume the name too?
>
> The objection that impressed me the last time this was suggested is
> that it'
Hi!
For years of using MFS I presumed, that it used virtual memory -- RAM
and swap to store the file system -- using RAM for speed of MFS and swap
when RAM was needed by others.
When I moved to mdconfig, I figured I have to use ``-t swap'' for the
same effect, but it seems, I was wrong --
So, Matt, any comments?
On 7 Jun, Poul-Henning Kamp wrote:
> In message <[EMAIL PROTECTED]>,
> Mikhail Teterin writes:
>
>>When I moved to mdconfig, I figured I have to use ``-t swap'' for the
>>same effect, but it seems, I was wrong -- appare
On 19 Jun, Matt Dillon wrote:
> :> The swap backing in md(4) is a straight copy of the code which
> :> lived in vn(4). I'm not terribly familiar with that code, but I
> :> would expect that it would work with no swap space as well.
> :>
> :> Your man is probably Matt Dillon...
>
> You
> Technically gdbm is fine. I doubt you'll be able to displace Berkeley
> DB, though; gdbm is less buggy, but doesn't offer many of the
> features, nor does it offer equivalent performance.
>
>> I'd welcome your comments in particular, since you are an expert in
>> the field and there
Now, this _used_ to work -- some time back in February or even in
spring. But not anymore... usbd is running, the usb device, with the
uhci are compiled into the kernel, and the controller is reported on
boot:
uhci0: port
0x1c00-0x1c1f irq 5 at device 18.2
Now, this may be the wrong way to do it:
# mount -oro -t msdos /dev/ugen0 /mnt
But the error message is certainly misleading. Especially,
since the are no block devices in -current any more :)
msdosfs: /dev/ugen0: Block device required
-mi
To Unsubscribe: send mail to
Should I worry about this:
[...]
Aug 18 11:11:51 aldan /boot/mi/kernel: calcru: negative time of -1781452130 usec for
pid 352 (setiathome)
Aug 18 11:17:10 aldan /boot/mi/kernel: microuptime() went backwards (442732.3850800 ->
442731.165931)
Aug 18 11:17:10 aldan /boot/mi/kernel: microuptime() w
On 18 Aug, Bernd Walter wrote:
> On Sat, Aug 18, 2001 at 11:02:04AM -0400, Mikhail Teterin wrote:
>> Now, this may be the wrong way to do it:
>>
>> # mount -oro -t msdos /dev/ugen0 /mnt
>>
>> But the error message is certainly misleading. Especially, sin
> dg 2001/08/23 15:39:53 PDT
>
> Modified files:
> lib/libc/sys mmap.2
> Log:
> Killed reference to MAP_INHERIT which is not supported in FreeBSD.
BTW, GNU Autoconf's AC_FUNC_MMAP macro fails on -current, which leads
the configure (in ImageMagick, for example) t
As I was trying to let the Palm Pilot connect to my desktop
through usb using PPP, I tried to run
/usr/sbin/ppp -quiet -direct -nat < /dev/ugen0
While, perhaps, not the right way to do what I want (what is? aren't
serial devices the simplest?), it should not panic (nothing should
really)
Hello!
During my attempt to build 5.0-current using 4.2-BETA, I stumbled
upon the following error:
[...]
gzip -cn /opt/src/gnu/usr.bin/ld/ld.1aout > ld.1aout.gz
cc -O -pipe -mcpu=i686 -march=i686 -I/opt/src/gnu/usr.bin/ld
-I/opt/src/gnu/usr.bin/ld/../../../libexec/rtld-aout
-I/opt/src/gnu/usr
Is this just me? After a fresh cvsup:
make buildkernel KERNEL=RTFM-5.processed -DNOMODULES -DNO_MODULES -j 3
[...]
cc -c -O -pipe -march=i686 -fomit-frame-pointer -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline
-Wcast-qual -fformat-e
Hello!
My system is too old to have anything other then "Compatable" and
"Bi-directional" modes for the parallel port. Both of this are recognized
as NIBBLE-only by ppc0.
When I try to cp a big file (Wordperfect distribution) onto a Zip
cartridge (with ufs with softupdates) the whole system becom
ocess takes 150% of the CPU time (purely single CPU system),
but that's a different story, I guess.
I hope, this sad experience of mine will help further improve
softupdates.
-mi
- Forwarded message from Alfred Perlstein -
On Fri, 22 Jan 1999, Mikhail Teterin wrote:
> When
=>I tried both cam and bio -- no difference. It is not that it's
=>slow -- I was prepared for that, it is that it totally hangs --
=>forever.
=>
=>I narrowed it down to softupdates. If I disable the softupdates on
=>the cartridge's filesystem copying finishes successfully. Somehow
=>the `cp' proces
I'm sorry if this was already discussed -- I just re-subscribed
to current.
In many places in config scripts, host_os is checked against
freebsd2 | freebsd3
Absence of freebsd4 breaks stuff, like, for example, kdelibs11
port, which refuses to build shared libraries on an unknown platform
such as
Julian Elischer once stated:
=> Nonsense. There are plenty of contexts in which a number makes far
=> more sense than a name -- pretty much anything in any network stack
=> other than Chaosnet, for example. If any of us ever make good on the
=> threat of SNMP integration, having fixed numerical id
Matthew Dillon once stated:
=This is a silly argument. Unless the operation in question
=needs to be run a thousand times a second, a string is just
=fine as a lookup mechanism. Duh. Besides, you can always
=cache the translation.
I'll agree, that todays hardware turns this in
Julian Elischer once stated:
=> Pardon my intrusion, but I strongly dislike the very thought about
=> my computer looking-up the same string more then once or twice. If it
=> counts -- I'd take a number over a string anytime anywhere other
=> then in a documentation.
=how often do you use this?
Mike Smith once stated:
=OTOH, you should consider going back to single-character directory
=names, since that's much more significant.
a) this will limit the number of directories to you-know-what
b) this will inconvinience a _user_ rather then a _programmer_,
for who
Christopher Masto once stated:
=suggestions, they should be useful suggestions. "Parenthesis are
=allowed to make your code easier to read, even if not strictly
=required by the compiler" is a much more useful suggestion than what
=is currently there.
Some safeguard should be put to prevent fall
Matthew Dillon once stated:
=The changes seem pretty reasonable, to me. I don't see why you are
=so rabid about not allowing a few extra braces for clarity. It
=would make the code more readable.
Somehow, this just reminded me of the US Communication Decency Act,
where indecency was d
=Whilst the official codebase may be under the control of a select
=group of committers, the code should be capable of being understood by
=anyone who is reasonably proficient with C.
Depends on your definition of "reasonably", Mr. Special Counselor...
That's what is being tirelessly debated for
Ladavac Marino once stated:
=> =Whilst the official codebase may be under the control of a select
=> =group of committers, the code should be capable of being understood
=> by
=> =anyone who is reasonably proficient with C.
=>
=> Depends on your definition of "reasonably", Mr. Special Counselor..
Mike Tancsa once stated:
=Are there any other options for VPN on the 3.0 branch ? SKIP wasnt/isnt
=the greatest, but I had decent luck with it on the 2.2 branch of things...
User ppp over ssh pipe?
-mi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current
Daren Sefcik once stated:
=Is it possible to do a low level format of a scsi disk..I do not see a
=utility to do so.
scsiformat(8)
-mi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current" in the body of the message
Daren Sefcik once stated:
=> =Is it possible to do a low level format of a scsi disk..I do not see a
=> =utility to do so.
=>
=> scsiformat(8)
=rover >man scsiformat
=No manual entry for scsiformat
=rover >
Khmm... My man-page is dated August 19, so it was in -current back then...
I used this o
Kenneth D. Merry once stated:
=To format a disk, you would do something like this:
=
=camcontrol cmd -n da -u 0 -t 3600 -v -c "4 0 0 0 0 0"
Yep, this similar to what the scsiformat(8) script was doing using
the scsi(8) command.
IMHO, it is very bad, the scsi(8) did not survive the switch to CAM
How about putting bpf functionality into install-kernel, but not
into the GENERIC kernel?
If the install required the use of dhcp, sysinstall should yell
about having to rebuild the kernel with bpf-device in.
On the other hand, the security-concerned ISPs and others can
rebuild their kernels to r
> Fortunately I found another way using the less sophisticated
> -o union type of mount ( verses the more sophisticated mount_union ).
Well, there are problems here too. I had /var/mail mounted with -o union
from another host. My own, local, mailbox would get corrupted every once
in a whil
> Wackerbarth wrote:
>
> > I object to the idea that the selection of which dhcp client is
> > being made on the basis that David has commit privledges and I do
> > not.
>
> It's not. It's being made on the basis that David took the initiative
> and did the work, and you did not.
I think, he d
> the disks. This went fine, but when he exited from single user mode,
> it again hangs on syncing disks. This is a brand new machine, worked
> great for about 6 weeks - and this is the second machine to do this since
> the first of the year.
I had a similar problem when I upgraded to the Decemb
Will it ever work as it appears it should? Currently I have (on 2.2.8)
m...@xxx:/tmp (1032) umount -f phosphorus:/phosphorus
umount: /phosphorus: Device busy
This is because phosphorus is unreachable and is unlikely to ever
become reachable again. Currently, a reboot is r
> > Will it ever work as it appears it should? Currently I have (on 2.2.8)
> >
> > m...@xxx:/tmp (1032) umount -f phosphorus:/phosphorus
> > umount: /phosphorus: Device busy
>
> >From an email from Peter Wemm:
>
> In this situation, you need to do this:
> umount -f -t nfs pho
> Just to ask, have you run lsof on /phosphorus to see if it is,
> indeed, busy?
lsof is unable to stat /phosphorus, of course. But, in any case,
this should not be relevant, because the `-f' is specified...
-mi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd
Vallo Kallaste once stated:
=On Wed, Feb 10, 1999 at 01:54:53PM -0500, Mikhail Teterin
wrote:
=
=> Nope:
=>
=> m...@xxx:/tmp (1044) umount -f -t nfs phosphorus:/phosphorus
=> umount: /phosphorus: Device busy
=>
=> It is not, that umount hangs, it is that it care
> I usually keep -O to just '-O' - I had been upping it recently, but then it
> started breaking even some of my simple programs, so leasson learn't, it's
> staying at just '-O' from now on in... (safety first? :-)
-O2 works fine too. -O3 does not. We'll probably see the newer version
of compiler
I just finished going through a couple of crontabs prepending the
command-lines with ``exec'', when it hit me.
Can shell itself recognize, there will be no more commands and just
proceed to exec without forking? What would this break?
This should never, of course, happen in interactive mode...
T
different traces for
=
= #! /bin/sh
= exec /bin/pwd
=
=and
=
= #! /bin/sh
= /bin/pwd
=
=Rahul
=
=> Date: Fri, 19 Feb 99 11:43:59 EST
=> From: Mikhail Teterin
=> To:curr...@freebsd.org
=> Message-Id: <199902191644.laa08...@misha.cisco.com>
=> Subject: sh(1)
Jeroen Ruigrok/Asmodai once stated:
=> -rw-r--r--1 4294967294 wheel 389120 Feb 14 23:54 pdksh.core.xclink
=this is exactly what I got when I tried to compile some things over NFS.
=The created directory and files were also like this:
=
=1 drwxr-xr-x 3 4294967294 wheel - 512 Feb 15 21:09
What's the chance the Adaptec-152x controller (aic0) will soon work
with 3.1-STABLE?
It has pretty horrible performance problems on 2.2.8-STABLE, even when
using DMA:
[...]
4.4%Sys 91.9%Intr 3.7%User 0.0%Nice 0.0%Idl 4244 inact 204 pci irq9
|||||||||
> > Now I'll stir the other pot and say that performance isn't the
> > issue- the issue is that there's nothing that says that strings and
> > identifiers are always easier to use and/or understand than numbers.
> They are a lot more extensible, though. With strings, you generally
> have to modif
> > It has pretty horrible performance problems on 2.2.8-STABLE, even when
> > using DMA:
> > [...]
> > 4.4%Sys 91.9%Intr 3.7%User 0.0%Nice 0.0%Idl 4244 inact 204 pci irq9
> > |||||||||| 5288 cache 105 aic0 irq11
> > ==
How about the optional (ports) software just installs the
rc.d/.sh and the user disables the corresponding things
in /etc/rc.conf?
I just installed xinetd and disabling inetd was rather painless...
-mi
To Unsubscribe: send mail to majord...@freebsd.org
with "unsubscribe freebsd-current"
Can somebody comment on
http://www.cs.columbia.edu/~ezk/research/cryptfs/node3.html#SECTION00036000
and on bringing the other goodies from
http://www.cs.columbia.edu/~ezk/research/index.html
into -current and, perhaps, -stable? Right now, we only have am-utils...
-mi
[...]
> > => and on bringing the other goodies from
> > => http://www.cs.columbia.edu/~ezk/research/index.html
> Source for the cryptfs for FreeBSD. Do you have it?
Nope... I thought, it would be in the same place as the am-utils
source. And that is, indeed, so:
ftp://shekel.mcl.
Dirk Froemberg once stated:
=As a better solution I'll ask the original author for a native FreeBSD
=version.
Does not seem a better solution to me at all. The problem is not
that bladeenc does not run, the problem is that a BSDI executable
does not run. Which breaks a promise from
http:/
=> > The bug is on the web site, not in the kernel.
I'd consider the web-site a "spec" and the kernel -- "implementation".
By this logic, the kernel needs fixing...
=> > David Greenman committed a patch to better support large memory
=> > configurations. Unfortunately, it seems this was not po
=I think that there is only one way to fix it - it's to disable making
=*hard*links to directory with mode 1777.
Would not it be easier and more practical to make those directories belong
to, say, nobody? And make sure nobody's quota is small enough?
=> Because /tmp directory usually owned by roo
1 - 100 of 188 matches
Mail list logo
