, and the desirability of removing vmstat's setgid bit.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
system) or libkvm (postmortem).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
be immediately after the unlink(2) call, or an
indefinite amount of time later if the file was open at the time.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
uses sysctls, not /dev/mem. Perhaps you can make a
patch for that too? :)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
Daniel O'Connor [EMAIL PROTECTED] writes:
but the way I do it is not 'normal' - I don't use the CVS repo
because I can't commit into that tree
Be careful what you wish for :)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED
at any
given time was 39.[1]
PostgreSQL doesn't mmap its data. The mmap() calls you saw were from
malloc(). The only place PostgreSQL calls mmap() directly is for IPC
in the QNX port (because QNX apparently doesn't have SysV IPC).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
of adjacent extents,
without which we'd suffer horribly from address space fragmentation).
I have no idea how much this means for real-life workloads though.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http
trademark in promotional material for a
product based on an AMD microcontroller.
Regarding the computer in an ethernet jack devices mentioned
elsewhere in this thread: good luck trying to run FreeBSD on a 16-bit
microcontroller with no MMU or FPU, 256 kB SRAM and 512 kB DRAM...
DES
--
Dag-Erling
go? is it
used for page maps or something like that?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
with integrated video adapter? That could be shared memory used for
the video.
It is a Gigabyte motherboard with an Intel ICH4 chipset, but it has no
onboard video. I have an ATI Radeon 7500 with 128 MB in the AGP slot.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
CJ East [EMAIL PROTECTED] writes:
I'm running a 1-week on 5.1-STABLE world / i386
There is no 5.1-STABLE, and hackers@ is not the right place to ask
this kind of question.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing
.
The reason why older messages aren't in pipermail is that 2003/03/24
is when we switched from majordomo to mailman.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
Sandeep Kumar [EMAIL PROTECTED] writes:
On Sat, Oct 11, 2003 at 12:13:10AM +0200, Dag-Erling Smørgrav wrote:
Wrong. These lists have existed for years.
Actually not. Although majordomo lists contain cvs-all, I didn't find
other cvs-* over there
we used to have a whole lot of these:
[EMAIL
with the same name in both FreeBSD
and Linux, linprocfs relies on procfs's cmdline to show through
rather than duplicate it.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Poul-Henning Kamp [EMAIL PROTECTED] writes:
The program is a 500 line .c program and I was wondering if it belongs
in the tree so we have an easy to use tool to point people at when they
run benchmarks.
Just put it in src/tools/tools/...
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
the problem, you can go to
/usr/src/sbin/md5 and run the above cvs diff command.
That's normal behaviour with CVS when using branches. The only
workaround I know of is to specify the files explicitly. With zsh,
you can do 'cvs diff -Nu -rBASE -rRELENG_4 **/*~*CVS*(.)'
DES
--
Dag-Erling Smørgrav
-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
line. Furthermore, GNU grep
will not by default show the contents of what it considers to be a
binary file (such as a directory) while FreeGrep does (causing broken
ttys and much gnashing of teeth).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
recommend.
0xf800 seems to work on my StinkPad (still can't get the serial
port to work though). It still complains about an invalid BAR
number: 27(06). Plenty of ACPI errors too, but I don't really expect
much from an IBM laptop.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
M. Warner Losh [EMAIL PROTECTED] writes:
Maybe I should add a stinkpad to my wish list :-)
I'll trade you mine for a reasonably recent Dell or FujitsuSiemens
laptop :)
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
1's deadline is when jiffies=10 and so on. I just discovered the global
variable 'ticks' which seems to suit my needs, is this correct?
Yes - as far as I know our ticks and Linux's jiffies are exactly the
same thing.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
irq 4 drq 3 on acpi0
sio0: type 8250 or not responding
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
it.
don't use ACPI or don't use sio?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
M. Warner Losh [EMAIL PROTECTED] writes:
In message: [EMAIL PROTECTED]
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
: address wrong to not finding it at all (I believe it reports No
: station address in CIS!) and refusing to attach.
It always didn't find it, you just got lucky
applications in the base system fail to do this.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
but working fine after you
manually set it, to plainly refusing to attach to the card. My laptop
is now practically reduced to a doorstop since -STABLE doesn't have
Cardbus support and -CURRENT refuses to attach to the NIC.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
Evan S. [EMAIL PROTECTED] writes:
I'm wondering if FreeBSD-current has anything similar to Linux jiffies?
Yes, but it would be easier to answer your question if you told us
what you need the information for.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED
M. Warner Losh [EMAIL PROTECTED] writes:
In message: [EMAIL PROTECTED]
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
: Not to mention the fact that over the past year or so people have been
: repeatedly picking the dc driver apart and putting it back together
: with some bits
of the authentication
procedure (which it normally isn't in ssh), but it'll only work for
ssh2 since the ssh1 challenge-response mechanism doesn't allow
multiple challenges.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body
we switch to 5.3?
Depends on how carefully you write it. The reverse (that a module
written for 5.x will work on 4.x with minimal modifications) is more
likely to be true.
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd
[EMAIL PROTECTED] (Dag-Erling Smørgrav) writes:
How does PAM come into this?
It doesn't, really. It's a privsep problem + the fact that some of
the pertinent code has been disabled and / or left unimplemented
because it wouldn't work with privsep (so turning privsep off won't
help).
I just
unimplemented
because it wouldn't work with privsep (so turning privsep off won't
help).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
, at least for PAM authentication,
when I import 3.6 (which should be out in a few weeks).
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-hackers in the body of the message
Sean Chittenden [EMAIL PROTECTED] writes:
[local commit to file A ]
[different developer commits to file A on master repo]
[commit to file A on master repo]
[cvsup local repo with master repo]
Wouldn't you have to delete A,v before A,v would continue to pick up
future changes?
Sean Chittenden [EMAIL PROTECTED] writes:
Right, which is what I was trying to suggest a fix for in the first
place: the ability to prevent the loss of work committed to a local
repository when using cvsup to sync repositories with the master repo.
if you *want* to keep the local changes (I
Sergey Babkin [EMAIL PROTECTED] writes:
A similar thing may be achieved by checking the files out from the local
repository and doing any modification command with option -d. But that's
troublesome and inconvenient.
Read the manual page for the shell you're using, with particular
emphasis on
Sean Chittenden [EMAIL PROTECTED] writes:
It'd be cool to teach CVSup to ignore updating certain files that have
been marked locally as dirty or in flux until they've been
committed through to the master repo.
With the -s option, cvsup will not touch files that it believes are in
sync until
Sean Chittenden [EMAIL PROTECTED] writes:
With the -s option, cvsup will not touch files that it believes are
in sync until they are updated on the server.
^^^
not ?
no, not not. cvsup will not touch files that it believes are in
sync, the operative word here being believes - with -s
701 - 741 of 741 matches
Mail list logo