Re: dyntest.pgc not working in 7.4 ? - Mailing list pgsql-bugs
From | Liang, Guang Yu (Lucy) |
---|---|
Subject | Re: dyntest.pgc not working in 7.4 ? |
Date | |
Msg-id | 31C0F08B0D18D511ACC800508BAE7B4704AD2133@CI0026EXCH001U Whole thread Raw |
In response to | dyntest.pgc not working in 7.4 ? (Seum-Lim Gan <slgan@lucent.com>) |
List | pgsql-bugs |
Michael, As you indicated, we may change some configurations to see whether it can help. The configuration parameters I used are as follows: /bin/env CC=$MYCC ./configure \ --prefix=/platdb \ --with-pgport=5333 \ --without-readline \ --with-CXX \ --with-perl \ --with-java \ --with-pam \ --enable-syslog \ --enable-thread-safety \ --enable-nls 2>&1 1>>$PGLOG Any suggestions? Thanks, Lucy -----Original Message----- From: Liang, Guang Yu (Lucy) [mailto:lucyliang@lucent.com] Sent: Monday, December 29, 2003 3:10 PM To: 'Michael Meskes' Cc: Seum-Lim Gan; pgsql-bugs@postgresql.org Subject: Re: [BUGS] dyntest.pgc not working in 7.4 ? Michael, Yes, the enable-thread-safety is used in configure file. Is it expected to be there? I can try an empty database and let you know the result. For machine login, I'm afraid it will be agains Lucent Security policy. Maybe we can try to open a Netmeeting session and share the desktop to see the same window. If this is feasible, we will have to work out a time. I'm in Beijing China and the time Zone is GMT+8. We have 8 hours time difference, right? I will be available in the morning of Dec 31, say 9:00 am. Please let me know whether it's a good time for you. Thanks, Lucy -----Original Message----- From: Michael Meskes [mailto:meskes@postgresql.org] Sent: Saturday, December 27, 2003 4:31 AM To: Liang, Guang Yu (Lucy) Cc: Seum-Lim Gan; pgsql-bugs@postgresql.org Subject: Re: [BUGS] dyntest.pgc not working in 7.4 ? On Sat, Dec 20, 2003 at 05:48:41AM +0800, Liang, Guang Yu (Lucy) wrote: > I attach the logs here with empty database and pg_table. > (I assume the empty database means we don't assign > DB any value such as "mm"). The log is big since it Actually I also meant to use a database with no tables defined other than the system ones. > Another thing is when I query a non-existing table, there > are Errors in the log, but the the dyntest example didn't stop > either. So it seems to me the sqlca.sqlcode is never set. > I have also tried to print out sqlstate, it's always 00000. The same seems to happen with NOT FOUND. The log files says "raising sqlcode 100 in line 57, 'No data found in line 57.'." more than 500 times. :-( Did you compile with ENABLE_THREAD_SAFETY? Is there a way for me to get a login into your machine? The code looks okay to me. At the moment I have no idea what's going on. Michael -- Michael Meskes Email: Michael at Fam-Meskes dot De ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: meskes@jabber.org Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL! ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly
pgsql-bugs by date: