On Thu, Mar 08, 2001 at 09:00:09PM -0500, Tom Lane wrote:
> [EMAIL PROTECTED] (Nathan Myers) writes:
> > Similar approaches have been tried frequently, and even enshrined
> > in standards (e.g. POSIX catgets), but have almost always proven too
> > cumbersome. The pr
, by the way, you will see
that it could work without a catalog underneath; integrating a catalog
would just require changes in a header file (and the programs to generate
the catalog, of course). That quality seems to me essential to allow the
changeover to be phased in graduall
also a way to automate internal
documentation.
Nathan Myers
[EMAIL PROTECTED]
---(end of broadcast)---
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])
On Sat, Mar 10, 2001 at 06:29:37PM -0500, Tom Lane wrote:
> [EMAIL PROTECTED] (Nathan Myers) writes:
> > Is this page
> > http://members.fortunecity.com/nymia/postgres/dox/backend/html/
> > common knowledge?
>
> Interesting, but bizarrely incomplete. (Yeah, we ha
gt;
> >Can we slightly enlarge the font?
>
> Can do. What size do you think is best?
>
> I've always used size=1 for that line...
Absolute font sizes in HTML are always a mistake. size="-1" would do.
--
Nathan Myers
[EMAIL PROTECTED]
---(end o
like "12:47:63".
The only unfortunate feature is their standard format for a
date/time: "2001-03-22T12:47:63". To me the ISO date format
is far better than something involving month names.
I'd like to see ISO 8601 as the default data format.
--
Nathan Myers
[EM
On Mon, Mar 05, 2001 at 02:00:59PM -0500, Tom Lane wrote:
> [EMAIL PROTECTED] (Nathan Myers) writes:
> > The CRC-64 code used in the SWISS-PROT genetic database is (now) at:
> > ftp://ftp.ebi.ac.uk/pub/software/swissprot/Swissknife/old/SPcrc.tar.gz
>
> > From
Sorry for taking so long to reply...
On Wed, Mar 07, 2001 at 01:27:34PM -0800, Mikheev, Vadim wrote:
> Nathan wrote:
> > It is possible to build a logging system so that you mostly don't care
> > when the data blocks get written
[after being changed, as long as they get
Or, better
#define FRAG64(bits,shift) (((uint64)(bits)) << (shift))
#define LITERAL64(a,b,c,d) \
FRAG64(a,48) | FRAG64(b,32) | FRAG64(c,16) | FRAG64(d,0)
LITERAL64(0xdead,0xbeef,0xfeed,0xface)
That might be overkill for just a single literal...
Nathan Myers
ncm
-
manual, it's probably much freer than GPL. For the paranoid,
the actual instructions, extracted, are just
1:
ll %0,%3
bnez %0,2f
li %1,1
sc %1,%2
beqz %1,1b
2:
Nathan Myers
[EMAIL PROTECTED]
---
/* Machine-dependent p
lumn type) remains unchanged.
The O-O principle involved here is Liskov Substitution: if the derived
table is used in the context of code that thinks it's looking at the
base table, does anything break?
Changing the default value of a column should not break anything,
because the different defau
On Fri, Mar 30, 2001 at 12:10:59PM -0500, Tom Lane wrote:
> [EMAIL PROTECTED] (Nathan Myers) writes:
> > The O-O principle involved here is Liskov Substitution: if the derived
> > table is used in the context of code that thinks it's looking at the
> > base table, d
se-table code only has to understand
the derived table. The derived table need not be able to represent
all values possible in the base table.
Nathan Myers
[EMAIL PROTECTED]
---(end of broadcast)---
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
t said:
--
All 76 tests passed.
--
Nathan Myers
[EMAIL PROTECTED]
On Sat, Mar 31, 2001 at 12:02:35PM +1200, Franck Martin wrote:
> I still don't see an entry for Linux 2.4.x
>
> Cheers.
>
> Thomas Lockhart wrote:
>
> > Unreported or problem platform
On Sat, Mar 31, 2001 at 07:44:30PM -0500, Tom Lane wrote:
> [EMAIL PROTECTED] (Nathan Myers) writes:
> >> This seems pretty random. It would be more reasonable if multiple
> >> (default) inheritance weren't allowed unless you explicitly specify a new
> >> defau
lt value.
A bit of O-O doctrine... when you find yourself tempted to do something
like the above, it usually means you're trying to do the wrong thing.
You may not have a choice, in some cases, but you should know you are
on the way to architecture meltdown. "She'll blow, Cap'
lt different from the child's, then pg_dump
> had better emit the child field explicitly.
The rule above appears to work even if inherited-default conflicts
are not taken as an error, but just result in a derived-table column
with no default.
Nathan Myers
[EMAIL PROTECTED]
--
26, Alexander Klimov
> Windows/Win32 x86 7.1 2001-03-26, Magnus Hagander (clients only)
I saw three separate reports of successful builds on Linux 2.4.2 on x86
(including mine), but it isn't listed here.
--
Nathan Myers
[EMAIL PROTECTED]
---(end of broadcast)
oting,
besides, the glibc-version tested along with each Linux kernel version.
Nathan Myers
[EMAIL PROTECTED]
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
hare his configuration?There is job schedulers for Windows. I have no idea how good or bad theyare.
This might help:
http://support.microsoft.com/default.aspx?scid=kb;en-us;308569&sd=tech
The windows scheduler is ok. I think Dave is doing it the best way.
Nathan Joshua D. Drake>&g
A list of simpler TODOs would be great. I might be interested in doing
something (probably w/o the summer of code because I have a summer
job). We'll see after exams finish.
Please post something about where we can find this TODO list when it is available.
Thanks,
NathanOn 4/5/06, Jim Nasby <[EMA
a postgres extension
to the usual SQL types. It seems to me that having an officially
supported type would be better than a user contributed type on the grounds
that you could then rely on it being avaiable if postgres was.
In particular, installing it as an extension would require the cooperation
of t
g at run time, just as a requirement that
the copyright notice be kept with the source code. That is, an
identical requirement to the one that postgres itself uses.
--
Nathan Wagner
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
le of hours. As far as i can tell, it works fine. I'm calling it alpha
because i'm not doing proper error checking, and i'm not sure how to log or
throw an error even if i detect one. Also, I have only compiled it on
Mac OS 10.3, I'll want to test it on my linux box.
--
N
;m mainly posting it for suggestions,
comments, and so we have something that isn't vaporware to argue about.
:)
--
Nathan Wagner
---(end of broadcast)---
TIP 3: Have you checked our extensive FAQ?
http://www.postgresql.org/docs/faq
in it in contrib. I'm not certain
if i have the requisite knowledge to maintain it in the core. While
I could acquire the familiarity if need be, for the next year and nine
months law school is going to take up the bulk of my free time. And
of course I'll still need time to play around w
complex measures which
> application developers take to create "universal" IDs.
Different applications have different goals. Unguessability might
be important in some contexts.
--
Nathan Wagner
---(end of broadcast)---
TIP 4: Have you searched our list archives?
http://archives.postgresql.org
he author
> would re-license. if that is the *only* objection, it is well worth
> asking)
Not sure what uuid library you were using, but the one i used
is not LGPL. I posted earlier the copyright and license portion of
the readme. No relicensing would be necessary.
--
Nathan Wagner
there should be a core UUID type as well.
I'm testing out elog(). I'll post a new version later today. There really
won't be any new functionality, it's just code clean up.
--
Nathan Wagner
---(end of broadcast)---
TIP 6: explain analyze is your friend
lications. Then, to use an
example from another domain, initial TCP sequence numbers should
be random (i.e. unguessable). A problem with TCP perhaps. It's
been a while since i've read over my copy of _Applied Cryptography_,
but I seem to recall that unguessable numbers were
n topic, I posted these two so that folks could look at the code
i was proposing if they wished.
--
Nathan Wagner
---(end of broadcast)---
TIP 4: Have you searched our list archives?
http://archives.postgresql.org
ve no idea how much work that would be.
Oh, and by the way, thanks to all for one really nice database!
Nathan
_r
ld: 0711-317 ERROR: Undefined symbol: __setkey_r
ld: 0711-317 ERROR: Undefined symbol: __encrypt_r
collect2: ld returned 8 exit status
any help would be great !!
thank you
nathan
The first thing to point out is that the estimated cost is measured in
terms of page reads while the actual time is measured in milliseconds. So
even if the cost estimate is accurate it is unlikely that those numbers
will be the same.
-N
--
Nathan C. Burnett
Research Assistant, Wisconsin
301 - 334 of 334 matches
Mail list logo
