Pike-devel August 2007

pike-devel@lists.lysator.liu.se

8 participants
21 discussions

Process.run
by Peter Bortas (nu med mindre Opera) ＠ Pike (-) developers forum 14 Jul '08

14 Jul '08

I just checked in a Process.run() in 7.7: http://pike.ida.liu.se/development/cvs/diff.xml?module=Pike&file=7.7/lib/mo… The rational for that is that I was once again reminded by a user this week that getting Process.create_process() or Process.Process right without some corner case blocking is hard. It's not obvious that if you bind pipes to booth stderr and stdout you have to take in to account that OS buffers are not limetless. Process.run() is a thin wrapper around Process.Process that collects stdout, stderr and exitcode and return them in a mapping. This could potentially result in huge strings, but will do what most users want and even already do when they call create_process() with both pipes bound. Something like this should be in 7.8, but I'm open to suggestions for other things that might be usefull to return in the mapping or for changing member names.

5 7

Getopt mark II
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 19 Apr '08

19 Apr '08

(or rather Getopt mark III, since I've already rewritten the current one, although no functionality was changed then) I've been working a bit on a new Argument parser, and would like some input. In reality there will be two different way of using the argument parser, which really doesn't share any code but is convenient to do at the same time. The first one is a "I just want to get this over with" kind of interface: void main(int num, array argv) { mapping args = Arg.parse(argv); argv = args[Arg.REST]; } The output will contain ([ "foo":1 ]) if the argument is --foo and ([ "foo":"bar" ]) if the argument is --foo=bar. There is no fancy stuff to handle default values (just or it with another mapping) or options that may or may not have values (e.g. -bar=foo will produce ([ "b":1, "a":1, "r":"foo" ]) and --foo x --bar will just produce ([ "foo":1 ]) and then stop processing the line). The other mode is the (supposedly) easy yet powerful mode that you would use for more mature applications. class Parser { inherit Arg.Options; Arg verbose = NoArg("-v")|NoArg("--verbose")|Env("VERBOSE"); Arg level = HasArg("-l")|HasArg("--level"); } void main(int n, array argv) { Parser p = Parser(argv); // Index magic. Some like it, some not so much. if( p->verbose ) werror("Level %s\n", p->level); } Which is extended in class Parser { // The name for now. inherit Arg.OptionsSupreme; Arg verbose = NoArg("-v")|NoArg("--verbose")|Env("VERBOSE"); // These are used in the automatically generated --help response. string help_pre = "This program is like awesum."; string verbose_help = "Increases the verbosity of the program."; // Called when/if verbose is set to a value. void verbose_cb(string arg) { werror("Verbosity is on.\n"); } } Does this match the long list of requirements that I've heard from others?

5 17

Snapshot tarballs and packaging/debian
by Magnus Holmgren, FR Ryd (Nu med m�l och syfte) ＠ Pike (-) developers forum 03 Oct '07

03 Oct '07

I have a few questions relating to pike in Debian (as you may know, the previous maintainer has retired from Debian and orphaned his packages). I've figured out that one can get a fresh tarball from http://pike.ida.liu.se/generated/pikefarm/packages/7.6/latest. What's the difference between that and checking out from CVS and running "make source" (which is what I suspect Marek has done), if any? Is there any archive of such tarballs except for the official releases? How did the packaging/debian subdirectory originally come to be? Do you synchronize with the Debian package yourself or has Marek been sending you patches? I see that export.pike adds new records to packaging/debian/changelog. AFAICT, export.pike --tag first increments the build number (to an even number, typically), then tags, then increment the build number again, so that an even build number represents a known state of the source, whereas an odd build number can include any number of commits inbetween.

17 129

Re: pikefarm?
by Johan Sundstr�m (Achtung Liebe!) ＠ Pike (-) developers forum 31 Aug '07

31 Aug '07

Past half-a-year's commits stats, by order of most active committer: 278 grubba 125 mast 52 nilsson 36 mbaehr 31 peter 30 distmaker 16 marcus 10 per 9 bill 5 jhs 2 ldillon 2 jonasw Figures were in the same order of magnitude at the time we initially set up pikefarm, and grubba's preferences were, of course, given due weight. :-)

1 0

pikefarm?
by Martin Bähr 31 Aug '07

31 Aug '07

hi, why did my last checkin trigger a pikefarm rebuild? i don't remember that happening automaticly before. in particular i think a rebuild makes not much sense on changes in the pike code (as opposed to c) greetings, martin.

