[ADMIN] Re: [HACKERS] Problems with src/pl/tcl/mkMakefile.tcldefs.sh.in in 6.5

1999-09-21 Thread Tom Lane
[EMAIL PROTECTED] (Jan Wieck) writes: > Bruce Momjian wrote: >> I believe this is fixed. > Again one of the frequently appearing items. So I would call > it more "hacked quiet - for now" instead of "fixed". No, it's really fixed, or anyway Albert's complaint is fixed (there was at least

[ADMIN] Re: [HACKERS] Problems with src/pl/tcl/mkMakefile.tcldefs.sh.in in 6.5

1999-09-21 Thread Bruce Momjian
> Jan > > BTW: Is it only me or do others too wonder why their private > wish-list is sometimes longer than our official TODO? That's bad. Our official TODO is very large. -- Bruce Momjian| http://www.op.net/~candle [EMAIL PROTECTED]| (610)

[ADMIN] Re: [HACKERS] Problems with src/pl/tcl/mkMakefile.tcldefs.sh.in in 6.5

1999-09-21 Thread Bruce Momjian
I believe this is fixed. > For Digital UNIX 4.0D, shared libraries are created by: > $ ld -shared -expect_unresolved "*" -o foo.so [objects] > > This presents a problem for mkMakefile.tcldefs.sh.in. In tclConfig.sh: > TCL_SHLIB_LD='ld -shared -expect_unresolved "*"' > > In mkMakefil

Re: [ADMIN] [PostgreSQL] - Memory leek & duplicate postmaster processes

1999-09-21 Thread Lamar Owen
"Colin Price (EML)" wrote: > $ more /etc/issue > Red Hat Linux release 5.2 (Apollo) > Kernel 2.2.1 on an i686 > $ more /var/lib/pgsql/PG_VERSION > 6.4 Aha! There are known issues with kernel 2.2.1. Either downgrade to kernel 2.0.3[68] or upgrade to 2.2.5+

[ADMIN] [PostgreSQL] - Memory leek & duplicate postmaster processes

1999-09-21 Thread Colin Price (EML)
Hope you can help. I took a snapshot of all the processes on the pc with 'ps axu' every five minutes. The results were interesting/confusing. I have attached part of the information. The postmaster creates/spawns/forks a number of /usr/bin/postgres at boot up. These keep gulping memory. Even

[ADMIN] Controlling create table rights

1999-09-21 Thread Matlack, Brad
How do I control who can create tables within my database? All of my testing indicates that any user can connect to any database, and any user can also create an object (table) within any database. Is this a correct statement? Is there any way to control table creation? Thanks, Brad Matlack

Re: [ADMIN] Grant rule???

1999-09-21 Thread Xing Banghe
> >RULE has special meaning. Other previliges you can grant are: > >select, delete, update > > > >--Banghe > > Ahhh! Just what is the special meaning of RULE? It means you grant a user privilege that he can create RULE on the table. ( you can get more info how to create a rule, see CREATE RU

Re: [ADMIN] Grant rule???

1999-09-21 Thread hal Lynch
>under psql you can get help for SQL statement grant. > >grant rule on table to someone > >menas you grant someone on the table previlige: RULE. > >RULE has special meaning. Other previliges you can grant are: >select, delete, update > >--Banghe Ahhh! Just what is the special meaning of RULE? E