Re: Accessing Pagetable of a process

Hello, I wanted to save the whole context of the process, thats why I want the access to each page allocated to the process of our interest. And further I want to write all these pages on to swap. The final objective is to save the context of a stopped process on the swap and

Re: Named requests filling up T1

Thanks, I think that's what I was looking for. I expect the ISP is in another country somewhere and would be hard to reach, if they could be reached at all. And it's probably a bad reference somewhere to the server here, so shutting of recursive queries could help... If I shut named off for

Re: Accessing Pagetable of a process

there is some code in dragonflybsd to checkpoint a process. It will write the pagetable to disk. Since the internal data structures aren't much different -you should be able to copy over that code to freebsd. But you will run into problems with file descriptors that are not of type vnode (eg

Re: Named requests filling up T1

Steve Suhre wrote: Thanks, I think that's what I was looking for. I expect the ISP is in another country somewhere and would be hard to reach, if they could be reached at all. And it's probably a bad reference somewhere to the server here, so shutting of recursive queries could help... If I

adding new sysctl

Could someone show me how to add new sysctl to the system ? ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]

Re: Named requests filling up T1

Then complain to their isp. That has solved most problems for me, and in any case it'll stop or you know it's your problem and not theirs. If you can query your domain by switching your default nameservers to your machine's default NS, and not see any debug messages, you should be fine and

Re: adding new sysctl

On Sat, Jan 14, 2006 at 04:55:14PM +, Tofik Suleymanov wrote: Could someone show me how to add new sysctl to the system ? You have an example in /usr/share/examples/kld/dyn_sysctl/. -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado

Lua 5.0 and FreeBSD 4.1

Hello, I'm trying compile a project using Lua 5.0 (www.lua.org) in FreePascal (2.0.2 [2005/11/17] for i386) in a FreeBSD 4.1. The Lua 5.0 is correctly installed. It compiles ok, but when it is linking I got these errors: /usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sin':

Re: Lua 5.0 and FreeBSD 4.1

On Tuesday 17 January 2006 16:23, Evandro Sestrem wrote: Hello, I'm trying compile a project using Lua 5.0 (www.lua.org) in FreePascal (2.0.2 [2005/11/17] for i386) in a FreeBSD 4.1. The Lua 5.0 is correctly installed. It compiles ok, but when it is linking I got these errors:

Re: Lua 5.0 and FreeBSD 4.1

on 17/1/06 18:23, Evandro Sestrem at [EMAIL PROTECTED] wrote: Hello, I'm trying compile a project using Lua 5.0 (www.lua.org) in FreePascal (2.0.2 [2005/11/17] for i386) in a FreeBSD 4.1. The Lua 5.0 is correctly installed. It compiles ok, but when it is linking I got these errors:

Re: Lua 5.0 and FreeBSD 4.1

/usr/local/lib//liblualib.a(lmathlib.o): In function 'math_sin': lmathlib.o(.text+0x52): undefined reference to 'sin' Hardly a hackers@ question, but you should link with the math library libm by using the '-lm' switch to the linker. -- rea BOFH excuse #55: Plumber mistook routing panel for

Re: Lua 5.0 and FreeBSD 4.1

In what version of FreeBSD (or libc) these functions (sin, cos, tan, ...) were implemented? Are you linking with libm? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy ___ freebsd-hackers@freebsd.org mailing list

Re: Lua 5.0 and FreeBSD 4.1

On Tue, Jan 17, 2006 at 12:23:51PM -0300, Evandro Sestrem wrote: It compiles ok, but when it is linking I got these errors: -lm Joerg ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To

Re: FreeBSD 6.0 default pty/tty-limit (256) OFF!

Antti Korpela [EMAIL PROTECTED] writes: I need patch to raise FreeBSD 6.0 default pty/tty-limit (256) UP or OFF. I already gave you a patch. Your unwillingness to provide the information necessary to figure out why my patch doesn't work for you is entirely *your* problem. In shell-production

Re: Panic in nfs_putpages() on 6-stable, more info.

See http://www.freebsd.org/cgi/query-pr.cgi?pr=91879 for the patch. I went ahead and fixed all the filesystems I could find, since they all had nearly identical code. I just looked at your changes (and at ufs_reclaim()). I'll get this committed to current and it'll get MFC'ed. mohan

Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010

Daichi GOTO ha scritto: I have updated the patches: For 7-current patch http://people.freebsd.org/~daichi/unionfs/unionfs-p5.diff For 6.x patch http://people.freebsd.org/~daichi/unionfs/unionfs6-p5.diff Changes from -p4: - fixed around can't fifo/vnode bypass -1 panic

Re: How priority propagation works on read/write lock?

On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: you mean, boosting the priority of a reader would be required to avoid priority inversion, but difficult to implement? regards -kamal On 1/14/06, John Baldwin [EMAIL PROTECTED] wrote: I think you just kind of punt and do a best

Re: How priority propagation works on read/write lock?

On Tue, 17 Jan 2006, John Baldwin wrote: On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: you mean, boosting the priority of a reader would be required to avoid priority inversion, but difficult to implement? regards -kamal On 1/14/06, John Baldwin [EMAIL PROTECTED] wrote:

Re: How priority propagation works on read/write lock?

On Tuesday 17 January 2006 14:00, Daniel Eischen wrote: On Tue, 17 Jan 2006, John Baldwin wrote: On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: you mean, boosting the priority of a reader would be required to avoid priority inversion, but difficult to implement? regards

Re: How priority propagation works on read/write lock?

John Baldwin wrote: On Monday 16 January 2006 00:08, Kamal R. Prasad wrote: you mean, boosting the priority of a reader would be required to avoid priority inversion, but difficult to implement? regards -kamal On 1/14/06, John Baldwin [EMAIL PROTECTED] wrote: I think you just kind