Re: User locks code - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: User locks code
Date
Msg-id 200108232304.f7NN4SP21403@candle.pha.pa.us
Whole thread Raw
In response to RE: User locks code  ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>)
List pgsql-hackers
> > > For example, one could use user-locks for processing incoming
> > > orders by multiple operators:
> > > select * from orders where user_lock(orders.oid) = 1 LIMIT 1
> > > - so each operator would lock one order for processing and
> > > operators wouldn't block each other. So, could such
> > > application be commercial with current licence of
> > > user_lock()? (Sorry, I'm not licence guru.)
> > 
> > I assume any code that uses contrib/userlock has to be GPL'ed,
> > meaning it can be used for commercial purposes but can't be sold
> > as binary-only, and actually can't be sold for much because you
> > have to make the code available for near-zero cost.
> 
> I'm talking not about solding contrib/userlock separately, but
> about ability to sold applications which use contrib/userlock.
> Sorry, if it was not clear.

No, you were clear.  My assumption is that once you link that code into
the backend, the entire backend is GPL'ed and any other application code
you link into it is also (stored procedures, triggers, etc.)  I don't
think your client application will be GPL'ed, assuming you didn't link
in libreadline.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


pgsql-hackers by date:

Previous
From: "Mikheev, Vadim"
Date:
Subject: RE: User locks code
Next
From: "Mikheev, Vadim"
Date:
Subject: RE: User locks code