No. I operate several Apache servers which does reverse proxying, and in my
knowledge this should happen when - the upstream server does RST in response
of a HTTP connection request. This is mostly caused by a failed start of
HTTP service.
I guess that the upstream server was restarted for some
Thanks! Every goes well now :-)
Cheers,
Xin LI
-Original Message-
From: Jun Kuriyama [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 27, 2004 3:07 PM
To: Xin LI
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: cvsweb service down?
At Tue, 27 Jan 2004 12:04:39 +0800,
Xin
On Mon, 26 Jan 2004, Steve Watt wrote:
[EMAIL PROTECTED] wrote:
do what ping does (ping -f)
when you get an ENOBUFS do a usleep for 1 mSec.
and then send it again.
So how, exactly, do you actually sleep for 1mSec? I recently did some
experiments using nanosleep(), and it seems that the
Chris BeHanna wrote:
On Saturday 06 December 2003 10:19, Julian Stacey wrote:
Hi all,
I wrote a new imgact function for FreeBSD to start wine
automatically as a sort of an interpreter for windows
binaries.
Dear Hackers,
while working on bluetooth hid implementation i found out that
libusbhid(3) has minor problem. it turns out that netbsd folks
already fixed this.
http://cvsweb.netbsd.org/bsdweb.cgi/src/lib/libusbhid/parse.c.diff?sortby=dater1=1.4r2=1.5f=u
so, i'd like to commit the patch below.
OK, on January 23 I sent in a PR from a development-only machine
using the send-pr command. This machine happens to actually receive
mail because I'm testing mail server software on it, but I have never
used it to send mail, and I have never gotten mail on that machine
other than via sending
At Tue, 27 Jan 2004 12:04:39 +0800,
Xin LI wrote:
I got these when visiting cvsweb.freebsd.org:
Proxy Error
The proxy server received an invalid response from an upstream server.
The proxy server could not handle the request GET /cgi/cvsweb.cgi/.
Reason: Could not connect to remote
right,
and perhaps the pr stuff is on a archive somewhere, since it gets forwarded
to
freebsd-bugs for example, then gets fetched by a virus/worm or something
and you still get slained by it,
What i try to say is that there are many ways in which your mail address
might be
snooped, and since
Hi
fopen() on a pipe blocks multi threated applications.
If pipe is not ready for reading, fopen blocks every thread until STREAM
is ready.
Is there a good reason for this ?
I use fbsd v4.9 release.
Regards
[EMAIL PROTECTED]
___
[EMAIL PROTECTED]
On Sunday 09 November 2003 10:34 am, Reinier Kleipool wrote:
I am investigating the possiblilies for looking at the kernel boot
parameters from within a userland utility. (Possibly a new FreeBSD install
facility) The idea is that by looking at sysctl kern.environment.* you
should be able to
Hi everybody.
I'm trying to use the kthread library under 5.2-RELEASE but can't
compile my program
(which actually only tries to create a thread).
I've read that there is now KSE to create kernel threads, but i am
wondering if
it could be used within the kernel code.
Regards.
On Tue, 27 Jan 2004, Renaud Molla Wanadoo wrote:
I'm trying to use the kthread library under 5.2-RELEASE but can't
compile my program (which actually only tries to create a thread).
I've read that there is now KSE to create kernel threads, but i am
wondering if it could be used within the
On Mon, 26 Jan 2004, Maksim Yevmenkin wrote:
Index: src/lib/libusbhid/parse.c
===
RCS file: /home/ncvs/src/lib/libusbhid/parse.c,v
retrieving revision 1.8
diff -u -r1.8 parse.c
--- src/lib/libusbhid/parse.c 9 Apr 2003 01:52:48
Matthew N. Dodd wrote:
On Mon, 26 Jan 2004, Maksim Yevmenkin wrote:
Index: src/lib/libusbhid/parse.c
===
RCS file: /home/ncvs/src/lib/libusbhid/parse.c,v
retrieving revision 1.8
diff -u -r1.8 parse.c
--- src/lib/libusbhid/parse.c
Hi,
I'm sorry if my English is difficult to make you
understand :
I try to make dual boot with Linux; Linux on first
boot. But, when grub show up and I choose freeBSD, my
Linux don't know that partition. I compiled my Linux
kernel to knowing BSD partition with name slice, but
there is still error:
On Mon, Jan 26, 2004 at 01:58:20PM -1000, Clifton Royston wrote:
I don't think there need be any more doubt that PRs are being
forwarded to virus-infected clients.
I'm afraid there's not much that FreeBSD can do about this. All PRs are
forwarded to the public freebsd-bugs mailing list and
Well you may need to provide some more information so we can deal with the
problem.
In addition are you using FreeBSD 5.x and UFS2? It seems that Grub doesn't
work well with it if memory serves me right, and I did not heard some change
of this state right now.
Cheers,
Xin LI
-Original
On Sun, Jan 25, 2004 at 01:13:28PM -0600, Mike Silbersack wrote:
I suppose that one thing we could do in the long run to help detect this
sort of corruption would be to import OpenBSD's TCP MD5 support and ensure
that packets which fail the md5 or fail the checksum are logged so that
they can
On Sun, Jan 25, 2004 at 07:59:32PM +, Aled Morris wrote:
If you're talking about RFC2385 style MD5 as used for BGP authentication,
I'd pay someone to make that work on FreeBSD (with Zebra/Quagga.)
Someone already is, and I have patches for Quagga/Zebra ongoing... (how
do you think I'm
The handbook includes information for installing Mathematica 4, but I have
Mathematica 5 and found the handbook's guidelines to be entirely
irrelevant to version 5. So here's how I finally figured out how to
install version 5:
First, the binaries are already branded properly (SVR4). So, mount
20 matches
Mail list logo