opefully we can get it all done without giving users a reason to consider
switching. ;)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there
On 12 Apr 2016, at 14:12, Yury Zhuravlev wrote:
> Justin Clift wrote:
>> Simon included a short starter list of potentials which might be in
>> that category:
>>
>> * SQL compliant identifiers
>> * Remove RULEs
>> * Change recovery.conf
>>
On 12 Apr 2016, at 17:23, Merlin Moncure wrote:
> On Mon, Apr 11, 2016 at 11:39 AM, Justin Clift wrote:
>> Moving over a conversation from the pgsql-advocacy mailing list. In it
>> Simon (CC'd) raised the issue of potentially creating a
>> backwards-compatibility
&
On 13 May 2016, at 21:42, Josh berkus wrote:
> On 05/13/2016 01:04 PM, Joshua D. Drake wrote:
>> On 05/13/2016 12:03 PM, Josh berkus wrote:
>>> On 05/13/2016 11:48 AM, Robert Haas wrote:
On Fri, May 13, 2016 at 12:12 PM, Joshua D. Drake
wrote:
>>
>>> Anyway, all of this is a moot point
Hi Chris,
I don't have time at the moment to start making the needed document. :(
Does anyone want to throw together the basics of it and put it somewhere
useful?
:-)
Regards and best wishes,
Justin Clift
Christopher Kings-Lynne wrote:
>
> I remember someone mentioning on th
Thomas Lockhart wrote:
>
> If that were exposed, then folks could have additional control over the
> optimizer no matter what syntax they prefer to use. And in fact could
> alter the behavior without having to completely rewrite their query.
>
> One could also think about a threshold mechanism
Thomas Lockhart wrote:
>
> ...
> > I'm of a belief that *eventually* we really can take enough of the
> > variables into consideration for planning the best query every time. I
> > didn't say it was gunna be soon, nor easy though.
>
> I agree. But I'd like to eliminate the optimizer variability
Hi Bruce,
Haven't looked at the code, but there's no license with it.
Andreas, are you cool with having the same License as PostgreSQL for it
(BSD license)?
:-)
Regards and best wishes,
Justin Clift
Bruce Momjian wrote:
>
> Can someone comment on this?
Hi Bruce,
Did we reach an opinion as to whether we'll include GPL'd code?
My vote is to not include this code, as it just muddies the water with
PostgreSQL being BSD based.
:-)
Regards and best wishes,
Justin Clift
Andreas Scherbaum wrote:
>
> Justin Clift wrote:
generate mingwin code too.
:-)
Regards and best wishes,
Justin Clift
"Marc G. Fournier" wrote:
>
> On Fri, 3 May 2002, mlw wrote:
>
> > "Marc G. Fournier" wrote:
> > >
> > > Morning all ...
> > >
> > > Just a heads
e
(i.e. there may already be a way of splitting it off easy, etc), but
we'll never know if we don't say hello. (Hey, that rhymes!)
:-)
Regards and best wishes,
Justin Clift
> It looks like the APR is pretty analogous to SysV with a few changes, so it
> sho
just so PostgreSQL could be
included in the "Database Foundry" on the Sourceforge site. :)
http://www.sf.net/projects/pgsql
And then I started a new contract and haven't had time to do anything
with it (oh well).
Regards and best wishes,
Justin Clift
>
> "R
ussion areas.
> Perhaps pgsql-promotion would be a good name that'd avoid the aura of
> flamewars. Or maybe that's just my own perception not anyone else's.
There is already a pgsql-advocacy list (as was pointed out recently),
but it's unused.
Borrow a leaf from the Ope
Hi everyone,
This is Jonah's explanation of what Nextgres is, as his response didn't
make it to the list (some kind of software or network problem).
:-)
Regards and best wishes,
Justin Clift
Original Message
Subject: Re: [HACKERS] Nextgres?
Date: Wed, 26 Jun 200
nd if you have suggestions regarding
the publishing of benchmarks, this is probably the place they will be
implemented.
Hope this helps.
:-)
Regards and best wishes,
Justin Clift
Paul Ramsey wrote:
>
> Have any organizations run TPC benchmarks against PostgreSQL other than
> the old and
Hi Florian,
Is it possible to crash a 7.2.1 backend without having an entry in the
pg_hba.conf file?
i.e. Is every PostgreSQL 7.2.1 installation around vulnerable to a
remote DoS (or worse) from any user anywhere, at this moment in time?
Regards and best wishes,
Justin Clift
Florian Weimer
for weird characters and formatting
hacks) on the date given, then use the date as part of a SQL query, and
PostgreSQL will die?
?
Regards and best wishes,
Justin Clift
Florian Weimer wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
>
> > Is it possible to crash a
malicious types.
Regards and best wishes,
Justin Clift
Florian Weimer wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
>
> > - A PostgreSQL 7.2.1 server can be crashed if it gets passed certain
> > date values which would be accepted by standard "front end"
egards and best wishes,
Justin Clift
> Chris
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi
-
and of
PostgreSQL needing an audit.
Any idea if the things mentioned in this are true?
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group;
gabyte, billion-record-plus business information database.
I'm pretty sure everyone will appreciate the significance of these
companies showing their support.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who wo
e included, etc?
:-)
Regards and best wishes,
Justin Clift
Original Message
Subject: [GENERAL] About to update the PostgreSQL-Functions in the PHP
Manual
Date: Sun, 18 Aug 2002 13:32:21 +0200
From: "Cornelia Boenigk" <[EMAIL PROTECTED]>
Hi everyone,
I am in the
Hi Vince,
Glad he made the advisory for something there's a fix for. :)
Regards and best wishes,
Justin Clift
Vince Vielhaber wrote:
>
> Surprised it took this long.
>
> Vince.
> --
> ==
>
Hi Florian,
You guys *definitely* write scarey code.
:-(
Regards and best wishes,
Justin Clift
Florian Weimer wrote:
>
> Alvar Freude <[EMAIL PROTECTED]> writes:
>
> >> What about checking the input for backslash, quote,
> >> and double quote (\'&q
Vince,
Do you reckon it's worth you responding to "Sir Mordred" and pointing
out that he overstated the vulnerability?
:-)
Regards and best wishes,
Justin Clift
Tom Lane wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
> > Glad he made the advisor
Christopher Kings-Lynne wrote:
>
> > On Tue, 20 Aug 2002, Justin Clift wrote:
> >
> > > Vince,
> > >
> > > Do you reckon it's worth you responding to "Sir Mordred" and pointing
> > > out that he overstated the vulnerability?
Tom Lane wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
> > From the info still around, this looks to mean that the cash_words()
> > problem was fixed, but the cash_out() problem was harder to fix.
>
> > Tom/Bruce, is that correct?
>
> The cash_out
Tom Lane wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
> > Hang on, you seem to be suggesting we release a major new upgrade, with
> > major new functionality, knowing it contains a way to trivially crash
> > the backend.
>
> This particular hole has be
example, yet a large number of them probably wouldn't be so comfortable
having PostgreSQL available for their clients whilst knowing that these
kinds of DOS bugs exists. Mentally, it's not a good thing.
Not trying to be a pain here, but instead trying to keep our QA level
up.
:)
Regards
vulnerabilities with some decent amount of time in advance so we can
create the necessary patches/fixes, etc?
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be
Hi guys,
Sir Mordred seems okay, and is happy to help us out as long as we give
him credit where it's due.
Can't see where that would be a problem with anyone here, as it's
totally in line with how we work, so am going to say yes to him up
front.
:-)
Regards and best wishes
e
people in our community are the decent up-front kind of folk, and we
welcome your assistance and expertise in helping us find the
vulnerabilities in PostgreSQL.
So, yep, it's all cool with us.
:-)
Regards and best wishes,
Justin Clift
Sir Mordred The Traitor wrote:
>
> Hi Justi
w more backward incompatibility in regards
> to functions/opaque, should we open some discussion on 7.3 really being
> 8.0?
Depending on how far back we push this, we might be able to get Windows
Native support added. That'd be cool and probably contribute to an 8.0.
:)
Regards and
pe I'm not pushing too strongly for this, as, after all, I can't do
the coding needed here. :(
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to t
Bruce Momjian wrote:
>
> Justin Clift wrote:
> > Only two things which have the potential to be worth waiting for, from
> > what I'm aware of. There may be others:
> >
> > - Find out from Sir Mordred if he wants to take a look at the CVS
> >version
that will need
to be applied to the 7.2.x branch.
:-)
Regards and best wishes,
Justin Clift
Oleg Bartunov wrote:
>
> Tom,
>
> I think it's worth to include patch for query planner which
> fixes using indices with predicates for join plans. We found it's
> quite use
Hi all,
Just a link to this from the front page of the techdocs.postgresql.org
site.
Hope it helps.
:-)
Regards and best wishes,
Justin Clift
Greg Stark wrote:
>
> [EMAIL PROTECTED] (ad wolf) writes:
>
> > We're offering a small reward for a PG hacker that can cod
looking like it might be useful.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there.
ugh until we add
some kind of ability for PostgreSQL to not look at the filesystem for
info about where to put the xlog files.
Regards and best wishes,
Justin Clift
> Mike Mascari
> [EMAIL PROTECTED]
--
"My grandfather once told me that there are two kinds of people: those
who wor
vironment variable or similar ability (GUC parameter
perhaps?), and the other would be for the Native PostgreSQL for Windows
port to follow these shortcuts.
Not if any of these is all that easy, or maybe there is another solution
that would work (apart from ignoring the problem).
:-)
Regards and best
f you can.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi
--
f is up to the task.
Can people please come forward to help them out with info about the
reliability and performance of PostgreSQL in Mission Critical
situations?
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and
en about
by not being on the list?
:-)
Regards and best wishes,
Justin Clift
> --
> Nigel J. Andrews
> Director
>
> ---
> Logictree Systems Limited
> Computer Consultants
>
> ---(end of broadcast)---
> TIP 5: Ha
of what I can do, or maybe have a few minutes
to look at my code and point out the problem?
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first g
but for now it just
works (albeit time consuming).
Where do I post it (here or PATCHES?) because if the code is rugged
enough then it might be useful in contrib?
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who wo
world suitable) and it's
based on the ANSI AS3AP database testing standard.
The main site for the Open Source Database Benchmark is:
http://osdb.sf.net
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and th
working alright.
Am just "fine tuning" this util, and it's looking to be pretty nifty.
It automatically tunes local or remote PostgreSQL databases (currently
it's limited to the shared_buffers, sort_mem, and vacuum_mem
variables). But it's a start. :)
Regards and best wis
utotune
It was created on a FreeBSD system, but should also work on at least
Linux, Solaris, and MacOS X.
This is a time & load intensive tool, so you'll need to ensure you only
run it when you have a couple of hours to wait for the results.
Overnight is good. :)
Regards and best wishes
Tom Lane wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
> > Have been putting together a tool called "pg_autotune" for automatically
> > tuning a PostgreSQL database (either local or remote). It does this by
> > repetitively benchmarking Postg
validity upon startup, so that could
solve the data damaging issue.
So, this thread has migrated away from a PGXLOG environment variable to
discuss PGXLOG in general (good or bad) and also has implementation
points too (about which people have been arguing).
Regards and best wishes,
Justi
time.
Am still getting the hang of performance tuning stuff. Have a bunch of
Ultra160 hardware for the Intel platform, and am testing against it as
time permits.
Not as high end as I'd like, but it's a start.
:-)
Regards and best wishes,
Justin Clift
> Bye
> Shridhar
--
"M
s to another drive after creation
though. That apparently has the potential to help as well.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to
Shridhar Daithankar wrote:
>
> On 26 Sep 2002 at 19:05, Martijn van Oosterhout wrote:
> > fsync IIRC only affects the WAL buffers now but it may be quite expensive,
> > especially considering it's running on every transaction commit. Oh, your
> > WAL files are on a seperate disk from the data?
>
ns that
pg_autotune has been using 5-run averages, and using a large tolerance
factor by default. It would be good to improving on that.
:-)
Regards and best wishes,
Justin Clift
> --
> Tatsuo Ishii
--
"My grandfather once told me that there are two kinds of people: those
who work a
all probably be interested to hear this. Added the PostgreSQL
"Performance" mailing list to this thread too, Just In Case. (wow that's
a lot of cross posting now).
Regards and best wishes,
Justin Clift
> Bye
> Shridhar
>
> --
> Cropp's
REINDEX to work without having this side affect?
Pre-creating a bunch of dangling symlinks doesn't work (tried that, it
gives a "ERROR: cannot create accounts_pkey: File exists" on FreeBSD
4.6.2 when using the REINDEX).
Any suggestions?
:-)
Regards and best wishes,
Justin Clift
hat the default value would be, maybe the PGDATA directory,
maybe something as a GUC variable, etc, but that's the concept.
:-)
Regards and best wishes,
Justin Clift
> May be transaction logs, indexes goes in separte directory which can be
> symlinked. Linking a directory is much
it could be done better XYZ way", etc.
:-)
Regards and best wishes,
Justin Clift
> Putting indexes into a separate subdirectoy and mount/link that directory on a
> device that is on a separate SCSI channel is what I can think of as last drop
> of performance out of it..
>
>
noticeable.
Not saying it's ready right now, but am hoping that maybe 7.4 would be
able to include it.
:-)
Regards and best wishes,
Justin Clift
> So, for those doing commits or anoncvs, remember that the 'stable' branch
> requires you to use:
>
>
already pretty good. :-)
Which other fixes would be included?
Regards and best wishes,
Justin Clift
> Are we too close to 7.3 for this to be worthwhile? Certainly there will
> be people distributing 7.2.X for some time as 7.3 stabilizes.
>
> --
> Bruce Momjian
data format automatically, then for it to do the
conversion process of the old data format to the new one before going
any further?
Sounds like a pain to create initially, but nifty in the end.
:-)
Regards and best wishes,
Justin Clift
> --
> Alvaro Herrera ()
> "La fuerza n
uot;contrib" is (oid2name is already
there I know), but so people don't have to go hunting all over GBorg to
find the bits that they'd want.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those
c, but the
concept sounds useful.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
Peter Eisentraut wrote:
>
> Justin Clift writes:
>
> > Would it be beneficial for us to extend "pg_config" to update the
> > postgresql.conf file?
>
> That has nothing to do with pg_config's functions.
At present, sure. Was thinking a tool f
ve branch is likely to be really needed? Stuff still feels
a bit too chaotic.
Regards and best wishes,
Justin Clift
>
> regards, tom lane
>
> ---(end of broadcast)---
> TIP 3: if posting/reading through
he 'set sort_mem=xxx' option either, but it might work for
the next version of pg_autotune (am going to have to re-write it
anyway).
:)
Regards and best wishes,
Justin Clift
> Joe
--
"My grandfather once told me that there are two kinds of people: th
law, then we should definitely have a 7.2.3 to
ensure the usability of the 7.2.x series.
Some places will still be using 7.2.x for 2 years to come, just because
7.2.x was what their projects started developing against, etc.
:-)
Regards and best wishes,
Tom Lane wrote:
> Any votes on whether to fix that or leave it alone in 7.2.3? I need
> some input in the next few hours ...
Including it sounds like a good idea.
'Yes' from me.
:)
Regards and best wishes,
Justin Clift
>
abase server to be able to adjust the pg_hba.conf
file, and a) Would take some decent time and effort to get up and
running. A lot longer than cut and pasting into an Excel document then
back out again. :-/
Regards and best wishes,
Justin Clift
> --
> (concatenate 'string "aa45
hoping people have good ideas, beneficial directions,
etc.
If everything is looking good, then we'll look to ensuring this is a
workable Open Source license, etc. (www.opensource.org)
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of p
ge.
Um, doesn't "world's" mean "world is" ?
That wouldn't make sense then though. ?
Regards and best wishes,
Justin Clift
> -tfo
>
> ---(end of broadcast)---
> TIP 1: subscribe and unsubscribe co
orlds" here is basically saying "every world most advanced open source
> database" and does not, in any case, connote possession.
Ok, updating it now. Thanks heaps Thomas.
:-)
Regards and best wishes,
Justin Clift
> -tfo
--
"My grandfather once told me that there
subscribe pgsql-performance
as the message body.
:-)
Regards and best wishes,
Justin Clift
> Bye
> Shridhar
>
> --
> Clarke's Conclusion:Never let your sense of morals interfere with doing the
> right thing.
>
> ---(end of broadcast)
ult language, English for this
site.
:-)
Regards and best wishes,
Justin Clift
> Regards
> Tino
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there w
e
site and emailed it to the volunteers. :)
So far community members have volunteered for German, Turkish, French,
Spanish, Brazilian Portuguese, and Polish.
Cool. :)
Want to co-ordinate with the other two German language volunteers?
Regards and best wishes,
Justin Clift
> Regards
> T
e wrong on this one) it can be
updated pronto.
:)
Regards and best wishes,
Justin Clift
Oleg Bartunov wrote:
>
> Justin,
>
> what does world map with fuzzy points supposed to show ?
>
> Oleg
> On Wed, 2 Oct 2002, Justin Clift wrote:
>
> > Hi all,
> &
but
didn't want to step on Vince's toes *too much*.
:)
Regards and best wishes,
Justin Clift
> > Vince.
> >
>
> Regards,
> Oleg
> _
> Oleg Bartunov, sci.researcher, ho
rsion straight into the database backend.
Sound workable to you?
:-)
Regards and best wishes,
Justin Clift
> Best Regards,
> Michael Paesold
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be
's common to have a bunch of drives and allocate different ones for
different tasks appropriately, whether in array sets, individually,
mirrored, etc.
100% totally feasible to have a separate 15k SCSI drive or two just
purely for doing sorts if it would assist in throughput.
:-)
u can
point your CIO, CTO, and CEO's at, etc.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competit
ors do it easily can be constructed over the next fortnight or
so.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less compet
Greg Copeland wrote:
> If so, I assume it would become a configure option (--with-aio)?
Or maybe a GUC "use_aio" ?
:-)
Regards and best wishes,
Justin Clift
>
> Regards
x27;s really
going to help. :-)
In addition to this, Stefano has also volunteered to be an Italian
language contact for the PostgreSQL Advocacy and Marketing team. With
luck we'll gain good PostgreSQL representatives for *all* of the major
languages and get some nifty stuff happening.
:-)
R
inguprserv.php
That could be the basis for your async replication solution.
Hope that helps.
:-)
Regards and best wishes,
Justin Clift
> It doesn't remove the slow time, but will distribute the slowness across
> every transaction rather than all at once (via creation of replicati
ld be used to send out Romanian
pages? i.e. for English, French, German it's iso-8859-1, for Turkish
it's iso-8859-9, Romanian = ?
:-)
Regards and best wishes,
Justin Clift
[EMAIL PROTECTED] wrote:
>
> Hello !
>
> I'd like to translate the advocacy site to R
Hi everyone,
The Turkish translation of the PostgreSQL "Advocacy and Marketing" site,
done by Devrim GUNDUZ <[EMAIL PROTECTED]> is now complete and
ready for public use:
http://advocacy.postgresql.org/?lang=tr
Pretty cool stuff. Thanks Devrim. :-)
Regards and best wishe
at's 4 completed languages at this point, with more coming along.
Let's see how many more can be added... :)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to b
, regardless if they're released separately as add-on
patches or not.
:-)
Regards and best wishes,
Justin Clift
> --
> Bruce Momjian| http://candle.pha.pa.us
> [EMAIL PROTECTED] | (610) 359-1001
> + If your life is a hard drive,
> Thomas Swan wrote:
>
> Justin Clift wrote:
> > Ok. Wonder if it's worth someone creating a "PostgreSQL Powertools"
> > type of package, that includes in one download all of these nifty
> > tools (pg_autotune, oid2name, etc) that would be beneficial
= foo
$
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi
---
to relfilenode2name and install by default
Should it be renamed to pg_ for namespace consistency?
:-)
Regards and best wishes,
Justin Clift
> Actually, to be accurate, I think databases are stored based on their
> oid and tables/indexes are stored based on their relfilenode. That is
least).
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi
--
5 languages done, with Brazilian Portuguese and Spanish
nearly ready too.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less comp
are coming along.
Am very, very proud of our community members.
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition
network, you
> might get lucky. But it is an extremely dangerous plan.
Ok, have just removed the link. Sorry for not getting around to it
before Andrew.
(Bruce pointed out your email, otherwise I would have missed it again
too).
:-/
Regards and best wishes,
Justin Clift
> A
>
>
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi
--
in's about.
So, does anyone know who the Admin's are, so we can get things fixed up?
:-)
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
fi
Hi Neil,
Cool. It's fixed now. We've just recreated the channel and started
giving operator access to the right people.
:-)
Regards and best wishes,
Justin Clift
Neil Conway wrote:
>
> Justin Clift <[EMAIL PROTECTED]> writes:
> > Hi all,
> >
> &g
Bruce Momjian wrote:
>
> I have copies of Peer Direct's (Jan's company) port of PostgreSQL to
> Win32, and SRA's port to Win32, and permission to generate a merged
> patch that can be applied to 7.4.
>
> Now that 7.3 is almost complete, I am going to start work on that. I
> will post patches tha
ly be ready soon.
:)
That'll make an even 10 languages!
Regards and best wishes,
Justin Clift
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition
1 - 100 of 343 matches
Mail list logo