Pike-devel January 2008

pike-devel@lists.lysator.liu.se

4 participants
9 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

pike-svn repo import into git
by Martin Bähr 23 Feb '08

23 Feb '08

hi, importing the pike-svn repo into git took 3 days. git-svn seems to have some issues there, as the process got slower and slower (and in the end git-svn had more than 300MB in ram (allocated 1GB)) the resulting repo had 178645 objects and a size of 1178MB. git-svn allocates another 1.5GB for statusinformation on each branch. (and because tags are branches, the 1729 tags result in as many branches) however, after packing, the resulting repo ocupies a mere 44MB!!! that alone is a good reason for me to use git, as it it gives me the whole repo in the same space as the checkout of a single revision in svn. you can clone this repo from http://www.iaeste.at/~mbaehr/pike-svn.git the svn import info is removed from that repo. when we switch to svn i'll try to make a repo available that contains the svn info to spare anyone else who wants ot use git-svn a 3day import. greetings, martin.

5 9

debian package of pike (and caudium)
by Henrik Andreasson 23 Feb '08

23 Feb '08

Hi! How is it going with the debian packages of pike, anything I can to to help? The package is still owned by debian-qa-team maybe a new version that adopts the package would be good? Shamless request: I'm going to take over the caudium package but I'm not yet a debian developer so maybe somebody on the list could help me in the beginning with the uploads? //Henrik Andreasson "kinneh"

8 9

Calendar: Weeks spanning years
by Martin Stjernholm, Roxen IS ＠ Pike developers forum 29 Jan '08

29 Jan '08

I'm fixing a whole set of bugs regarding weeks spanning year ends (the week year, wy, didn't get propagated correctly in all cases when converting between months, weeks, days etc). A tricky case is this: > Calendar.ISO.Week(2008,1)->set_size(Calendar.ISO.Day()); (1) Result: Day(Mon 31 Dec 2008) > Calendar.ISO.Week(2008,1)->set_size(Calendar.ISO.Day())->format_ymd(); (2) Result: "2007-12-31" > Calendar.ISO.Week(2008,1)->set_size(Calendar.ISO.Day())->year_no(); (3) Result: 2008 (2007-12-31 is the Monday of the first week of 2008.) Note the bogus year in result (1). format_ymd however handles it correctly due to a special check of the year day, yd: sprintf("%04d-%02d-%02d",((yd < 1)?y-1:y),m,md) Fixing _sprintf to do the same thing means putting the same special check into YMD.year_name. But what about year_no that returns 2008? Although the whole week belongs to 2008, I expect to get 2007 for the first day of it. Looking at it that way it seems better to ensure yd > 0 always, so that the year is normalized. However, there is obviously an intention behind the current behavior when yd can be <= 0, so that's why I ask.

3 6

Mach
by Magnus Holmgren, exim.org ＠ Pike developers forum 27 Jan '08

27 Jan '08

I just got word that Pike 7.6.112 fails to build with the Mach development library version 1.3.99 installed. This is because src/threads.c refers to task_thread_times_info_data_t if defined(HAVE_MACH_TASK_INFO_H), but <mach/task_info.h> doesn't #include <mach/message.h> containing the definition. Questions are implicit.

1 0

hash_value
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 14 Jan '08

14 Jan '08

Is this a problem? > hash_value(0); (1) Result: 0 > hash_value(Math.inf); (2) Result: 0 > hash_value(Math.nan); (3) Result: 0

2 2

7.6 release plans?
by H. William Welliver III 07 Jan '08

07 Jan '08

Hi All, I was wondering if there were any plans to do a new 7.6 release in the near future. There's a bug that's critical for me in the .112 Mysql module that causes a segfault, that's been fixed in 7.6 CVS. Because of this, I was thinking about holding off on a release on my end if a new pike version was looming on the horizon. If not, that's okay, too, I can try to come up with a workaround. Bill

4 8

Unused variable warnings
by Martin Nilsson (Opera Mini - AFK!) ＠ Pike (-) developers forum 07 Jan '08

07 Jan '08

I'm not sure all the new warnings are good, at least not as default. In the case of void f(string filename) { } there might not be a choice of removing the argument. In the case of e.g. foreach(my_mapping; string name; string value) werror("%O\n", value); the unused name-variable provides possibly helpful documentation. I think what you will see in practice is that programmers will do foreach(my_mapping;; string value) werror("%O\n", value); and not foreach(my_mapping; string name; string value) { name; werror("%O\n", value); } resulting in a codebase that is harder to work with and extend.

9 10

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 January 2008