400 MILLION Email Addresses in a 3 volume, 5-disk set
** Complete package only $139!! **
Reach categories Like:
Business Opportunity seekers, MLM, Gambling, Adult, Auctions, Golf, Auto, Fitness
Health, Investments, Sports, Phsychics, Opt-in Etc..
* ALSO FEATURING OVER 25 MILLION VERIFIED AOL,
Hello,
With OLDCARD there is no problem.
boot -v attached.
On Wed, 2002-11-06 at 23:45, Frode Nordahl wrote:
Hey,
On Wed, 2002-11-06 at 23:28, M. Warner Losh wrote:
Strange. OLDCARD or NEWCARD? Send me a full dmesg for each case,
since it is likely some resource conflict or
On Thu, Nov 07, 2002 at 12:32:18AM +0100, Jens Rehsack wrote:
Hi,
there two open PR's (PR 44423 and PR 9) related to a problem with
audio/id3lib. I downloaded the new version (3.8.1) and made patches for
some files, so they should work fine with FreeBSD 5.0 (4.7 not tested, I
think
Tim Robbins wrote:
On Thu, Nov 07, 2002 at 12:32:18AM +0100, Jens Rehsack wrote:
Hi,
there two open PR's (PR 44423 and PR 9) related to a problem with
audio/id3lib. I downloaded the new version (3.8.1) and made patches for
some files, so they should work fine with FreeBSD 5.0 (4.7 not
On Tue, 05-Nov-2002 at 14:22:41 -0800, Tim Kientzle wrote:
Andre Albsmeier wrote:
I would like to compile the whole base system (maybe even
the ports) without the whole setlocale stuff. Do you have
any ideas of how to do this easily?
Replace setlocale() in lib/libc/locale with a
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Wed, Nov 06, 2002 at 05:47:51PM -0800, Kris Kennaway wrote:
Can someone explain why the perl wrapper needs to be hardlinked to
perl5.6.1?
The problem I am seeing is this:
USE_PERL5=yes in a port adds the following BUILD_DEPENDS:
enigma# make -V BUILD_DEPENDS
On Wed, 6 Nov 2002, Steve Kargl wrote:
On Wed, Nov 06, 2002 at 09:34:39PM -0500, Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but killing
X or logging out ends in a black screen. No way to activate the
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but killing
X or logging out ends in a black screen. No way to activate the
display without
In message: [EMAIL PROTECTED]
Steven G. Kargl [EMAIL PROTECTED] writes:
: M. Warner Losh said:
: In message: [EMAIL PROTECTED]
: Steven G. Kargl [EMAIL PROTECTED] writes:
: : M. Warner Losh said:
: : In message: [EMAIL PROTECTED]
: : Steven G. Kargl
Dag-Erling Smorgrav wrote:
Markus Friedl writes:
but shouldn't it do something like
seteuid(getuid());
setuid(getuid());
executing ssh-agent?
It should. It currently uses popen(3), which doesn't. It needs
popen(3)-like functionality because it reads ssh-agent's output in
Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but killing
X or logging out ends in a black screen. No way to activate the
display without reboot. Remote login is fine. Typing blind works
too.
I have exactly the same
Hi Folks,
I just did a cvsup and installed a kernel. I have been trying this from the past
few days with the same error. I am copying this by hand, since it crashes
immediately after loading the modules.
The error message is here
Booting
In article [EMAIL PROTECTED]
Poul-Henning Kamp [EMAIL PROTECTED] writes:
I wonder at why pc98 disks don't have their type ('ty') in the result
of kern.geom.conftxt, but i386 disks have.
Feel free to fix this and submit patches to me for review: I want
to make sure we don't adversely affect
Thanks for the tip, was my first idea too, because you can
type blind. But it doesn't help, it still stays everything
black.
Remote login works fine, there are no suspicious processes
running.
-Horen
On Thu, 7 Nov 2002, walt wrote:
Horen wrote:
Posted a week ago the question, didn't get
Sidcarter wrote:
Hi Folks,
I just did a cvsup and installed a kernel. I have been trying this from the past
few days with the same error. I am copying this by hand, since it crashes
immediately after loading the modules.
The error message is here
On Thu, Nov 07, 2002 at 03:40:27AM -0800, Dag-Erling Smorgrav wrote:
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different
type arg (arg 3)
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned
On Thu, Nov 07, 2002 at 04:22:07PM +0100, Stefan Farfeleder wrote:
On Thu, Nov 07, 2002 at 03:40:27AM -0800, Dag-Erling Smorgrav wrote:
/h/des/src/sys/dev/aic7xxx/aic79xx.c: In function `ahd_alloc':
/h/des/src/sys/dev/aic7xxx/aic79xx.c:4208: warning: unsigned int format, different
type arg
On Thu, 07 Nov 2002 10:29:29 -0500, David Rhodu [EMAIL PROTECTED] said:
processsor eflags= interrupt enabled, resume, vm86, IOPL=0
current process = 0 ()
kernel: type 12 trap, code=0
Stopped at 0x145e: addb%al,0(%eax)
db t
FreeBSD calvin
On Thu, Nov 07, 2002 at 08:28:30AM -0700, Scott Long wrote:
On Thu, Nov 07, 2002 at 04:22:07PM +0100, Stefan Farfeleder wrote:
Since I've seen this particular error at least 10 times and it is
getting boring, here's an untested patch. Note that it requires the
currently latest version
In message [EMAIL PROTECTED], Takahashi Yoshihiro
writes:
I have fixed to support pc98. Please review the attached patch.
COOL! Thanks!
The geom_bsd.c change looks entirely reasonable and is OK with me:
commit it.
The geom_pc98 change looks like a major step i the right direction,
but I
In article [EMAIL PROTECTED],
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
Steven G. Kargl [EMAIL PROTECTED] writes:
: Could someone add the following patch to UPDATING?
: Change the words to whatever suits your fancy.
I'm trying to devise a good way to
On Thu, Nov 07, 2002 at 08:40:32AM -0800, John Polstra wrote:
In article [EMAIL PROTECTED],
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
Steven G. Kargl [EMAIL PROTECTED] writes:
: Could someone add the following patch to UPDATING?
: Change the words
In article [EMAIL PROTECTED],
Steve Kargl [EMAIL PROTECTED] wrote:
I rebuilt cvsup from net/cvsup yesterday on a new world, and
it appears to be working fine. What problems should I expect?
It's possible that if you already have a working installation of pm3
or ezm3, you'll be able to build
On Thu, Nov 07, 2002 at 09:21:53AM -0800, John Polstra wrote:
In article [EMAIL PROTECTED],
Steve Kargl [EMAIL PROTECTED] wrote:
I rebuilt cvsup from net/cvsup yesterday on a new world, and
it appears to be working fine. What problems should I expect?
It's possible that if you already
In article [EMAIL PROTECTED],
Steve Kargl [EMAIL PROTECTED] wrote:
On Thu, Nov 07, 2002 at 09:21:53AM -0800, John Polstra wrote:
It's possible that if you already have a working installation of pm3
or ezm3, you'll be able to build CVSup on -current. But if you try to
build pm3 or ezm3
In message: [EMAIL PROTECTED]
John Polstra [EMAIL PROTECTED] writes:
: In article [EMAIL PROTECTED],
: M. Warner Losh [EMAIL PROTECTED] wrote:
: In message: [EMAIL PROTECTED]
: Steven G. Kargl [EMAIL PROTECTED] writes:
: : Could someone add the following patch to
Are the modules also new?
On Thu, 7 Nov 2002, Sidcarter wrote:
Hi Folks,
I just did a cvsup and installed a kernel. I have been trying this from the past
few days with the same error. I am copying this by hand, since it crashes
immediately after loading the modules.
The error message is
On Thu, Nov 07, 2002 at 09:35:19AM -0800, John Polstra wrote:
In article [EMAIL PROTECTED],
Steve Kargl [EMAIL PROTECTED] wrote:
On Thu, Nov 07, 2002 at 09:21:53AM -0800, John Polstra wrote:
It's possible that if you already have a working installation of pm3
or ezm3, you'll be able to
On Wed, Nov 06, 2002 at 05:47:51PM -0800, Kris Kennaway wrote:
Can someone explain why the perl wrapper needs to be hardlinked to
perl5.6.1?
revision 1.5
date: 2002-06-07 18:55:42; author: obrien; state: Exp; lines: +1 -0
Install a perl5.6.1 wrapper. I think
I'm noticing the same behavior on a PPro system I have and am following
the thread SMP broken on PPro. It looks like the problem is not SMP
specific, but it does seem PPro centric.
Are the modules also new?
On Thu, 7 Nov 2002, Sidcarter wrote:
Hi Folks,
I just did a cvsup and
In article [EMAIL PROTECTED],
Steve Kargl [EMAIL PROTECTED] wrote:
On Thu, Nov 07, 2002 at 09:35:19AM -0800, John Polstra wrote:
That would surprise me, but I haven't tried it myself. Inspection
of the ezm3 bootstrap shows that it has references to __sF.
Well, I just pkg_deinstall's
In article [EMAIL PROTECTED],
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
John Polstra [EMAIL PROTECTED] writes:
: FWIW, the only OS fix that will make stock ezm3/pm3/CVSup buildable on
: -current is to make __sF global again and arrange for:
:
:
Try backing out 1.544 of src/sys/i386/i386/machdep.c You'll need to do
it as a reversed patch or by hand, as there are some unrelated signal
handling things in 1.545 which you'll really need.
Drew
Michael G. Petry writes:
I'm noticing the same behavior on a PPro system I have and am
On Thu, 7 Nov 2002, Sidcarter wrote:
Hi Folks,
I just did a cvsup and installed a kernel. I have been trying this from the past
few days with the same error. I am copying this by hand, since it crashes
immediately after loading the modules.
The same is there with 4.7-STABLE
The error
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but killing
X or logging out ends in a black screen. No way to activate the
display
On Thu, Nov 07, 2002 at 07:44:43PM +1100, Tim Robbins wrote:
You could try the patch I've attached:
cd /usr/src
zcat c++-wchar.diff.gz | patch
cd gnu/lib/libstdc++
make
make install
Can you ask Kris to try this on the ports cluster before we commit it?
I wonder how many ports this could
Terry Lambert asked:
Any chance we could get rid of all externally visable symbols that
are not defined as being there by some standard, and not just __sF,
since we are breaking the FORTRAN compiler and other third party
code already?
This cannot be entirely done if you still want to
manage
In message: [EMAIL PROTECTED]
John Polstra [EMAIL PROTECTED] writes:
: In article [EMAIL PROTECTED],
: M. Warner Losh [EMAIL PROTECTED] wrote:
: In message: [EMAIL PROTECTED]
: John Polstra [EMAIL PROTECTED] writes:
:
: : FWIW, the only OS fix that will make stock
walt wrote:
Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but killing
X or logging out ends in a black screen. No way to activate the
display without reboot. Remote login is fine. Typing blind works
too.
I
In article [EMAIL PROTECTED],
M. Warner Losh [EMAIL PROTECTED] wrote:
In message: [EMAIL PROTECTED]
John Polstra [EMAIL PROTECTED] writes:
:
: It's not CVSup, it's Modula-3. It thinks it knows that stdin,
: stdout, and stderr are defined as above, but they're not any more.
:
On Thu, Nov 07, 2002 at 01:17:58PM -0800, David O'Brien wrote:
On Thu, Nov 07, 2002 at 07:44:43PM +1100, Tim Robbins wrote:
You could try the patch I've attached:
cd /usr/src
zcat c++-wchar.diff.gz | patch
cd gnu/lib/libstdc++
make
make install
Can you ask Kris to try this on
FreeBSD outel.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Nov 7
05:13:19 PST 2002
[EMAIL PROTECTED]:/disk2/usr.src/sys/i386/compile/testGeneric.nonsmp
i386
acquiring duplicate lock of same type: inp
1st inp @ ../../../netinet/udp_usrreq.c:290
2nd inp @ ../../../netinet/udp_usrreq.c:290
this
Horen wrote:
How long has this been going on? Did it start at any particular point
(a specific kernel or XFree86 upgrade)? What video card do you use?
Does starting X again not work?
Typing blind starts X again.
Do you have any idea what could be the problem.
xset s off
?
--
Thanks,
will check on that, hope it will help.
-Horen
On Thu, 7 Nov 2002, Terry Lambert wrote:
Horen wrote:
How long has this been going on? Did it start at any particular point
(a specific kernel or XFree86 upgrade)? What video card do you use?
Does starting X again not work?
I'm still pursuing the cause of the Hard Locks on my system.
1.) I have a serial console hooked up. Nothing appears on
the console when a Hard Lock happens. No panic.
2.) Shorting IOCHK to ground on the ISA connector doesn't work
on a ABIT BP6, so I can't force myself into ddb.
The BIG
From [EMAIL PROTECTED] Thu Nov 7 18:00:10 2002
Date: Thu, 07 Nov 2002 14:47:03 -0800
From: Joel M. Baldwin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: dnet causes Hard Lock on SMP kernel? ( was 'Why is my -current
system Hard Locking?' )
The BIG thing is that I now have a sure fire
Tim Kientzle wrote:
Terry Lambert asked:
Any chance we could get rid of all externally visable symbols that
are not defined as being there by some standard, and not just __sF,
since we are breaking the FORTRAN compiler and other third party
code already?
This cannot be entirely done if
Ray Kohler wrote:
Just a guess, but maybe your system locks up every time the
CPU usage gets very high under SMP? That's one thing dnetc
is guaranteed to do. Do other CPU-intensive operations do
it? (Maybe you said earlier, but I haven't been following
this thread.)
That is, in fact, the
M. Warner Losh wrote:
Gotcha. I'm thinking very seriously about keeping __sF support (but
creating no new binaries with it in it) and the freeze on sizeof(FILE)
through the 5.x series of releases because we botched the
compatibility stuff so badly to give people a chance to catch their
From [EMAIL PROTECTED] Thu Nov 7 18:30:04 2002
Date: Thu, 07 Nov 2002 15:26:57 -0800
From: Terry Lambert [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: [PATCH] note the __sF change in src/UPDATING
Specifically, I do not buy the idea that there is a necessity
In message: [EMAIL PROTECTED]
Terry Lambert [EMAIL PROTECTED] writes:
: M. Warner Losh wrote:
: Gotcha. I'm thinking very seriously about keeping __sF support (but
: creating no new binaries with it in it) and the freeze on sizeof(FILE)
: through the 5.x series of releases because
--On Thursday, November 07, 2002 6:07 PM -0500 Ray Kohler
[EMAIL PROTECTED] wrote:
From [EMAIL PROTECTED] Thu Nov 7 18:00:10 2002
Date: Thu, 07 Nov 2002 14:47:03 -0800
From: Joel M. Baldwin [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: dnet causes Hard Lock on SMP kernel? ( was 'Why is my
At Thu, 7 Nov 2002 22:55:56 + (UTC),
Joel M. Baldwin [EMAIL PROTECTED] wrote:
I'm still pursuing the cause of the Hard Locks on my system.
1.) I have a serial console hooked up. Nothing appears on
the console when a Hard Lock happens. No panic.
2.) Shorting IOCHK to ground on the
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Joel M. Baldwin wrote:
acquiring duplicate lock of same type: inp
1st inp @ ../../../netinet/udp_usrreq.c:290
2nd inp @ ../../../netinet/udp_usrreq.c:290
I get this every tims samba starts. Jeffery Hsu stated that its benign.
Lars
--
Lars Eggert [EMAIL PROTECTED] USC Information
Tried all combinations. Disabled every chip related feature, that isn't
required to bring X up. Screensaver is disabled. No way to get
any readable display back without reboot.
Installed a fresh XFree86 built from the ports tree, hour before
updated. No luck :-(
-Horen
Thanks,
will
Horen wrote:
Tried all combinations. Disabled every chip related feature, that isn't
required to bring X up. Screensaver is disabled. No way to get
any readable display back without reboot.
Installed a fresh XFree86 built from the ports tree, hour before
updated. No luck :-(
You stated
From [EMAIL PROTECTED] Thu Nov 7 19:30:04 2002
Date: Thu, 07 Nov 2002 16:19:57 -0800
From: Terry Lambert [EMAIL PROTECTED]
To: Horen [EMAIL PROTECTED]
Cc: Eric Anholt [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: XFree
Horen wrote:
Tried all combinations. Disabled every chip related
On Thu, 2002-11-07 at 04:40, Horen wrote:
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but killing
X or logging out ends in a black
On Thu, 7 Nov 2002, Terry Lambert wrote:
Horen wrote:
Tried all combinations. Disabled every chip related feature, that isn't
required to bring X up. Screensaver is disabled. No way to get
any readable display back without reboot.
Installed a fresh XFree86 built from the ports tree,
On 7 Nov 2002, Eric Anholt wrote:
On Thu, 2002-11-07 at 04:40, Horen wrote:
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
Posted a week ago the question, didn't get any reaction.
Everything with current from last night works fine but
--On Friday, November 08, 2002 8:45 AM +0900 Jun Kuriyama
[EMAIL PROTECTED] wrote:
At Thu, 7 Nov 2002 22:55:56 + (UTC),
Joel M. Baldwin [EMAIL PROTECTED] wrote:
I'm still pursuing the cause of the Hard Locks on my system.
1.) I have a serial console hooked up. Nothing appears on
the
Horen wrote:
You stated Typing blind starts X again.
Can you tell us what you mean by this?
o It restarts X, as if you typed startx
Exactly that.
The problem is clearly in the X11 code, then, since it is not
resetting the card to the video mode it was in before X started.
You
On Thu, 7 Nov 2002, Terry Lambert wrote:
Horen wrote:
You stated Typing blind starts X again.
Can you tell us what you mean by this?
o It restarts X, as if you typed startx
Exactly that.
The problem is clearly in the X11 code, then, since it is not
resetting the card
On Thu, 2002-11-07 at 16:56, Horen wrote:
On 7 Nov 2002, Eric Anholt wrote:
On Thu, 2002-11-07 at 04:40, Horen wrote:
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
Posted a week ago the question, didn't get any reaction.
On 7 Nov 2002, Eric Anholt wrote:
On Thu, 2002-11-07 at 16:56, Horen wrote:
On 7 Nov 2002, Eric Anholt wrote:
On Thu, 2002-11-07 at 04:40, Horen wrote:
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
Posted a week ago
On 7 Nov 2002, Eric Anholt wrote:
On Thu, 2002-11-07 at 16:56, Horen wrote:
On 7 Nov 2002, Eric Anholt wrote:
On Thu, 2002-11-07 at 04:40, Horen wrote:
On 6 Nov 2002, Eric Anholt wrote:
On Wed, 2002-11-06 at 18:34, Horen wrote:
On Thu, 7 Nov 2002 10:24:23 -0800 (PST), Julian Elischer [EMAIL PROTECTED]
said:
Julian Are the modules also new?
Hi,
Yes, the modules are also new. But, I don't think it has anything to do
with the modules, cause even if I load the kernel after removing the
modules, I get the same crash.
Hi,
I am trying to understand the ACL implementation in FreeBSD-Current. I
have a question about ACL.
in acl.h, there are some acl_type_t value macro:
/*
* Possible valid values for acl_type_t arguments.
*/
#define ACL_TYPE_ACCESS 0x
#define ACL_TYPE_DEFAULT 0x0001
#define
I've just tried to start pppd on two different -CURRENT machines, one
built on 26 October, the other on 5 November. In each case I get the
following message:
pppd: This system lacks kernel support for PPP. To include PPP support
in the kernel, please follow the steps detailed in the
Hi,
Try backing out 1.544 of src/sys/i386/i386/machdep.c You'll need to do
it as a reversed patch or by hand, as there are some unrelated signal
handling things in 1.545 which you'll really need.
Hmmm, I didn't notice that there is a BIOS which requires
memory area below 640K even when
On Fri, Nov 08, 2002 at 12:31:13PM +1030, Greg 'groggy' Lehey wrote:
I've just tried to start pppd on two different -CURRENT machines, one
built on 26 October, the other on 5 November. In each case I get the
following message:
pppd: This system lacks kernel support for PPP. To include
On 07-Nov-2002, Joel M. Baldwin wrote:
--On Friday, November 08, 2002 8:45 AM +0900 Jun Kuriyama
[EMAIL PROTECTED] wrote:
At Thu, 7 Nov 2002 22:55:56 + (UTC),
Joel M. Baldwin [EMAIL PROTECTED] wrote:
I'm still pursuing the cause of the Hard Locks on my system.
1.) I have a serial
Thus spake Michael G. Petry [EMAIL PROTECTED]:
I'm noticing the same behavior on a PPro system I have and am following
the thread SMP broken on PPro. It looks like the problem is not SMP
specific, but it does seem PPro centric.
I observed the problem on a PPro as well, but it is not specific
The attached diff shaves four bytes
from every syscall wrapper (e.g., __sys_write, etc.)
In looking carefully at library sizes, I became
curious why a simple system call required 20
bytes; turns out a lot
of that was alignment padding.
Tim Kientzle
Index: lib/libc/i386/SYS.h
Horen wrote:
On FreeBSD 4.6 or 4.7 works, on FreeBSD 5.0 it doesn't work.
Don't you think it is OS related. ?
THere are a lot of MS-DOS programs that won't run on FreeBSD;
I don't think that's FreeBSD-related, I think it's the code
doing the wrong things to run on FreeBSD.
I even installed
Horen wrote:
X has exited cleanly only on 4.6 or 4.7 , never on 5.0 in the
Exact same version of the X Server (pkg_info | grep XFree86-Server)?
XFree86-Server-4.2.1_5 XFree86-4 X server and related programs
That's the version of the source code. Are you running the same
binaries? Or were
Horen wrote:
XFree86-Server-4.2.1_5 XFree86-4 X server and related programs
Do you think, it makes sense, that I grab an other version,
4.2.0 or even 4.1.x to check ?
No, I think the source code version is much less relevent than
the platform and compiler which was used to compile the X11
Greg 'groggy' Lehey wrote:
I've just tried to start pppd on two different -CURRENT machines, one
built on 26 October, the other on 5 November. In each case I get the
following message:
pppd: This system lacks kernel support for PPP. To include PPP support
in the kernel, please follow
OK, some questions:
- What is the size of your base memory (reported by boot loader)?
- Does attached patches solve your problem?
- Is this problem specific to IBM Netvista?
Thanks
Index: locore.s
===
RCS file:
Damien Miller wrote:
Dag-Erling Smorgrav wrote:
Markus Friedl writes:
but shouldn't it do something like
seteuid(getuid());
setuid(getuid());
executing ssh-agent?
It should. It currently uses popen(3), which doesn't. It needs
popen(3)-like functionality because
Joel M. Baldwin wrote:
FreeBSD outel.org 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Thu Nov 7
05:13:19 PST 2002
[EMAIL PROTECTED]:/disk2/usr.src/sys/i386/compile/testGeneric.nonsmp i386
acquiring duplicate lock of same type: inp
1st inp @ ../../../netinet/udp_usrreq.c:290
2nd inp @
In message: [EMAIL PROTECTED]
Ray Kohler [EMAIL PROTECTED] writes:
: Hear hear, I agree. There's no need to expose what ought to be
: private data to the world, especially when we can get the additional
: benefit here of letting us play with the implementation.
-current already does
the ps aux command show some proceses started on dec 31 1969. this is
-current from Nov 5th.
attached is the log.
If i compile daemon_saver in the kernel, somehow it get invoked even while the machine
is booting. I have to manually press a key to see the boot messages.
dheeraj
USERPID
the ps aux command show some proceses started on dec 31 1969. this is
-current from Nov 5th.
attached is the log.
If i compile daemon_saver in the kernel, somehow it get invoked even while the machine
is booting. I have to manually press a key to see the boot messages.
dheeraj
To
M. Warner Losh wrote:
-current already does this. The problem is that we're trying to shoot
the bad access in the head, and that is what is screwing people. So
the problem isn't that we're trying to export private data to the
world. Quite the contrary, we're trying to eliminate it and
87 matches
Mail list logo