Subject: Fw: [Firebird-devel] Linux Lock Manager
To: None <tech-pkg@netbsd.org>
From: James K. Lowden <jklowden@schemamania.org>
List: tech-pkg
Date: 03/04/2004 19:54:50
I have spent considerable time lately getting the Firebird database to
build on 1.6.  Once I get it working, I'm hoping to package it.  

Firebird "Classic" -- which I'm focussing on for now -- builds without
threads.  There is also a threaded server, but I won't bother with that
until I upgrade to -current (or whatever our threaded kernel release is
called by then).  

What advice I could give Mr. Starkey such that his lock manager would work
"out of the box" on NetBSD?  

Thanks.  

--jkl

Begin forwarded message:

Date: Thu, 04 Mar 2004 12:20:42 -0500
From: Jim Starkey <jas@netfrastructure.com>
To: Firebird Devel <firebird-devel@lists.sourceforge.net>
Subject: [Firebird-devel] Linux Lock Manager


There are two ways to deliver lock manage blocking ASTs.  Single 
threaded platforms use signals, which requires a privileged process to 
deliver signals across process groups.  Multithreaded platforms using a 
thread to monitor the lock table.

Why does the Linux lock manager use signals?  Is there any reason not to 
cut over to monitor thread?

-- 

Jim Starkey
Netfrastructure, Inc.
978 526-1376





-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel