Pike-devel

pike-devel@lists.lysator.liu.se

2 participants
3046 discussions

Some tasks from the conference
by Mirar ＠ Pike developers forum 02 Oct '03

02 Oct '03

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.

1 0

Re: throw or return
by Mirar ＠ Pike developers forum 01 Oct '03

01 Oct '03

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?

2 3

CIDR parsing code ?
by Xavier Beaudouin 01 Oct '03

01 Oct '03

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

2 1

readline bug?
by Martin Baehr 30 Sep '03

30 Sep '03

look at the attached script, it messes up the terminal. remove a few questions, and things are fine. (if it seems fine now, try adding a few questions) of course i realize that reinitializing readline is not a good idea (fixing that fixed the bug) but i still wonder if the behaviour is a bug anyways. greetings, martin.

1 0

zero_type();
by Peter Lundqvist (disjunkt) ＠ Pike (-) developers forum 29 Sep '03

29 Sep '03

I've been doing some calculations on genome mutations and I've been finding myself doing a lot of if(zero_type(foo) && zero_type(bar) ... && zero_type(gonk)) ... when checking up on user input that is used to index mappings. So... I was wondering if it is safe to do this? Or perhaps - even make zero_type() do this by default? int zero_types(mixed ... tt) { if(arrayp(tt)) { foreach(tt, mixed t) if(zero_type(t)) return 1; return 0; } return zero_type(tt); } It seems to work alright - but I feel that this might perhaps in some way, I havent thought of, dangerous. > mapping m=(["A":1]); > zero_types(m["A"]); (9) Result: 0 > zero_types(m["R"]); (10) Result: 1 > zero_types(m["R"],m["A"]); (11) Result: 1 > zero_types(m["A"],m["A"]); (12) Result: 0 > zero_types(m["A"],m["R"]); (13) Result: 1 > zero_types(m["R"],m["R"]); (14) Result: 1

8 29

bug: casts to string for long double and long long int are incorrect (7.4.28 rel)
by Alexander Demenshin 27 Sep '03

27 Sep '03

Hi, Still experimenting with long* types, found one problem (so far): --- opcodes.c:367 --- case T_INT: sprintf(buf, "%ld", (long)sp[-1].u.integer); break; case T_FLOAT: sprintf(buf, "%f", (double)sp[-1].u.float_number); break; --- snip --- As you can see, it won't work correctly in case when long long ints or long doubles are in use. Testsuite is also a bit unprepared for this case (several errors, most of them due to this bug). Regards, /Al

10 42

topics for the conference
by Martin Baehr 25 Sep '03

25 Sep '03

hi, for those who are still on the way, to see whats coming up and for the others to see what you are missing (and might be able to catch later as audio or video stream (if the regordings work out) i have set up a list of topics that we plan to cover: http://steam.upb.de/conferences/pike2003/timetable.xml if you have suggestions for other topics you would like to hear, chances are that someone is willing and able to cover that, so don't be afraid to speak out. (email me) greetings, martin. -- Pike Conference 2003 - Sep 25-27 - http://pike.ida.liu.se/conferences/2003/ -- interested in doing pike programming, sTeam/caudium/pike/roxen training, sTeam/caudium/roxen and/or unix system administration anywhere in the world. -- pike programmer working in europe open-steam.org unix system- bahai.or.at iaeste.(tuwien.ac|or).at administrator (stuts|black.linux-m68k).org is.(schon.org|root.at) Martin Bähr http://www.iaeste.or.at/~mbaehr/

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pike-devel