4 5

RE: setenv and putenv
by PeterPan 31 Aug '07

31 Aug '07

I just suggest maybe passing setenv and putenv down to C lib is better. Xuesong Guo -----Original Message----- From: 'Martin Baehr' [mailto:mbaehr@email.archlab.tuwien.ac.at] Sent: Friday, August 31, 2007 3:56 PM To: PeterPan Subject: Re: setenv and putenv On Fri, Aug 31, 2007 at 03:51:48PM +0800, PeterPan wrote: > I wrote a Cmod using FastCGI, the c code of libfcgi changed the real > env, but the real env is not visible in pike. not sure how i can help, please send your reply to the list. greetings, martin. -- cooperative communication with sTeam - caudium, pike, roxen and unix offering: programming, training and administration - anywhere in the world -- pike programmer working in new zealand open-steam.org|webhaven.co.nz unix system- bahai.or.at iaeste.(tuwien.ac|or).at administrator (caudium|gotpike).org is.schon.org Martin Bähr http://www.iaeste.or.at/~mbaehr/

2 3

Hilfe
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 31 Aug '07

31 Aug '07

While you are looking at bugs Martin, please fix so that backspace works again in Hilfe in Pike 7.7 (instead of performing help).

6 12

Local.pmod error
by Martin Bähr 30 Aug '07

30 Aug '07

Robert J. Budzynski triggerd the following error when loading a pmod file: Pike v7.7 release 34 running Hilfe v3.5 (Incremental Pike Frontend) > object foo =Local.PiXPull(); Compiler Error: 1:Error looking up 'PiXPull' in module 'Local'. Compiler Exception: Cast "/local/users/mbaehr/tomoyo/pike_modules/PiXPull" to program failed in "/local/users/mbaehr/tomoyo/src/pike/Pike-7.7/lib/modules/Local.pmod". src/pike/Pike-7.7/lib/master.pike:1175: master()->cast_to_program("/local/users/mbaehr/tomoyo/pike_modules/PiXPull ","/local/users/mbaehr/tomoyo/src/pike/Pike-7.7/lib/modules/Local.pmod",UN DEFINED) src/pike/Pike-7.7/lib/modules/Local.pmod:34: Local->`[]("PiXPull") i found a fix, which i hope is right, commited to 7.7 however the error is also present in 7.6, so someone with the confidence to make changes to the stable tree, please backport it. greetings, martin.

3 2

puzzling mapping lookup problem
by H. William Welliver III 27 Aug '07

27 Aug '07

I'm having a problem with a mapping lookup on the C level. The index is a string, and even though I know that the mapping that contains the string I want, I get a null value. I did a little looking, and it appears that even though the lookup occurrs on two pike strings of the same length and same characters, they aren't the same strings. I'm assuming that this is the reason the search is failing, but I can't imagine why they're not the same string. I've confirmed that the source strings have the same character values, and it looks like the hash value is the same. Any ideas what I'm doing wrong? Bill (gdb) print /a classname $3 = 0x1849c20 (gdb) print *classname $4 = { refs = 3, flags = 4, size_shift = 0, len = 10, hval = 2550908153, next = 0x1128990, str = "N" } (gdb) print /a classname $5 = 0x184afd4 (gdb) print *classname $6 = { refs = 1, flags = 4, size_shift = 0, len = 10, hval = 2550908153, next = 0x1128990, str = "N" }

2 1

odd behavior -> add_function_constant()
by H. William Welliver III 24 Aug '07

24 Aug '07

Well, perhaps not directly related to add_function_constant(). I've got some code that generates programs dynamically, and it uses add_function_constant() to add methods to the program. The first odd behavior is that these functions are callable without instantiating the object. That's actually a useful property for me, as I can emulate class methods, and access them at My.Class.somefunc(). The odd part is that if I have code that makes calls to these "class" methods, and I use low_cast_to_program() to get that code, the calls to My.Class.somefunc() get executed at compile time, but not when the code that uses them is called. Example: void somefunc() { object panel = Cocoa.NSOpenPanel.openPanel(); // this method is executed at compile time, and not when somefunc() is called. panel->run(); // this seems to work anyhow, so panel must be a valid object. } Can anyone explain this? I realize it's possible that I'm improperly using an unintended side effect, in which case I'd voice my support for class (Java-static) methods. Bill

3 3

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 August 2007