Compiled with Makefile.custom:



(gdb) where
#0  0x80dacfc in nodeHandleViewRule (nodePtr=0x40af1ffc, rtable=0x40b8bff4,
    targetlist=0x40b3bff4, rt_index=1, modified=0xbfffbb90, sublevels_up=0)
    at rewriteManip.c:636
#1  0x80dac8e in nodeHandleViewRule (nodePtr=0x40af9ff8, rtable=0x40b8bff4,
    targetlist=0x40b3bff4, rt_index=1, modified=0xbfffbb90, sublevels_up=0)
    at rewriteManip.c:596
#2  0x80dad2e in nodeHandleViewRule (nodePtr=0x40aabfe4, rtable=0x40b8bff4,
    targetlist=0x40b3bff4, rt_index=1, modified=0xbfffbb90, sublevels_up=0)
    at rewriteManip.c:648
#3  0x80dadd1 in HandleViewRule (parsetree=0x40aabfbc, rtable=0x40b8bff4,
    targetlist=0x40b3bff4, rt_index=1, modified=0xbfffbb90)
    at rewriteManip.c:695
#4  0x80d9c60 in ApplyRetrieveRule (parsetree=0x40aabfbc, rule=0x4064ffe8,
    rt_index=1, relation_level=1, relation=0x405dafc0, modified=0xbfffbb90)
    at rewriteHandler.c:333
#5  0x80d9b14 in FireRetrieveRulesAtQuery (parsetree=0x40aabfbc, rt_index=1,
    relation=0x405dafc0, instead_flag=0xbfffbc1f "", rule_flag=0)
    at rewriteHandler.c:238
#6  0x80d9d4b in ProcessRetrieveQuery (parsetree=0x40aabfbc,
    rtable=0x405e0ff4, instead_flag=0xbfffbc1f "", rule=0 '\000')
    at rewriteHandler.c:382
#7  0x80da3a5 in RewriteQuery (parsetree=0x405cefbc,
    instead_flag=0xbfffbc1f "", qual_products=0xbfffbc18)
    at rewriteHandler.c:873
#8  0x80da4ec in deepRewriteQuery (parsetree=0x405cefbc)
    at rewriteHandler.c:1008
#9  0x80da49d in QueryRewriteOne (parsetree=0x405cefbc) at
rewriteHandler.c:983
#10 0x80da3d3 in QueryRewrite (parsetree=0x405cefbc) at rewriteHandler.c:902
#11 0x80e7cd8 in pg_parse_and_plan (
    query_string=0xbfffdd14 "select * from pg_user\n", typev=0x0, nargs=0,
    queryListP=0xbfffdcc0, dest=Debug, aclOverride=0 '\000') at
postgres.c:503
#12 0x80e80a9 in pg_exec_query_dest (
    query_string=0xbfffdd14 "select * from pg_user\n", dest=Debug,
    aclOverride=0) at postgres.c:720
#13 0x80e806b in pg_exec_query (
    query_string=0xbfffdd14 "select * from pg_user\n") at postgres.c:697
#14 0x80e90d4 in PostgresMain (argc=3, argv=0xbffffd50, real_argc=3,
    real_argv=0xbffffd50) at postgres.c:1611
#15 0x80ab4cd in main (argc=3, argv=0xbffffd50) at main.c:103
(gdb) frame
#0  0x80dacfc in nodeHandleViewRule (nodePtr=0x40af1ffc, rtable=0x40b8bff4,
    targetlist=0x40b3bff4, rt_index=1, modified=0xbfffbb90, sublevels_up=0)
    at rewriteManip.c:636
636                                                     ((Var *)
*nodePtr)->varlevelsup = this_varlevelsup;
(gdb) print nodePtr
$1 = (Node **) 0x40af1ffc
(gdb) print *nodePtr
$2 = (Node *) 0x40b75fec

If you need anything else, just ask :)

JP Sugarbroad


Thu, 10 Sep 1998 14:59:49 -0500
"Taral" <taral@mail.utexas.edu>
pg_user backtrace -- with ElectricFence (looks useful :)
> *nodePtr)->varlevelsup = this_varlevelsup;
> (gdb) print nodePtr
> $1 = (Node **) 0x40af1ffc
> (gdb) print *nodePtr
> $2 = (Node *) 0x40b75fec
> 
> If you need anything else, just ask :)

I am wondering how you got electic fence to work.  I can't seem to get
it very far into the postmaster startup before I get an allocation
error.  Is there something special you did?

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
http://www.op.net/~candle              |  (610) 353-9879(w)
  +  If your life is a hard drive,     |  (610) 853-3000(h)
  +  Christ can be your backup.        |

Fri, 18 Sep 1998 01:14:45 -0400 (EDT)
Bruce Momjian <maillist@candle.pha.pa.us>
Re: [HACKERS] pg_user backtrace -- with ElectricFence (looks useful
 :)
Well, my Makefile.custom is this:

CFLAGS= -I$(SRCDIR)/include -I$(SRCDIR)/backend -O2 -g3
LDFLAGS:=-lefence $(LDFLAGS)

and I run the backend directly with:

postgres -D <datadir> template1

Of course, I wouldn't compile the postmaster frontend with electric fence if
I wanted to use it, since efence slows down programs incredibly, and causes
them to eat up large amounts of memory. Perhaps this is what is happening to
you?

Taral

> -----Original Message-----
> From: Bruce Momjian [mailto:maillist@candle.pha.pa.us]
> Sent: Friday, September 18, 1998 12:15 AM
> To: Taral
> Cc: pgsql-hackers@hub.org
> Subject: Re: [HACKERS] pg_user backtrace -- with ElectricFence (looks
> useful :)
>
> I am wondering how you got electic fence to work.  I can't seem to get
> it very far into the postmaster startup before I get an allocation
> error.  Is there something special you did?
>
> --
> Bruce Momjian                          |  830 Blythe Avenue
> maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
> http://www.op.net/~candle              |  (610) 353-9879(w)
>   +  If your life is a hard drive,     |  (610) 853-3000(h)
>   +  Christ can be your backup.        |
>


Fri, 18 Sep 1998 21:40:26 -0500
"Taral" <taral@mail.utexas.edu>
RE: [HACKERS] pg_user backtrace -- with ElectricFence (looks useful
 :)
[Charset iso-8859-1 unsupported, filtering to ASCII...]
> Well, my Makefile.custom is this:
> 
> CFLAGS= -I$(SRCDIR)/include -I$(SRCDIR)/backend -O2 -g3
> LDFLAGS:=-lefence $(LDFLAGS)
> 
> and I run the backend directly with:
> 
> postgres -D <datadir> template1
> 
> Of course, I wouldn't compile the postmaster frontend with electric fence if
> I wanted to use it, since efence slows down programs incredibly, and causes
> them to eat up large amounts of memory. Perhaps this is what is happening to
> you?

No, I ran the postgres backend directly, and it still bombed with
insufficient memory.

-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
http://www.op.net/~candle              |  (610) 353-9879(w)
  +  If your life is a hard drive,     |  (610) 853-3000(h)
  +  Christ can be your backup.        |

Sat, 19 Sep 1998 00:00:30 -0400 (EDT)
Bruce Momjian <maillist@candle.pha.pa.us>
Re: [HACKERS] pg_user backtrace -- with ElectricFence (looks useful
 :)