Re: [INTERFACES] Win32 interface

From: David Giffin <david(at)agent911(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Ken J(dot) Wright" <ken(at)ori-ind(dot)com>, pgsql-interfaces(at)postgreSQL(dot)org
Subject: Re: [INTERFACES] Win32 interface
Date: 1999-09-03 20:26:30
Message-ID: Pine.BSF.4.05.9909031323540.67440-100000@central.agent911.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces


I figured out what was happening... Or at least what seem to happen. When
I linked in lipq.lib it would return unknown hostname. I switched it to
the libpqdll.lib and it worked fine.

I thought that libpq.lib would statically complie postgres into the .exe
but it didn't seem to work.

David

On Fri, 3 Sep 1999, Tom Lane wrote:

> David Giffin <david(at)agent911(dot)com> writes:
> > Yep I'm using the PQconnectDB("host=blah user=blah dbname=blah");
> > I noticed that psql.c uses the PQsetdbLogin maybe I should switch to that
> > function if this one is broken? Would have to parse a little extra but..
> >>>>
> >>>> connectDB() -- unknown hostname: mobile
>
> Assuming that "mobile" is the hostname you gave it, then parsing the
> connectinfo string is not the problem.
>
> The error message is coming out because gethostbyname() is failing ---
> cf. connectDB() in interfaces/libpq/fe-connect.c. (Or, perchance,
> it is succeeding but delivering a non-INET address? Seems unlikely
> but if your LAN runs on non-TCP protocols then that's possible.)
>
> My guess is that there is something broken with DNS name resolution
> on your setup. Hard to tell what from this much info. You might
> try making a one-liner program that just calls gethostbyname, and
> work on debugging that simpler situation.
>
> regards, tom lane
>

In response to

Browse pgsql-interfaces by date

  From Date Subject
Next Message Roland N Verrier 1999-09-04 02:01:16 [INTERFACES] PGACCESS formdemo.sql
Previous Message Andy 1999-09-03 16:40:24 unsubscribe