Chattopadhyay asked:
My application based on Java servlets was running fine with
version PostgreSQL 7.x, but started giving error:
transaction is read-only, in version 8.0 and 8.1. I am
using Suse Linux 9.3/PostgreSQL 8.0 or Suse Linux
10.1/PostgreSQL 8.1. I am using JDBC 3 drivers and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Sep 28, 2006 at 04:27:36AM +0300, Adnan DURSUN wrote:
Hi all
I wanna know what is going on while a DML command works. For example
;
Which commands are executed by the core when we send an UPDATE tab
SET col =
Backspace deletes character-wise, as long as you have LANG set
correctly. Check LANG and the LC_* environment variables.
OK, you're right:
$ echo $LANG
[EMAIL PROTECTED]
# show client_encoding ;
client_encoding
-
UTF8
(1 row)
But then I wonder why the client encoding is
Folks,
Continuing on previous discussion:
http://archives.postgresql.org/pgsql-hackers/2006-09/msg01681.php
I was wondering why we are stripping the domains in
find_coercion_pathway(). Is it because we do not care for domains at
that point? And why don't we have extra logic there in order to
Tom Lane wrote:
Heikki Linnakangas [EMAIL PROTECTED] writes:
AFAICS, we could disable the optimization and use a full-blown
transaction when vacuuming a table with a functional block index.
No, we couldn't, or at least it's not merely a matter of reversing a
recent optimization.
The
I cannot get gmake to work for the postgresql-8.1.4 source code on Windows
XP.
I created MinGW with the MinGW 5.0.3.exe (both current latest) and MySyS
1.0.10.
Gmake was not available so I used the included mysys make – GNU version 79.
After succeeding with “./configure –without-zlib” it then
I'm playing around NULL. Docs says that
A row value is considered not null if it has at least one field that is not
null. and SELECT ROW(table.*) IS NULL FROM table; -- detect all-null rows
So, I try:
wow=# \d tst
Table public.tst
Column | Type | Modifiers
Hello List
I am trying to develop, a API to carry through backup and restore
through JDBC.
I think that the best form is to use JNI.
Some
Suggestion?
Mark,
In the specific case of the namestrcpy () function, it will copy a
maximum of 64 bytes, but the length of the source string is unknown. I
would have to think that memcpy () would certainly win if you knew the
source and destination sizes etc. Perhaps there are some places like
that in the
On Thu, 14 Sep 2006 10:35:03 -0400
D'Arcy J.M. Cain darcy@druid.net wrote:
For years I have been promising that a 64 bit version of the money type
was on the way. Here it is. So far it compiles and I have done some
basic testing on it and it seems to work fine. Note that the currency
symbol
Though this may be the kiss of death, I favor a 64 bit float version of money.
It's more terse than numeric and a *lot* faster when performing numeric
operations because it would use a cpu intrinsic operand.
- Luke
Msg is shrt cuz m on ma treo
-Original Message-
From: D'Arcy J.M.
On Thu, 28 Sep 2006 11:09:17 -0400
Luke Lonergan [EMAIL PROTECTED] wrote:
Though this may be the kiss of death, I favor a 64 bit float version of
money. It's more terse than numeric and a
I assume you mean ...64 bit INT version...
--
D'Arcy J.M. Cain darcy@druid.net | Democracy is
Oic - so it's a floating point in an 8 byte int. That probably limits the
speed benefits, no?
- Luke
Msg is shrt cuz m on ma treo
-Original Message-
From: D'Arcy J.M. Cain [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 28, 2006 11:14 AM Eastern Standard Time
To: Luke
On Thu, 28 Sep 2006 11:25:45 -0400
Luke Lonergan [EMAIL PROTECTED] wrote:
Oic - so it's a floating point in an 8 byte int. That probably limits the
speed benefits, no?
No, it's an int type. Floating point has nothing to do with the money
type, either in the old 32 bit version or the proposed
On Thu, Sep 28, 2006 at 11:32:37AM -0400, D'Arcy J.M. Cain wrote:
On Thu, 28 Sep 2006 11:25:45 -0400
Luke Lonergan [EMAIL PROTECTED] wrote:
Oic - so it's a floating point in an 8 byte int. That probably limits the
speed benefits, no?
No, it's an int type. Floating point has nothing to
On Thu, 28 Sep 2006 10:35:01 -0500
Jim C. Nasby [EMAIL PROTECTED] wrote:
Floating point math and hard-earned money are two things that don't mix
well. :)
Using FP to track money is a good way to stop making any. :-)
--
D'Arcy J.M. Cain darcy@druid.net | Democracy is three wolves
Well Thanks you both for your answers, I really appreciate your opinions on this subject.
And Heikki I would really like to take a look to that book. If I have the chance to read it
I will tell you how the things go Ok...
Greets and Thanks one more time..2006/9/27, Heikki Linnakangas [EMAIL
Teodor Sigaev [EMAIL PROTECTED] writes:
% echo 'SELECT count(*) FROM tst WHERE ROW(tst.*) IS NULL;' | psql wow
SET
count
---
0
(1 row)
Hm, it turns out that this works:
select * from int8_tbl x where row(x.q1,x.q2) is null;
but not this:
select * from int8_tbl x
Strong, David [EMAIL PROTECTED] writes:
Just wondering - are any of these cases where a memcpy() would work
just as well? Or are you not sure that the source string is at least
64 bytes in length?
In most cases, we're pretty sure that it's *not* --- it'll just be a
palloc'd C string.
I'm
Please excuse me for jumping in like this... but just for my
understanding...
Does this have anything to do with ExecEvalWholeRowVar?
On Thu, 2006-09-28 at 11:45 -0400, Tom Lane wrote:
Teodor Sigaev [EMAIL PROTECTED] writes:
% echo 'SELECT count(*) FROM tst WHERE ROW(tst.*) IS NULL;' | psql
D'Arcy,
On 9/28/06 8:43 AM, D'Arcy J.M. Cain darcy@druid.net wrote:
On Thu, 28 Sep 2006 10:35:01 -0500
Jim C. Nasby [EMAIL PROTECTED] wrote:
Floating point math and hard-earned money are two things that don't mix
well. :)
Using FP to track money is a good way to stop making any. :-)
Gevik Babakhani [EMAIL PROTECTED] writes:
Does this have anything to do with ExecEvalWholeRowVar?
Yeah, the construct
Seq Scan on int8_tbl x (cost=0.00..1.05 rows=1 width=16)
Filter: (x.* IS NULL)
is really ExecEvalNullTest applied to the result of ExecEvalWholeRowVar.
If we simply push
In addition to/instead of abstracting cmin/cmax to a phantom ID, what
about allowing for two versions of the tuple header, one with cid info
and one without? That would allow for cid info to be stripped out when
pages were written to disk.
The downside to this is that we'd have to be able to deal
Jim C. Nasby wrote:
In addition to/instead of abstracting cmin/cmax to a phantom ID, what
about allowing for two versions of the tuple header, one with cid info
and one without? That would allow for cid info to be stripped out when
pages were written to disk.
How exactly would that help?
Matteo Beccati wrote:
Stefan Kaltenbrunner wrote:
too bad - however any idea on one of the other troubling querys (q21) I
mentioned in the mail I resent to the list (after the original one got
lost)?
http://archives.postgresql.org/pgsql-hackers/2006-09/msg02011.php
What happens if you
On Thu, 2006-09-28 at 10:05 -0400, Tom Lane wrote:
Jeff Davis [EMAIL PROTECTED] writes:
I have attached a patch. I wrote it very quickly, but it seems to work
as I expect.
I don't think this is very workable as a postgresql.conf parser ...
at minimum it needs to handle quoted strings
On Thu, Sep 28, 2006 at 05:13:11PM +0100, Heikki Linnakangas wrote:
Jim C. Nasby wrote:
In addition to/instead of abstracting cmin/cmax to a phantom ID, what
about allowing for two versions of the tuple header, one with cid info
and one without? That would allow for cid info to be stripped out
D'Arcy,
On 9/28/06 9:00 AM, Luke Lonergan [EMAIL PROTECTED] wrote:
Which routines implement the money arithmetic?
Ok - so now having read the old documentation and the routine
backend/utils/adt/cash.c and the type definition for Cash in
backend/include/utils/adt/cash.h I can see that it's:
* Luke Lonergan ([EMAIL PROTECTED]) wrote:
Though this may be the kiss of death, I favor a 64 bit float version of
money. It's more terse than numeric and a *lot* faster when performing
numeric operations because it would use a cpu intrinsic operand.
What about just having a numeric64, or
Luke Lonergan wrote:
Mark,
On 9/25/06 11:32 AM, Mark Wong [EMAIL PROTECTED] wrote:
Yeah, basically gather as many stats as I can to accurately profile the
overall system performance. I thought it would be appropriate to use a
TPC-H based workload as one measuring stick to use for bitmap
Stephen,
On 9/28/06 9:44 AM, Stephen Frost [EMAIL PROTECTED] wrote:
I'm not sure about 'money' in general but these claims of great
performance improvments over numeric just don't fly so easily with me.
numeric isn't all *that* much slower than regular old integer in the
tests that I've
On Thu, Sep 28, 2006 at 11:45:32AM -0400, Tom Lane wrote:
Teodor Sigaev [EMAIL PROTECTED] writes:
% echo 'SELECT count(*) FROM tst WHERE ROW(tst.*) IS NULL;' | psql wow
SET
count
---
0
(1 row)
Hm, it turns out that this works:
select * from int8_tbl x where
On Thu, 28 Sep 2006 12:44:24 -0400
Stephen Frost [EMAIL PROTECTED] wrote:
I'm not sure about 'money' in general but these claims of great
performance improvments over numeric just don't fly so easily with me.
numeric isn't all *that* much slower than regular old integer in the
tests that I've
Andrew Dunstan wrote:
Bruce Momjian wrote:
Andrew Dunstan wrote:
I will try to draw all this together today or tomorrow. It's not only
the FAQ that should be patched - the docs and the FAQ should agree with
each other.
Right.
In fact, this info arguably belongs
Hello,
I try 8.2 features. I tested to_char from doc, but without success.
postgres=# select to_char(now(), 'TMDay, DD TMMonth ');
to_char
-
Thursday, 28 September 2006
(1 row)
I expected translated names :-(. What can be wrong.
lc_collate
Bruce Momjian wrote:
Looking at this further, I am wondering if it would not be better to put
sample .emacs and .vimrc files in the source (in, say, src.tools).
The docs/FAQ would just say that we use BSD style with tab space 4 and
refer to the sample files.
Andrew, I am still
It appears that the JDBC client doesn't include the Kerberos support
that the C clients do.
So, two questions:
1) Is there an alternative JDBC client that's just a glue layer
instead of a complete re-implementation?
2) If I were willing to add a GSSAPI or SASL layer as an alternative
to
On Thu, 28 Sep 2006, Henry B. Hotz wrote:
It appears that the JDBC client doesn't include the Kerberos support
that the C clients do.
Java doesn't have accessible Kerberos support. It wraps Kerberos in
GSSAPI which requires the server to support GSSAPI instead of plain
Kerberos.
So,
Joshua D. Drake wrote:
Guido Barosio wrote:
Let me know if you need an extra pair of eyes.
O.k. I do :) Writing the scripts up are easy enough, but I am unsure how
the whole make file foo works...
OK, are all the uninstall scripts done?
* D'Arcy J.M. Cain (darcy@druid.net) wrote:
On Thu, 28 Sep 2006 12:44:24 -0400
Stephen Frost [EMAIL PROTECTED] wrote:
I'm not sure about 'money' in general but these claims of great
performance improvments over numeric just don't fly so easily with me.
numeric isn't all *that* much slower
Bruce Momjian wrote:
Joshua D. Drake wrote:
Guido Barosio wrote:
Let me know if you need an extra pair of eyes.
O.k. I do :) Writing the scripts up are easy enough, but I am unsure how
the whole make file foo works...
OK, are all the uninstall scripts done?
Crap... yes they are, at least
I wrote:
Moving makeRowNullTest() doesn't seem like a big deal, but changing
ExecEvalNullTest would take some added code. Do we want to tackle that
during beta, or hold off till 8.3? An argument for doing it now is that
we just added nulls-in-arrays in 8.2, and it'd be good if the semantics
D'Arcy,
On 9/28/06 10:12 AM, D'Arcy J.M. Cain darcy@druid.net wrote:
Numeric has been shown to be as good or better than money in I/O
operations.
What exactly does that mean in the context of a Datum: I/O operations?
- Luke
---(end of
On Sep 28, 2006, at 10:52 AM, Kris Jurka wrote:
On Thu, 28 Sep 2006, Henry B. Hotz wrote:
It appears that the JDBC client doesn't include the Kerberos
support that the C clients do.
Java doesn't have accessible Kerberos support. It wraps Kerberos
in GSSAPI which requires the server
There's an old post from Phil about having GSSAPI support almost
working with PostgreSQL. I'd like to ask him about his work, but
the email link in the archives doesn't work.
The opinions expressed in this message
Thank you for the explanation.
On Thu, 2006-09-28 at 12:06 -0400, Tom Lane wrote:
Gevik Babakhani [EMAIL PROTECTED] writes:
Does this have anything to do with ExecEvalWholeRowVar?
Yeah, the construct
Seq Scan on int8_tbl x (cost=0.00..1.05 rows=1 width=16)
Filter: (x.* IS NULL)
is
On Thu, Sep 28, 2006 at 11:39:31AM -0700, Luke Lonergan wrote:
D'Arcy,
On 9/28/06 10:12 AM, D'Arcy J.M. Cain darcy@druid.net wrote:
Numeric has been shown to be as good or better than money in I/O
operations.
What exactly does that mean in the context of a Datum: I/O operations?
Folks,
Dennis Björklund and I discovered a little problem with how CVS TIP
reports overflows on cast. Please find enclosed a patch which fixes
it.
Cheers,
D
--
David Fetter [EMAIL PROTECTED] http://fetter.org/
phone: +1 415 235 3778AIM: dfetter666
Skype:
Martijn,
On 9/28/06 11:53 AM, Martijn van Oosterhout kleptog@svana.org wrote:
Converting to/from text format for when dealing with client
applications. Numeric can convert faster than plain integers sometimes.
Numeric isn't that slow really...
Got it - so the performance benefits of the
On Thu, 28 Sep 2006, Henry B. Hotz wrote:
I take it you're not volunteering to help with my second request. ;-)
I would if we could get some -hackers buy in on the idea. Adding more and
more auth methods is something they're not excited about unless there's a
good reason (which I think
On Thu, Sep 28, 2006 at 11:57:10AM -0700, Luke Lonergan wrote:
Got it - so the performance benefits of the fixed point versus Numeric are:
- Smaller size of fixed point (less than half)
- Faster arithmetic operations
These should be quantified, so that we can evaluate Money64 as a proposal
2) If I were willing to add a GSSAPI or SASL layer as an
alternative to the bare Krb 5 support would anyone be willing
to help with the supporting mods to the pg_hba.conf parsing,
and configure?
Sure, I can help out with that. I've done a bunch of work on the current
kerberos stuff (tohugh
Martijn,
On 9/28/06 12:42 PM, Martijn van Oosterhout kleptog@svana.org wrote:
- Only supports one currency (dollars)
What are the manifestations of this?
- Only supports one scale (yen has no decimal normally, but what if you
want to track hundredths of a dollar-cent?)
So, without a
On Thu, Sep 28, 2006 at 01:29:57PM -0700, Luke Lonergan wrote:
Martijn,
On 9/28/06 12:42 PM, Martijn van Oosterhout kleptog@svana.org wrote:
- Only supports one currency (dollars)
What are the manifestations of this?
test=# select '100'::money;
money
-
$100.00
(1 row)
The
With the latest Apple developers' tools, I get some warnings that
weren't there before:
dynloader.c: In function 'pg_dlsym':
dynloader.c:44: warning: 'NSIsSymbolNameDefined' is deprecated (declared at
/usr/include/mach-o/dyld.h:150)
dynloader.c:46: warning: 'NSLookupAndBindSymbol' is deprecated
On Sep 28, 2006, at 12:42 PM, Magnus Hagander wrote:
2) If I were willing to add a GSSAPI or SASL layer as an
alternative to the bare Krb 5 support would anyone be willing
to help with the supporting mods to the pg_hba.conf parsing,
and configure?
Sure, I can help out with that. I've done a
On Thu, 28 Sep 2006 11:39:31 -0700
Luke Lonergan [EMAIL PROTECTED] wrote:
Numeric has been shown to be as good or better than money in I/O
operations.
What exactly does that mean in the context of a Datum: I/O operations?
It means that numeric is better and parsing/storing/displaying than
As for the other part - will core accept this - I can't
answer that. I
do beleive that there is a point to it, given that Java will then
support it natively, but I'm not core. I'm unsure if there
is a clear
view on the merits of adding more authentication options..
From the lack
The regular dlfcn family of functions are now properly implemented on
Darwin (10.4+).
Re: Zeroconf- Avahi is API+ABI compatible with the Apple API, so its
use would be preferable on Linux (for cross-platform considerations).
http://avahi.org/browser/trunk/avahi-compat-libdns_sd
[Warning:
On Thu, 28 Sep 2006 22:53:34 +0200
Martijn van Oosterhout kleptog@svana.org wrote:
Every new type needs to have a well-defined use-case before it can be
considered for includion.
Well, it is already included. The current proposal is simply to
improve the existing type. I guess you are arguing
Magnus Hagander [EMAIL PROTECTED] writes:
As for the other part - will core accept this - I can't answer that.
It would depend in part on the size of the patch, and on whether there
are any arguments for supporting GSSAPI besides Java can't do Kerberos.
What would it buy for a libpq user?
As for the other part - will core accept this - I can't answer that.
It would depend in part on the size of the patch, and on
whether there are any arguments for supporting GSSAPI besides
Java can't do Kerberos.
What would it buy for a libpq user?
I don't know, really ;-) It seems we're
Kris,
I would if we could get some -hackers buy in on the idea. Adding
more and more auth methods is something they're not excited about
unless there's a good reason (which I think this is).
Actually, I've been trying to get some of the Sun engineers to
contribute patches for Solaris
Tom,
It would depend in part on the size of the patch, and on whether
there
are any arguments for supporting GSSAPI besides Java can't do
Kerberos.
What would it buy for a libpq user?
According to the Solaris Security engineers, GSSAPI is more secure than
using the Kerberos headers. Also,
PostgreSQLers,
I just ran into an issue where a client thought that autovacuum was
running but it wasn't. This is because it's not fatal when autovacuum
is on but stats_start_collector and/or stats_row_level is off. I
suspect that there's a reason that it's not fatal, so I thought that
I wrote:
Moving makeRowNullTest() doesn't seem like a big deal, but changing
ExecEvalNullTest would take some added code. Do we want to tackle that
during beta, or hold off till 8.3? An argument for doing it now is that
we just added nulls-in-arrays in 8.2, and it'd be good if the
On Sep 28, 2006, at 2:24 PM, Tom Lane wrote:
Magnus Hagander [EMAIL PROTECTED] writes:
As for the other part - will core accept this - I can't answer that.
It would depend in part on the size of the patch, and on whether there
are any arguments for supporting GSSAPI besides Java can't do
I cc'ed Tom Lockhart because he *used* to be core, and I know where
he works. No response expected.
On Sep 28, 2006, at 2:11 PM, Magnus Hagander wrote:
f) SASL support is available in current Java as well as C.
SASL libraries are included (or at least loadable) on MacOS,
Solaris 10+, and
On Sep 28, 2006, at 3:03 PM, Josh Berkus wrote:
Tom,
It would depend in part on the size of the patch, and on whether
there
are any arguments for supporting GSSAPI besides Java can't do
Kerberos.
What would it buy for a libpq user?
According to the Solaris Security engineers, GSSAPI is
David Fetter [EMAIL PROTECTED] writes:
! DETAIL: A field with precision 4, scale 4 must have an absolute value less
than 1.
[ becomes ]
! DETAIL: A field with precision 4, scale 4 must have an absolute value less
than 1 - 5 * 10^-5.
This strikes me as overly pedantic. The message needs
On Thu, Sep 28, 2006 at 05:11:43PM -0400, Tom Lane wrote:
David Fetter [EMAIL PROTECTED] writes:
! DETAIL: A field with precision 4, scale 4 must have an absolute value
less than 1.
[ becomes ]
! DETAIL: A field with precision 4, scale 4 must have an absolute value
less than 1 - 5 *
On Thu, Sep 28, 2006 at 05:11:43PM -0400, Tom Lane wrote:
David Fetter [EMAIL PROTECTED] writes:
! DETAIL: A field with precision 4, scale 4 must have an absolute value
less than 1.
[ becomes ]
! DETAIL: A field with precision 4, scale 4 must have an absolute value
less than 1 - 5 *
On Thu, Sep 28, 2006 at 11:16:56PM +0200, Martijn van Oosterhout wrote:
On Thu, Sep 28, 2006 at 05:11:43PM -0400, Tom Lane wrote:
David Fetter [EMAIL PROTECTED] writes:
! DETAIL: A field with precision 4, scale 4 must have an absolute value
less than 1.
[ becomes ]
! DETAIL: A
On Thu, Sep 28, 2006 at 05:19:47PM -0400, D'Arcy J.M. Cain wrote:
On Thu, 28 Sep 2006 22:53:34 +0200
Martijn van Oosterhout kleptog@svana.org wrote:
Every new type needs to have a well-defined use-case before it can be
considered for includion.
Well, it is already included. The current
On Thu, Sep 28, 2006 at 03:07:39PM -0700, David Wheeler wrote:
PostgreSQLers,
I just ran into an issue where a client thought that autovacuum was
running but it wasn't. This is because it's not fatal when autovacuum
is on but stats_start_collector and/or stats_row_level is off. I
On Sep 28, 2006, at 16:39, Jim C. Nasby wrote:
+1. I was just at a client today that had run into this problem.
Actually, I'm in favor of refusing to start if autovac is on but the
proper stats settings aren't. I'd rather that then people ending up
with
bloated databases and crappy
Henry,
Sun demonstrated that you could build the existing Kerberos support
with the current Solaris 11 beta's. They opened the native MIT
Kerberos API for outside use.
Yes, and this will be available via the supported version in Solaris 10 Update
4.
However, that doesn't change that some
On Sep 28, 2006, at 3:01 PM, Josh Berkus wrote:
Kris,
I would if we could get some -hackers buy in on the idea. Adding
more and more auth methods is something they're not excited about
unless there's a good reason (which I think this is).
Actually, I've been trying to get some of the Sun
Jim C. Nasby wrote:
On Thu, Sep 28, 2006 at 03:07:39PM -0700, David Wheeler wrote:
PostgreSQLers,
I just ran into an issue where a client thought that autovacuum was
running but it wasn't. This is because it's not fatal when autovacuum
is on but stats_start_collector and/or stats_row_level
Jim C. Nasby [EMAIL PROTECTED] writes:
On Thu, Sep 28, 2006 at 05:19:47PM -0400, D'Arcy J.M. Cain wrote:
Well, it is already included. The current proposal is simply to
improve the existing type. I guess you are arguing a different
proposal altogether - to remove the existing type.
The
Josh Berkus josh@agliodbs.com writes:
However, that doesn't change that some people would like us to support
GSSAPI, and there may be some benefit (additional applications, better
network authentication, etc.) for doing so. If we can get additional
programmers to code the support (i.e. Sun,
On Thu, Sep 28, 2006 at 11:23:30PM -0400, Tom Lane wrote:
Jim C. Nasby [EMAIL PROTECTED] writes:
On Thu, Sep 28, 2006 at 05:19:47PM -0400, D'Arcy J.M. Cain wrote:
Well, it is already included. The current proposal is simply to
improve the existing type. I guess you are arguing a different
Jim C. Nasby [EMAIL PROTECTED] writes:
I think it's also important to protect for the possibility of a more
complete (and probably incompatible) type in the future, such as one
that stores what currency a value is in.
Well, such a type could be called currency, cash, forex or several
other
Jim C. Nasby [EMAIL PROTECTED] wrote:
The reason I thought of this is because once the transaction commits, we
have no use for the cid info. So we could do something like have
bgwriter look for tuples that belong to committed transactions before it
writes a page, and strip the cid out of
Josh Berkus wrote:
Henry,
Sun demonstrated that you could build the existing Kerberos support
with the current Solaris 11 beta's. They opened the native MIT
Kerberos API for outside use.
Yes, and this will be available via the supported version in Solaris 10
Update
4.
However,
Joshua D. Drake [EMAIL PROTECTED] writes:
Is there any reason why we haven't built a generic authentication API?
Something like PAM, except cross platform?
We're database geeks, not security/crypto/authentication geeks. What
makes you think we have any particular competence to do the above?
Tom Lane wrote:
Joshua D. Drake [EMAIL PROTECTED] writes:
Is there any reason why we haven't built a generic authentication API?
Something like PAM, except cross platform?
We're database geeks, not security/crypto/authentication geeks. What
makes you think we have any particular competence
87 matches
Mail list logo