On Mon, 2005-14-02 at 15:27 +0100, Thomas Graf wrote:

quoted

I'm curious exactly what your needs are.

Basically I need to be able to change the beavhiour of the message
parser to for example overwrite the sequence number checking in order
to do message multiplexing. It's not like I would be represenative
though.

quoted

It does appear you are aiming for a somewhat more low level library than
I am.  Whether or not that precludes some kind of merger I don't know.

Yes, it seems so. It's a pitty that we waste effort by doing the same
nearly work but I really need the low level API and the possibility to
customize the parsing and sending code.

Perhaps we could agree on a single API for the low-level message parsing
and netlink message construction.  At least then we would not be
duplicating bug-fixes in our netlink code.

Whether or not this sharing would be useful probably depends on if you
would continue to maintain your own non-GObject APIs for the various
QDiscs and classifiers.  GObject makes the creation and maintenance of
the language bindings much easier so its basically necessary for my
goals.

I'm willing to switch the underlying implementation of LQL to use your
more featureful NL implementation if that means there won't be two
competing C APIs to the individual QDiscs etc.

-- 
OpenPGP key: http://www.coverfire.com/files/pubkey.txt
Key fingerprint: FB0A 2D8A A1E9 11B6 6CA3  0C53 742A 9EA8 891C BD98