Open 7.1 items

* Bruce Momjian <pgman@candle.pha.pa.us> [010129 14:03]:

Fix ipcclean on Linux

I believe Peter_E handled the above last week....
--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

* Bruce Momjian <pgman@candle.pha.pa.us> [010129 14:03]:

Fix ipcclean on Linux

I believe Peter_E handled the above last week....

All I see is below, and the diff -c shows just the grep change.

---------------------------------------------------------------------------

revision 1.7
date: 2001/01/25 16:32:25; author: petere; state: Exp; lines: +2 -2
Avoid bogus failures due to 'ps x | grep postmaster' detecting 'grep
postmaster' process.

-- 
  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, Pennsylvania 19026

* Bruce Momjian <pgman@candle.pha.pa.us> [010129 14:40]:

* Bruce Momjian <pgman@candle.pha.pa.us> [010129 14:03]:

Fix ipcclean on Linux

I believe Peter_E handled the above last week....

All I see is below, and the diff -c shows just the grep change.

I thought that was all that was crabbed about?...

---------------------------------------------------------------------------

revision 1.7
date: 2001/01/25 16:32:25; author: petere; state: Exp; lines: +2 -2
Avoid bogus failures due to 'ps x | grep postmaster' detecting 'grep
postmaster' process.

-- 
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, Pennsylvania 19026

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

* Bruce Momjian <pgman@candle.pha.pa.us> [010129 14:40]:

* Bruce Momjian <pgman@candle.pha.pa.us> [010129 14:03]:

Fix ipcclean on Linux

I believe Peter_E handled the above last week....

All I see is below, and the diff -c shows just the grep change.

I thought that was all that was crabbed about?...

No, there were some bad variable uses and stuff.

-- 
  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, Pennsylvania 19026

At 15:02 29/01/01 -0500, Bruce Momjian wrote:

LAZY VACUUM (Vadim)
Runtime btree recovery (Vadim)
JDBC setMaxRows() is global variable affecting other objects

Now fixed. When called from within a Statement it uses its maxrows value,
but internal queries don't have a restriction.

JDBC LargeObject short read return value missing

Fixed. LargeObject.read(byte[],int,int) now returns the number of bytes
actualy read.

Thanks, Peter. This is a big help.

At 15:02 29/01/01 -0500, Bruce Momjian wrote:

LAZY VACUUM (Vadim)
Runtime btree recovery (Vadim)
JDBC setMaxRows() is global variable affecting other objects

Now fixed. When called from within a Statement it uses its maxrows value,
but internal queries don't have a restriction.

JDBC LargeObject short read return value missing

Fixed. LargeObject.read(byte[],int,int) now returns the number of bytes
actualy read.

ODBC not disconnecting properly?
Merge MySQL/PgSQL translation scripts
Fix ipcclean on Linux
unixODBC

--
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, Pennsylvania 19026

-- 
  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, Pennsylvania 19026