Re: autofs available for FreeBSD 4, 5 and 6.

2004-09-09 Thread Danny Braniss
> Autofs has been integrated into FreeBSD 6. > > There is also a standalone tarball that will compile and run on > FreeBSD 5 as well as FreeBSD 4. > > The most recent one is available here: > > http://people.freebsd.org/~alfred/sources/autofs/ > > If you want to get an idea on how to use it, se

header file related question

2004-09-09 Thread vxp
hi, i realize it's most likely a stupid question, but try not to be too hard on me please - i'm trying to learn :) i'm experimenting with the kernel's source, and i'm not quite sure how to find what all the header files are that i need, for the stuff i'd like to do.. how do i track down what head

Fw: Linux /proc returns invalid flags

2004-09-09 Thread Steven Hartland
The following is the output on a P4 Xeon cat /usr/compat/linux/proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 16 stepping: 7 flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 b19 b21 mmxext mmx fx

Re: [PATCH] Fix USB panics

2004-09-09 Thread M. Warner Losh
Hopefully the recently committed changes will fix this problem. Thanks again for your testing, your useful analysis and preliminary patches. Warner ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscrib

Re: pthread_mutex_trylock and glib-2

2004-09-09 Thread Pascal Hofstee
Ok .. Got some bugzilla notifications ...and apparently this issue has been targetted for glib-2.4.7 with keywords "portability". So i assume we'll most likely have to include my provided patch for the glib20 port until 2.4.7 comes out and an appropriate fix will probably have been included by the

Re: pthread_mutex_trylock and glib-2

2004-09-09 Thread Coleman Kane
Yeah, I had the same problem. Fixed it by not building with debug code, but I noticed there was chatter about it. On Wed, 8 Sep 2004 18:57:09 -0400, Brian Fundakowski Feldman <[EMAIL PROTECTED]> wrote: > > > On Tue, Sep 07, 2004 at 06:27:14PM -0700, Pascal Hofstee wrote: > > On Mon, 6 Sep 2004

Re: Runtime loading

2004-09-09 Thread db
On Thursday 09 September 2004 16:43, Robert Dormer wrote: > glib provides a facility for this, and should be even more platform > portable Yes I know, but this is for security/lockdown, so I want it to compile/run using that is in FreeBSD's base system. I'll try to think about portability wh

Re: Runtime loading

2004-09-09 Thread Robert Dormer
glib provides a facility for this, and should be even more platform portable On Thu, 9 Sep 2004 16:42:34 +0200, db <[EMAIL PROTECTED]> wrote: > On Thursday 09 September 2004 16:36, you wrote: > > > > In my C++ program I need to load some files/classes at runtime, so that > > > users can add

Re: Runtime loading

2004-09-09 Thread db
On Thursday 09 September 2004 16:36, you wrote: > > In my C++ program I need to load some files/classes at runtime, so that > > users can add "plugins" without recompilling my program. What functions > > should I use? I'm using FreeBSD 5.3-beta2 btw. > > I'm not sure about C++, though I guess you

Re: Runtime loading

2004-09-09 Thread Maxime Henrion
db wrote: > Hi all > > In my C++ program I need to load some files/classes at runtime, so that users > can add "plugins" without recompilling my program. What functions should I > use? I'm using FreeBSD 5.3-beta2 btw. I'm not sure about C++, though I guess you could use the same functions as in

Runtime loading

2004-09-09 Thread db
Hi all In my C++ program I need to load some files/classes at runtime, so that users can add "plugins" without recompilling my program. What functions should I use? I'm using FreeBSD 5.3-beta2 btw. br db ___ [EMAIL PROTECTED] mailing list http://lists

Re: [PATCH] Fix USB panics

2004-09-09 Thread Peter Pentchev
On Wed, Sep 08, 2004 at 11:37:07AM -0600, M. Warner Losh wrote: > Peter, > > thanks again for the excellent anaylsis of the problem. I introduced > this when I cleaned up the load a driver will now cause usb to attach > a device case. You are correct as far as I can tell and can test. > Here's t