Re: Bison crashes postgresql - Mailing list pgsql-hackers

From Werner Echezuria
Subject Re: Bison crashes postgresql
Date
Msg-id 2485a25e0909010539l74287cf1r186f06a02fa6387f@mail.gmail.com
Whole thread Raw
In response to Re: Bison crashes postgresql  (Hans-Juergen Schoenig -- PostgreSQL <postgres@cybertec.at>)
List pgsql-hackers
The thing is I was in a project to develop a Fuzzy Database Management
System. We have to bring fuzzy logic to postgresql, there was a team
developing a software in java and the other developing in the
postgresql core. But I always think these were wrong, so I'm trying to
develop a library to do that, but I guess I'm moving forward, the bug
was solved and I have a google code project:
http://code.google.com/p/fuzzyquery/. Now I hope to give more features
and have a fully functional library.

2009/9/1 Hans-Juergen Schoenig -- PostgreSQL <postgres@cybertec.at>:
> Andrew Dunstan wrote:
>>
>>
>> Werner Echezuria wrote:
>>>
>>> Hi, I have a code in which I translate some code from sqlf to sql, but
>>> when it comes to yy_parse the server crashes, I have no idea why,
>>> because it works fine in other situations.
>>>
>>
>> I don't understand why you're doing what you're doing this way. Wouldn't
>> it be better to patch the main postgres parser and make your functionality
>> first class rather than having it run via an SQL string and a function that
>> calls a secondary parser?
>>
>> cheers
>>
>> andrew
>>
>
> yes, this is the thing i had in mind as well.
> what is your ultimate goal?
>
>   many thanks,
>
>      hans
>
>
> --
> Cybertec Schoenig & Schoenig GmbH
> Reyergasse 9 / 2
> A-2700 Wiener Neustadt
> Web: www.postgresql-support.de
>
>


pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: Linux LSB init script
Next
From: Alvaro Herrera
Date:
Subject: Re: [COMMITTERS] pgsql: Move processing of startup-packet switches and GUC settings into