Re: [PATCH] [RFC] sh(1) vfork support

If you're going to go down this path, would you mind making it depend upon the contents of an environment variable? Ie, DO_SH_VFORK="yes|no" Then debugging can occur without having to recompile sh. I ask simply because I've been down this path before in other projects, and trying to debug vfork(

[PATCH] [RFC] sh(1) vfork support

The below patch changes sh to use vfork(2) instead of fork(2) in some simple cases: a foreground simple command, not being a command substitution, without redirections or assignments in a non-interactive shell with job control disabled. By restricting the use of vfork, different from what NetBSD h

Re: dwarf2 reader

There's our very own http://sourceforge.net/apps/trac/elftoolchain/wiki/libdwarf On Mon, Jun 13, 2011 at 10:05:15AM -0400, Ewart Tempest wrote: > I have developed some flight recording capability in the JUNOS FreeBSD > based kernel, with the flight recorded data being captured in binary > form

Opening a character device from a helper driver?

Hi, Just to confirm whether or not this is the best way, say I had a module foo(4) that pokes at /dev/bar0, which is attached to bar(4). Should I setup the foo(4) driver with the same class as bar(4) and use KPIs like device_get_parent(9) to get the device_t structure and pass it along to bar(4

Re: dwarf2 reader

Have you taken a look at lldb? It is designed to be more modular. -Kip On Mon, Jun 13, 2011 at 4:05 PM, Ewart Tempest wrote: > I have developed some flight recording capability in the JUNOS FreeBSD based > kernel, with the flight recorded data being captured in binary form for > performance. A

dwarf2 reader

I have developed some flight recording capability in the JUNOS FreeBSD based kernel, with the flight recorded data being captured in binary form for performance. All the subsequent formatting and display of this data is performed by a user-space application. I would like to reduce the amount of