Re: Too many args to GTK2.TextBuffer "mark_set" signal

Chris Angelico <[email protected]>
Newsgroups gmane.comp.lang.pike.user
Message-ID <CAPTjJmqztnfyrZAWJtM8wpGh87hWCHvUfwQTQoaPBjdVCvcDQQ@mail.gmail.com>
On Sat, Mar 15, 2014 at 11:17 PM, Chris Angelico <[email protected]> wrote:
> I've tracked down what's happening. In
> pgtk2_push_object_param(), there are a number of branches, most of
> which result in something being pushed; but one doesn't, and the
> TextIter hits that one. I've attached a simple patch that fixes the
> immediate issue by pushing the type name - so instead of getting a
> GTK2.TextIter object, you get the string "GtkTextIter". That fills in
> the spot on the stack, ensures that refcounts are correct, and so on,
> but it's not really ideal.

Anybody have opinions on the best solution to this? I think it's
fairly safe to say that the current Russian Roulette with refcounts is
less than ideal, and that passing the exact same number of arguments
to a Pike callback as would be expected based on the C docs is a
worthwhile goal, so the main question is what to push. The
aforementioned patch is fairly simple, and at least makes it clear
what's going on.

ChrisA
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.