My GTK module happily compiles, making lots of fun classes and stuff.
> sizeof(indices(___GTK));
Result: 943
But it contains no functions:
> ___GTK.parse_rc;
Compiler Error: 1:Index 'parse_rc' not present in module '___GTK'.
> ___GTK.setup_gtk;
Compiler Error: 1:Index 'setup_gtk' not present in module '___GTK'.
Constants and classes are fine, though...
This makes GTK not including ___GTK and hard to use in general.
It seems to be because GTK.so has become a program instead of a
module,
> ___GTK()->parse_rc;
(2) Result: object_program(___GTK)()->parse_rc
Any hints on something do to about it? Pike 7.5 from CVS now.
I need GTK *right now*.
Also, remove the catching of signals in the signal handler, so the
next similar signal will kill Pike. Just in case it hangs when making
the backtrace...
4
5
Re: throw or return
by Martin Stjernholm, Roxen IS @ Pike developers forum
01 Oct '03
01 Oct '03
"pike" errors are of course also subdivided into e.g. "compiler",
"cpp", "math", etc.
But I agree "handle" is way more used then "try" in existing
programs...
1
0
Re: throw or return
by Martin Stjernholm, Roxen IS @ Pike developers forum
01 Oct '03
01 Oct '03
In case it isn't obvious, exception classes would typically have
several different constants to classify them according to facility,
code level, submodule, severity and whatnot. It's not limited to
having a specific constant for every error type.
1
0
node
by Martin Nilsson (saturator) @ Pike (-) developers forum
01 Oct '03
01 Oct '03
Valgrind tells me that the the node sent to do_docode sometimes has its
line_number unset. Where are those nodes produced?
Hello there,
I am looking forward a CIDR parsing code to check if an accessing IP is
belonging to a specific CIDR.
Idealy I'd like something like this :
> IP_check("192.168.2.0/24")->check("192.168.1.1");
This will return 0 if its doesn't belong to the specified CIDR or 1 it
is ok ...
Any clues ?
/Xavier