Hi,
On Oct 20 09:45, Neil Jerram wrote:
> Volkan YAZICI <[EMAIL PROTECTED]> writes:
> > - Parse & execute faster. (We won't need to create a new process
> >everytime.)
>
> Is this for a specific application, out of interest?
Yes, it's for PL/scheme. [http://plscheme.projects.postgresql.org/
Volkan YAZICI <[EMAIL PROTECTED]> writes:
> Hi,
>
> I need such a feature:
>
> /*
>* If there's an already running guile process in the background,
>* return it, otherwise create a new one and return new process.
>*/
> interp = guile_interp(...);
I appreciate that Ludovic has alre
Hi,
On Oct 13 02:30, Ludovic Courtès wrote:
> Looks like nobody answered you, so here we go.
Thanks so much for your detailed post. I solved (a small part of) my
problem by invoking scm_init_guile() just at the start of the backend
process. (But caching parse plans is still a PITA for now.) OTOH,
Hi,
Looks like nobody answered you, so here we go.
Volkan YAZICI <[EMAIL PROTECTED]> writes:
> I need such a feature:
>
> /*
>* If there's an already running guile process in the background,
>* return it, otherwise create a new one and return new process.
>*/
> interp = guile_int
Hi,
I need such a feature:
/*
* If there's an already running guile process in the background,
* return it, otherwise create a new one and return new process.
*/
interp = guile_interp(...);
With such a functionality, it'd be possible to
- Parse & execute faster. (We won't need to