[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    Re: Fwd: Re: How to distribute kdedb plugins
From:       Henrik Johnson <hpj () globecom ! net>
Date:       2001-03-29 0:14:46
[Download RAW message or body]

> > Perhaps I missed this, but why can't you:
> >
> > 1. link the plugin dynamically to libclntsh.so
> >
> > 2. dlload (or kde equivalent) the plugin

>    You still need the db to be installed while compiling for the .h 
files.
> You need the types, afterall......   I doubt we can distribute .h files 
from
> all the db's.

I'm pretty sure you can't redistribute the .h files and the clntsh 
library from Oracle. But I fail to see the problem. You run configure, 
configure don't find Oracle, configure wont compile the plugin. It's not 
like the entire compilation of kdelibs fails. I keep coming back to PHP 
in Mandrake which have a separate package for using oracle. This is the 
whole point of plugins: To load optional modules. If you don't have the 
oracle client installed you can't use it off course. Still it is better 
to have it available, I know there are a lot of people in corporation 
that still need to use Oracle because of corporate policy. And to pee a 
little in the wind I think it still has a little advantage over the free 
alternatives, don't take this flame. It's just a personal oppinion I 
still love MySQL if people wont die if the DB is corrupted.

> > 3. if the dlload fails ask the user to check for the presence of
> > libclntsh.so?

Just say you can't load the plugin, I'm sure the whole kde wont crash if 
a kdb plugin fails to load?

/Henrik Johnson
GlobeCom AB

[prev in list] [next in list] [prev in thread] [next in thread]