Pike-devel

pike-devel@lists.lysator.liu.se

3 participants
3048 discussions

snmp question
by Karl Pitrich 16 Nov '02

16 Nov '02

how can i retrieve all ip adresses of a host with Protocols.SNMP? the entries are: ip.ipAddrTable.ipAddrEntry.ipAdEntAddr.127.0.0.1 = IpAddress: 127.0.0.1 ip.ipAddrTable.ipAddrEntry.ipAdEntAddr.192.168.0.2 = IpAddress: 192.168.0.2 but i cannot use '*' or the like to retrieve all ip.ipAddrTable.ipAddrEntry.ipAdEntAddr.*. any ideas? thanks, karl.

1 0

pike conference 2003
by Martin Baehr 15 Nov '02

15 Nov '02

hi, the sTeam team is interested to organize the next pike conference in paderborn. but nothing certain can be said before a date is set. since your participation is a key to a successfull conference, i'd like to ask you to suggest a date-range that is most suitable to you. i am personally thinking about the beginning of the university summer holidays. is that a good time? (when do holidays start for you?) any other suggestions? the date needs to be set pretty soon, because room-bookings depend on it. so don't hesitate to share your thoughts now. greetings, martin. -- 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 csl-gmbh.net open-steam.org (www.archlab|(www|db).hb2).tuwien.ac.at unix bahai.or.at iaeste.(tuwien.ac|or).at systemadministrator (stuts|black.linux-m68k).org is.(schon.org|root.at) Martin Bähr http://www.iaeste.or.at/~mbaehr/

1 0

subversion bindings
by Martin Baehr 12 Nov '02

12 Nov '02

hi, at the pike conference there was mention of pike bindings for subversion. what is the status of that? greetings, martin.

2 9

pike.el
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 12 Nov '02

12 Nov '02

I've written most of the font locking code in tools/pike.el. Now I'd like to move the parts that handles autodoc comments to CC Mode. Would there be any license problems doing that? The code will then fall under the copyright assignment agreement I have with the FSF.

8 30

More about ADTs
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 12 Nov '02

12 Nov '02

> > Yes it should be _equal() > > Excellent solution, actually. Didn't think of that. That is, it probably still shouldn't throw errors, since equal() can be used on arbitrary structures too, and there might be cases when the caller doesn't know what things it might encounter during its recursion. But it's still an excellent idea to use _equal instead of `==, so that == can be used to check whether the arguments are the same iterator.

1 0

binary number representation
by Martin Nilsson (Fake Build Master) ＠ Pike (-) developers forum 11 Nov '02

11 Nov '02

The documentation http://pike.ida.liu.se/generated/manual/ref/chapter_3.html says that a binary int may be written as -?0[bB][01]+

1 0

binary number representation
by Peter Lundqvist (disjunkt) ＠ Pike (-) developers forum 11 Nov '02

11 Nov '02

I'm not entierly convinced about the need for this, but perhaps it could be usefull (I recently had to poke at some x86 assembler with tasm, that's why I ask). Would it be possible to add binary number representation to pike? That is [0-9]* - dec 0[0-7]* - oct 0x[0-9A-Fa-f]* - hex [01]*b - binary I don't really need it (it's easy enough to convert binary to hex in head) but perhaps it does have som use for the base convertingly challanged?

3 2

combine_path()
by Peter Bortas ＠ Pike developers forum 11 Nov '02

11 Nov '02

Is this clipping of the path intentional? > combine_path("/foo","/bar","gaz"); Result 3: "/bar/gaz"

2 1

'Outsider finds a bug and fix'
by dnewmon ＠ Pike developers forum 10 Nov '02

10 Nov '02

I found a bug in Math.Angle Watch this bug in action: Angle ang = Angle(); ang->set("deg",90); write(ang->get("rad") + "\n"); ang->set("deg",90); write(ang->get("rad") + "\n"); The problem: Angle set_rad(int|float rad) { angle = rad; normalize(); type = "rad"; // this should be before the normalize() call return this_object(); } The solution: Angle set_rad(int|float rad) { angle = rad; type = "rad"; normalize(); return this_object(); } Do the same with set_gon and set_degree also. Another note: The following line causes normalize() to be called before 'type' is set to anything. So the switch(type) statement in normalize() doesn't do anything to make sure the angle is within range. Angle ang = Angle(); C-Ya, David Newmon (dnewmon(a)yahoo.com)

2 1

psparser.c
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 10 Nov '02

10 Nov '02

[...] switch(cptr[3]) { case 0xC0 ... 0xDF: [...] I'm sorry to say, but this is not C. §6.6.4.2:1 of C99 (the current C standard says): | The controlling expression of a switch statement shall have integer | type, and shall not cause a block to be entered by a jump from outside | the block to a statement that follows a case or default label in the | block (or an enclosed block) if that block contains the declaration of | a variably modified object or variably modified typedef name. The ^^^ | expression of each case label shall be an integer constant ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ | expression. No two of the case constant expressions in the same switch ^^^^^^^^^^ | statement shall have the same value after conversion. There may be at | most one default label in a switch statement. (Any enclosed switch | statement may have a default label or case constant expressions with | values that duplicate case constant expressions in the enclosing | switch statement.) "0xC0 ... 0xDF" is not an integer constant expression, so this is not legal C.

3 6

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