[EMAIL PROTECTED] writes:
> Indeed, scm_c_run_hook() is being called from a separate thread which
> processes all events, I had forgotten about that, but I can see why that
> can be a problem. Is there a way to synchronize the Scheme shell with
> other threads in the program ?
If you're using Gu
[EMAIL PROTECTED] writes:
> Certainly. Somehow the e-mail I sent yesterday which had these portions
> of code didn't make it past my computer. So here it is: [...]
I'm sorry but I can't see anything wrong here which might account what
you are seeing. The only other thoughts I have are
- wheth
[EMAIL PROTECTED] writes:
> Unfortunately, it didn't work. I'm quite sure GC was not the problem, I
> checked using
>
> (add-hook! after-gc-hook (lambda () (display "Garbage
> collection\n")))
You mean that GC was not the problem because a GC never happened?
Fair enough, but you will still need
[EMAIL PROTECTED] writes:
> ok, the code is quite long, so I'll try to isolate the parts that use
> scheme hooks.
Thanks.
> Here is the definition of the structure which houses a
> hook:
>
> typedef struct _menu_item_s
> {
> menu_item_type_t type;
> char* title;
> char* name;
> int mou
[EMAIL PROTECTED] writes:
> Hi,
>
> I have a problem using scm_run_hook: it throws me a stack overflow each
> time I call it on a hook defined in a C program. However, if I access the
> hook in scheme and run it using run-hook, it works fine. I am wondering
> what I am doing wrong.
I think we'l
Hi,
I have a problem using scm_run_hook: it throws me a stack overflow each
time I call it on a hook defined in a C program. However, if I access the
hook in scheme and run it using run-hook, it works fine. I am wondering
what I am doing wrong.
Thanks,
J-M
___
