Jason Evans wrote:
[snip]
>
> Thread stacks have a default size of 64kB. libc_r now uses growable stacks
> with "guard pages" between stacks to try to catch stack overflow. It looks
> like it did you some good. =)
>
> You will need to specify an alternate stack during thread creation to get
Matthew Dillon wrote:
[snip]
> At your csh prompt type 'limit'. If you are using bash type 'ulimit -a'.
>
> When I compile and run your program it works fine on my box. I tried
> compiling it -O0, -O1, and -O2.
>
> % cc x.c -o x -O0
> % ./x
> %
Here's the
~>ulimit
Daniel Eischen wrote:
>
> > Hi,
> >
> > after making world of a CURRENT cvsupped yesterday, one of my
> > applications stopped working because of a Segmentation fault.
> >
> > The C procedure where the problem pops has about 64k local variables.
> > here's the assembly output of the procedure's b
Hi,
after making world of a CURRENT cvsupped yesterday, one of my
applications stopped working because of a Segmentation fault.
The C procedure where the problem pops has about 64k local variables.
here's the assembly output of the procedure's beginning:
0x805bb60 : pushl %ebp
0x805bb61 : mo
Hi,
I saw 'fsck_msdos' in the NetBSD sources.
Does somebody plan to put it (or similar one) in the FreeBSD
distribution?
Thanks
--iani
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-hackers" in the body of the message
Hi,
I posted that to 'questions', but got no reply.
I wouldn't like to get 'hackers' bored, but I think this port is
important for many of us (until win exists :).
I tried to tune the 'smb.conf', but couldn't raise the write speed
even a bit.
I only like to know is there something in the kernel ca
Hi,
I posted that to 'questions', but got no reply.
I wouldn't like to get 'hackers' bored, but I think this port is
important for many of us (until win exists :).
I tried to tune the 'smb.conf', but couldn't raise the write speed
even a bit.
I only like to know is there something in the kernel c
Hi,
I tried 'camcontrol rescan' and I found it works when I add a SCSI device while
the system is on. I find it useful for adding/removing devices w/o restarting
the box. (Maybe it's risky, but useful. I supposed that's the idea of the
'rescan' command in camcontrol)
Is there a way to do the same
Hi,
I tried 'camcontrol rescan' and I found it works when I add a SCSI device while
the system is on. I find it useful for adding/removing devices w/o restarting
the box. (Maybe it's risky, but useful. I supposed that's the idea of the
'rescan' command in camcontrol)
Is there a way to do the same
David Scheidt wrote:
[snip]
> I can do this from -CURRENT from whenever CTM broke. I have a panic, and a
> dump which i havne't had time to look at. The panic string is
> panic: vinvalbuf: dirty bufs
I know that's not the right mail list, but i feel (not sure) the fdc driver
has probems some
David Scheidt wrote:
[snip]
> I can do this from -CURRENT from whenever CTM broke. I have a panic, and a
> dump which i havne't had time to look at. The panic string is
> panic: vinvalbuf: dirty bufs
I know that's not the right mail list, but i feel (not sure) the fdc driver
has probems somet
11 matches
Mail list logo