thread has to work faster, or the caller has to
sleep less, in order to avoid this lock-step behaviour.
Regards,
--
Matt Emmerton
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe
- Original Message -
From: Steve Kargl [EMAIL PROTECTED]
To: Randall Hyde [EMAIL PROTECTED]
Cc: freebsd-hackers@freebsd.org
Sent: Wednesday, June 28, 2006 10:10 PM
Subject: Re: Return value of malloc(0)
On Wed, Jun 28, 2006 at 06:41:05PM -0700, Randall Hyde wrote:
Hi All,
I'm
any examples.
Now I do. Thanks!
--
Matt Emmerton
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
, parse and use
dependency information; however, no dependency meta-data has been generated
yet.
Notes and patches against 7-CURRENT are at
http://www.gsicomp.on.ca/projects/freebsd/configdep.html.
Comments and suggestions appreciated.
Regards,
--
Matt Emmerton
no reason for these queries to be
directed to your DNS server from the Internet.
Source IP filtering is likely your best option, although it doesn't help
with your T1 saturation, although it would give whoever is blasting these
queries a clue.
--
Matt Emmerton
.
Clearly pkg_add does not provide this option. Even if it would, it would
declare some dependencies fulfilled since packages are installed in the
hostsystem already.
Anyone having an idea here, besides rewriting pkg_add?
What about pkg_fetch -R?
--
Matt Emmerton
. Any guidance would be appreciated.
Regards,
--
Matt Emmerton
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
.
The net/libnet port should be marked BROKEN because of this issue (I've
opened a PR) and folks should use libnet-devel instead, until the net/libnet
port is updated to a newer version. The net/libnet maintainer has been
notified of this problem.
Regards,
--
Matt Emmerton
that folks would like to see on FreeBSD? I've got
RELENG_5_4 and RELENG_6_0 boxes here in my office so I can whip up the
patches and do some testing in short order.
Regards,
--
Matt Emmerton
___
freebsd-hackers@freebsd.org mailing list
http
are instantaneous.
--
Matt Emmerton
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
- Original Message -
From: Dan Nelson [EMAIL PROTECTED]
To: David Gilbert [EMAIL PROTECTED]
Cc: Matt Emmerton [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, November 30, 2004 12:56 AM
Subject: Re: isp driver not 64 bit?
In the last episode
into where things are going wrong.
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
This may be a dumb question, but if you make a cpio tape archive from
data on an SCO system (HTFS filesystem), you can still restore the data
off the tape to another system, like FreeBSD with a UFS filesystem,
right?
This should work. If you run into any issues they will be incompatibilities
for awhile). However, the card is very old too. Any ideas?
-john
medium error unrecorvered read error really sounds like a phsycial medium
(drive) error.
If the controller was flaky, you'd get bus retries and stuff.
--
Matt Emmerton
___
[EMAIL PROTECTED
I believe DAT is what you want to tell SCO.
--
Matt
- Original Message -
From: John Von Essen [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, September 27, 2004 6:33 PM
Subject: Re: hacking SCO
Well,
I was able to get a boot/install floppy made. Then install a fresh SCO.
- Original Message -
From: Devon H. O'Dell [EMAIL PROTECTED]
To: Matt Emmerton [EMAIL PROTECTED]; Mike Meyer [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Saturday, September 18, 2004 4:01 AM
Subject: Re: FreeBSD Kernel buffer overflow
-user.
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
- Original Message -
From: Mike Meyer [EMAIL PROTECTED]
To: Matt Emmerton [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; Avleen Vig
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Saturday, September 18, 2004 1:22 AM
Subject: Re: FreeBSD Kernel buffer overflow
In [EMAIL
, I think). Thus, they are free to change the
size of the element without affecting the majority of structures that use
it.
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send
to add 80386 support first.
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
avoid your
problem):
if (elemcopy[0] == ':')
inf-count = 0;
else
inf-addelem(inf, elemcopy);
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL PROTECTED]
, I have no experience building releases at all, so someone from re@
will have to help me along.
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to [EMAIL
contributing to the project. There really isn't any use
opening PRs and creating patches if they're never going to get committed (or
by the time someone decides to commit them, the patches need to be moved
forward 3 or 4 releases.)
--
Matt Emmerton
___
[EMAIL
are focused on their own
corner of the project, and there's nobody left to handle all the general
sort of PRs.
--
Matt Emmerton
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail
24 matches
Mail list logo
