Going on vacation
I'll be going on vacation on Monday, so don't expect much from me for the
next 2.5 weeks. As for ecpg, I'm currently rewriting the parser from
scratch. It was too much work to get it into sync with the backend parser.
Therefore I tore it down and built it new by using gram.y and scan.l.
Currently I can parse exec sql declare blocks and the exec sql whenever
statement. That's it. But I'm confident that the most diffcult part is
already finished since it does already use a lex file very similar to
scan.l.
If anyone's interested in working on that part, please tell me and I will
mail you my source tree. I will read and answer mail at least once over the
weekend before actually leaving.
Other than that I wish you some nice working weeks. :-)
See you again April 16th.
Michael
--
Dr. Michael Meskes, Project-Manager | topsystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44
Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10
I'll be going on vacation on Monday, so don't expect much from me for the
next 2.5 weeks. As for ecpg, I'm currently rewriting the parser from
scratch. It was too much work to get it into sync with the backend parser.
Therefore I tore it down and built it new by using gram.y and scan.l.
Currently I can parse exec sql declare blocks and the exec sql whenever
statement. That's it. But I'm confident that the most diffcult part is
already finished since it does already use a lex file very similar to
scan.l.If anyone's interested in working on that part, please tell me and I will
mail you my source tree. I will read and answer mail at least once over the
weekend before actually leaving.Other than that I wish you some nice working weeks. :-)
See you again April 16th.
Would it make you life any easier if you opened a connection to the
postgres/psql, and passed queries into it and looked at the
output/errors? Just an idea.
--
Bruce Momjian | 830 Blythe Avenue
maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)
I'll be going on vacation on Monday, so don't expect much from me for the
next 2.5 weeks. As for ecpg, I'm currently rewriting the parser from
Same to me - 4 weeks off - but I'll visit the office
sometimes.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck@debis.com (Jan Wieck) #
-----Original Message-----
From: Michael Meskes <meskes@topsystem.de>
To: PostgreSQL Hacker <pgsql-hackers@postgreSQL.org>
Date: zaterdag 28 maart 1998 0:12
Subject: [HACKERS] Going on vacation
I'll be going on vacation on Monday, so don't expect much from me for the
next 2.5 weeks.
Here's wishing you a happy holiday.
With regards from Maurice.
Import Notes
Resolved by subject fallback
It's not a bad idea. But I like to be able to check the syntax without
having the database around. I hate it when the precompiler really goes
into the database.
Also I have to account for lots of different syntactical stuff because
of the C code.
Michael
--
Dr. Michael Meskes, Projekt-Manager | topystem Systemhaus GmbH
meskes@topsystem.de | Europark A2, Adenauerstr. 20
meskes@debian.org | 52146 Wuerselen
Go SF49ers! Use Debian GNU/Linux! | Tel: (+49) 2405/4670-44
Show quoted text
----------
From: Bruce Momjian[SMTP:maillist@candle.pha.pa.us]
Sent: Freitag, 27. März 1998 20:37
To: meskes@topsystem.de
Cc: pgsql-hackers@postgreSQL.org
Subject: Re: [HACKERS] Going on vacationWould it make you life any easier if you opened a connection to the
postgres/psql, and passed queries into it and looked at the
output/errors? Just an idea.-- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)
Import Notes
Resolved by subject fallback