Return-Path: owner-postman 
Delivery-Date: Mon, 09 May 94 18:08:46 -0700
Return-Path: owner-postman
Received: from localhost (localhost [127.0.0.1]) by nobozo.CS.Berkeley.EDU (8.6.4/8.6.3) with SMTP id PAA01963 for postgres-redist; Mon, 9 May 1994 15:29:44 -0700
Resent-From: POSTGRES mailing list <postman@postgres.Berkeley.EDU>
Resent-Message-Id: <199405092229.PAA01963@nobozo.CS.Berkeley.EDU>
Sender: owner-postman@postgres.Berkeley.EDU
X-Return-Path: owner-postman
Received: from faerie.CS.Berkeley.EDU (faerie.CS.Berkeley.EDU [128.32.149.14]) by nobozo.CS.Berkeley.EDU (8.6.4/8.6.3) with ESMTP id PAA01953 for <postgres@postgres.Berkeley.EDU>; Mon, 9 May 1994 15:29:43 -0700
Received: from localhost (localhost [127.0.0.1]) by faerie.CS.Berkeley.EDU (8.6.4/8.1B) with SMTP id PAA29117; Mon, 9 May 1994 15:29:33 -0700
Message-Id: <199405092229.PAA29117@faerie.CS.Berkeley.EDU>
X-Authentication-Warning: faerie.CS.Berkeley.EDU: Host localhost didn't use HELO protocol
From: aoki@postgres.Berkeley.EDU (Paul M. Aoki)
To: Vivek Shivpuri <vivek@tis.telos.com>
Cc: postgres@postgres.Berkeley.EDU
Subject: Re: Mosaic and libpq 
Reply-To: aoki@postgres.Berkeley.EDU (Paul M. Aoki)
In-reply-to: Your message of Mon, 9 May 1994 17:34:35 -0400 (EDT) 
	     <199405092134.RAA07213@ozone.tis.telos.com.tis.telos.com> 
Date: Mon, 09 May 94 15:29:32 -0700
X-Sender: aoki@postgres.Berkeley.EDU
Resent-To: postgres-redist@postgres.Berkeley.EDU
X-Mts: smtp
Resent-Date: Mon, 09 May 94 15:29:44 -0700
Resent-XMts: smtp

Vivek Shivpuri <vivek@tis.telos.com> writes:
>  postgres. For some reason the program just hangs on
>    PQexec("begin");
> 
>    Before I make this call the program has succesfully executed
>    PQtrace();
>    PQsetdb("dbname");
>    buff=PQdb();
> 
>    I have tried removing all traces of the www interface and the program ran 
>    succesfully, so that's why I think the problem lies there.
> 
>  Unfortuately no one replied to this. I am having the exact same problem.

not knowing anything about how www clients work, it's a bit hard to 
suggest anything, but i can make the following observations:
	- somewhere in PQexec is the first attempt to make a network
	connection.
	(e.g., a child process of mosaic or httpd may not have the 
	environment set up as you might expect, which is one factor
	that may bollix the attempt to make a network connection.)
	- you have both the libpq source and a debugger; it can't be 
	*that* hard to figure out exactly what operation is blocking..?
	(i.e., run gdb on a client compiled with -g, get to the call in
	PQexec and just keeping hitting "step")

(does stderr have a place to go?  can you see what it is?)
--
  Paul M. Aoki  |  CS Div., Dept. of EECS, UCB  |  aoki@postgres.Berkeley.EDU
                |  Berkeley, CA 94720           |  ...!uunet!ucbvax!aoki

===============================================================================
    To add/remove yourself from the POSTGRES mailing list: send mail with 
    the subject line ADD or DEL to "postgres-request@postgres.Berkeley.EDU"

    If this fails, send mail to "post_questions@postgres.Berkeley.EDU" and
    a human will deal with it.  DO NOT post to the "postgres" mailing list.
===============================================================================