Hi hackers !
I have one strange thing about 'ln' command.
my box is 5.2R.
I built some directory on $HOME , such as $HOME/a/b
I want to create a symbolic link for 'b' under top directory , $HOME.
so , I typed some command as
$ mkdir $HOME/a
$ mkdir $HOME/a/b
$ cd $HOME/a
$ ln -s b ../
$ cd
I am trying to get the fields ru_idrss, and ru_isrss to see the the current
stack and data sizes for each process thats running in user space. I read up on
getrusage which says that ru_idrss and ru_isrss are measured in kilobytes * the
number of clock ticks. So I wanted to retrieve the actual
[EMAIL PROTECTED] wrote:
I have one strange thing about 'ln' command.
my box is 5.2R.
This is not strange, it works exactly as expected, but you do not
seem to understand how ln works. Read on for the explanation...
I built some directory on $HOME , such as $HOME/a/b
I want to create a
On Fri, Feb 18, 2005 at 05:17:07PM +0800, [EMAIL PROTECTED] wrote:
Hi hackers !
I have one strange thing about 'ln' command.
my box is 5.2R.
I built some directory on $HOME , such as $HOME/a/b
I want to create a symbolic link for 'b' under top directory , $HOME.
The confusion is caused
I have a strange case of occasional refused connect()'s.
The system is running 4.10-STABLE.
This was originally reported by one of our developers.
The test script he provided is a simple Perl script that repeatedly
fetches an URL
from Apache running on this same server.
In the run of 2000
Hey guys,
I was just reading the intro(2) manpage and saw the following description of
EFBIG:
| 27 EFBIG File too large. The size of a file exceeded the maximum (about
| 2.1E9 bytes).
Which is 2 GB. As far as I know, FreeBSD is capable of dealing with files
larger than 2 GB.
Shouldn't
After further investigation and digging, I uncovered the true cause of
the error: connect() returning ECONNREFUSED.
You are probably exhausting the queue of pending connections, you may want
to read man 2 listen and use sysctl to set kern.ipc.somaxconn accordingly.
ALeine
ALeine wrote:
After further investigation and digging, I uncovered the true cause of
the error: connect() returning ECONNREFUSED.
You are probably exhausting the queue of pending connections, you may want
to read man 2 listen and use sysctl to set kern.ipc.somaxconn accordingly.
no, can't
guys, there is _source_ of the server at the end of my post!
there are no threads nor forks and backlog is set to 511 (Apache's
default value).
and client always waits for rrequst to complete before sending a new one.
Peter Edwards wrote:
On Fri, 18 Feb 2005 16:18:41 +0300, Deomid Ryabkov [EMAIL
On Fri, Feb 18, 2005 at 01:30:41AM -0800, Ashwin Chandra wrote:
I read up on getrusage which says that ru_idrss and ru_isrss are measured
in kilobytes * the number of clock ticks. So I wanted to retrieve the
actual value in just KB by using a timeval struct that gets the user
and system ticks
In the last episode (Feb 18), Ashwin Chandra said:
I am trying to get the fields ru_idrss, and ru_isrss to see the the
current stack and data sizes for each process thats running in user
space. I read up on getrusage which says that ru_idrss and ru_isrss
are measured in kilobytes * the number
On Wed, 2005-02-16 at 06:02, Ulrich Spoerlein wrote:
On Sun, 13.02.2005 at 22:46:29 -0500, Stephan Uphoff wrote:
+device dcons
+device dcons_crom
Then configured/compiled/installed the GENERIC.debug kernel.
Copied the kernel.debug file in the GENERIC.debug compile directory to
the
On Fri, 2005-Feb-18 16:18:41 +0300, Deomid Ryabkov wrote:
I have a strange case of occasional refused connect()'s.
The system is running 4.10-STABLE.
...
The question is - why do connections get refused at all?
I can think of no valid reasons...
FWIW, I can't either. The client is
On Fri, 18.02.2005 at 14:32:36 -0500, Stephan Uphoff wrote:
Changing a line in the function dcons_modevent() (File
sys/dev/dcons/dcons.c or dcons_os.c depending on your sources) should
help you.
#if __FreeBSD_version = 50
- if (ret == 0) {
+ if (ret == 0
Peter Jeremy wrote:
On Fri, 2005-Feb-18 16:18:41 +0300, Deomid Ryabkov wrote:
I have a strange case of occasional refused connect()'s.
The system is running 4.10-STABLE.
...
The question is - why do connections get refused at all?
I can think of no valid reasons...
FWIW, I can't
On Fri, 2005-02-18 at 18:39, Ulrich Spoerlein wrote:
On Fri, 18.02.2005 at 14:32:36 -0500, Stephan Uphoff wrote:
Changing a line in the function dcons_modevent() (File
sys/dev/dcons/dcons.c or dcons_os.c depending on your sources) should
help you.
#if __FreeBSD_version = 50
-
On Sat, 19 Feb 2005, 04:51+0300, Deomid Ryabkov wrote:
Peter Jeremy wrote:
On Fri, 2005-Feb-18 16:18:41 +0300, Deomid Ryabkov wrote:
I have a strange case of occasional refused connect()'s.
The system is running 4.10-STABLE.
...
The question is - why do connections
17 matches
Mail list logo