Re: [HACKERS] a vulnerability in PostgreSQL

2002-06-02 Thread Bruce Momjian
Tatsuo Ishii wrote: I hope you won't make this standard practice. Because there are quite significant differences that make upgrading from 7.1.x to 7.2 troublesome. I can't name them offhand but they've appeared on the list from time to time. I tend to agree above but am not sure making

Re: [HACKERS] a vulnerability in PostgreSQL

2002-06-02 Thread Bruce Momjian
Trond Eivind Glomsrød wrote: Postgresql doesn't support upgrades[1], so if we're going to release upgrades[2], we'd need the backported fixes for 6.5, 7.0 and 7.1 [1] Not the first time I mention this, is it? There is now /contrib/pg_upgrade. It has all the things I can think of for

[HACKERS] make_ctags problem

2002-06-02 Thread Mattew T. O'Connor
Hello, I have been trying to get the make_ctags script working. On Redhat 7.3 (that is all I have access to at the moment.) the script generates the following output: [matthew@zeutrh73 src]$ pwd /home/matthew/src/pgsql/src [matthew@zeutrh73 src]$ ./tools/make_ctags ctags: Unknown option: -d

[HACKERS] tuplesort: unexpected end of data

2002-06-02 Thread NunoACHenriques
Hi all! First of all, thanks for your fine job and the answers to a problem (which I thought it was a PG bug) I posted some days ago. I've solved it! Now I've got another strange issue to post... Briefing: the program runs daily and this (please see below) error

Re: [HACKERS] make_ctags problem

2002-06-02 Thread Christopher Kings-Lynne
FreeBSD man page for ctags: -d Create tags for #defines that do not take arguments; #defines that take arguments are tagged automatically. -t Create tags for typedefs, structs, unions, and enums. Chris - Original Message - From: Mattew T. O'Connor

[HACKERS] perl pod2man bug

2002-06-02 Thread Bruce Momjian
I have found current CVS doesn't work with Perl 5.005 patch 3. It tries to do: #$ pod2man Pg.pm Pg.3 /usr/bin/pod2man: Need one and only one podpage argument usage: /usr/bin/pod2man [options] podpage Options are: --section=manext (default 1)

Re: [HACKERS] [BUGS] Bug #655: win32 client and bytea column

2002-06-02 Thread Bruce Momjian
Krzysztof Stachlewski wrote: - Original Message - From: Bruce Momjian [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Sunday, June 02, 2002 10:45 PM Subject: Re: [BUGS] Bug #655: win32 client and bytea column Yes, this is certainly our error message:

Re: [HACKERS] Trying to reduce per tuple overhead (bitmap)

2002-06-02 Thread Bruce Momjian
Manfred Koizar wrote: Tom Lane wrote in another tread: PS: I did like your point about BITMAPLEN; I think that might be a free savings. I was waiting for you to bring it up on hackers before commenting though... So here we go... Hi, in htup.h MinHeapTupleBitmapSize is defined to be

Re: [HACKERS] Compilation failed when --with-recode specified (patch)

2002-06-02 Thread Bruce Momjian
Glad you are testing recode because I changed its token handling to use the new unified token code used by pg_hba.conf and pg_ident.conf. --- Oliver Elphick wrote: -- Start of PGP signed section. Using this configuration:

Re: [HACKERS] HEADS UP: Win32/OS2/BeOS native ports

2002-06-02 Thread Bruce Momjian
Igor Kovalenko wrote: It does not have to be anonymous. POSIX also defines shm_open(same arguments as open) API which will create named object in whatever location corresponds to shared memory storage on that platform (object is then grown to needed size by ftruncate() and the fd is then

Re: [HACKERS] HEADS UP: Win32/OS2/BeOS native ports

2002-06-02 Thread Bruce Momjian
mlw wrote: Like I told Marc, I don't care. You spec out what you want and I'll write it for Windows. That being said, a SysV IPC interface for native Windows would be kind of cool to have. I am wondering why we don't just use the Cygwin shm/sem code in our project, or maybe the Apache