Skip site navigation (1) Skip section navigation (2)

Re: [PORTS] alpha/64bit & mkoidname problem (fwd)

From: Brett McCormick <brett(at)work(dot)chicken(dot)org>
To: "Vadim B(dot) Mikheev" <vadim(at)sable(dot)krasnoyarsk(dot)su>
Cc: Peter Stockwell <peter(at)sanger(dot)otago(dot)ac(dot)nz>, pgsql-ports(at)postgreSQL(dot)org, pgsql-hackers(at)postgreSQL(dot)org
Subject: Re: [PORTS] alpha/64bit & mkoidname problem (fwd)
Date: 1998-03-02 01:25:22
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
>From the calls to postgres in initdb, correct?  Has anyone come up
with a decent way of wrapping gdb around postgres in initdb?

Here's what I've got so far -- A file called doit.gdb with the contents:

break DefineIndex
run -boot -C -F -D/usr/local/pgsql/data -d template1

and I've been experimenting with things like this:

 > /tmp/fifo &
echo foo
gdb -batch -tty /tmp/fifo -x /tmp/doit.gdb postgres

the above certainly doesn't work, and I've gotten it more functional
than this, but never actually functional.  If I had better knowledge
of named pipes that would certainly help.

It doesn't look like I'll be able to take care of this by release date
(today, tomorrow)..

Does this mean that alpha is not supported?

On Thu, 26 February 1998, at 11:36:36, Vadim B. Mikheev wrote:

> Try to set break point inside defind.c:DefineIndex() and continue with 's' 
> after got there... This is also good to check that args of DefineIndex()
> are Ok - look @ bootparse.y how they get values...
> You have to find place where backend tries to get OID of index function name 
> (mkoidname).
> Vadim

pgsql-hackers by date

Next:From: ocieDate: 1998-03-02 01:48:37
Subject: Re: [HACKERS] Is "CREATE DOMAIN" in 6.3 ??
Previous:From: The Hermit HackerDate: 1998-03-02 01:22:42
Subject: Re: [DOCS] Re: [HACKERS] Re: [QUESTIONS] varchar vs text

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group