Pike-devel December 2010

pike-devel@lists.lysator.liu.se

5 participants
6 discussions

Re: debian installer fails during module dumping on minimal system
by Marc Dirix 30 Dec '10

30 Dec '10

> Is it conceivable that dumping this module actually takes more than 60 > seconds on this system? Yes it is. This particular system is an ARM9, 400Mhz with 64MB of ram. > When running with --verbose, how much time on > average passes between each line is printed? > It doesn't print this time, so I need to guess, Calendar modules take about 2~3 seconds. The Protocols.pmod (recursion) takes more then 60 seconds. > You could try altering the alarm(60) in dump.pike, either increasong > the timeout or removing the call altogether, to see what happens. I first tried alarm(120), but that failed at: #### /usr/lib/pike7.8/7.4/modules/Stdio.pmod/module.pmod: Dumped. Alarm clock I've then disabled it, and dumping proceeds. Thanks

1 0

debian installer fails during module dumping on minimal system
by Marc Dirix 29 Dec '10

29 Dec '10

Hi, I've reported it before that the debian package installer fails on minimal systems during the re-dumping of pike modules. Before, dumping by hand would mostly resolve the issue, however currently I'm working on such a system where the (I think the same) failure also occurs by doing the dumping by hand. However the failure notice of the dumping process is not very helpfull: root@iota:/# pike7.8 -x dump -r /usr/lib/pike7.8 Alarm clock root@iota:/# echo $? 142 root@iota:/# pike7.8 -x dump --verbose -r /usr/lib/pike7.8 #### /usr/lib/pike7.8: Is a directory (dumping recursively). #### /usr/lib/pike7.8/7.0: Is a directory (dumping recursively). #### /usr/lib/pike7.8/7.0/include: Is a directory (dumping recursively). #### /usr/lib/pike7.8/7.0/modules: Is a directory (dumping recursively). #### /usr/lib/pike7.8/7.0/modules/__default.pmod: Dumped. #### /usr/lib/pike7.8/7.0/modules/Stack.pmod: Dumped. ... (a few more modules are being dumped) #### /usr/lib/pike7.8/7.4/modules/Sql.pmod/sql.pike: Dumped. #### /usr/lib/pike7.8/7.4/modules/__default.pmod: Dumped. #### /usr/lib/pike7.8/7.4/modules/Protocols.pmod: Is a directory (dumping recursively). Alarm clock any thoughts?

2 1

Filtering of git repository
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 26 Dec '10

26 Dec '10

This is a heads-up regarding replacing the main Pike git repository with a filtered copy. The main reason why we'd want to do that is that there is a syntax error in the timestamp fields of the commit objects, causing "git fsck" to complain about most commits. In order to fix that, I have run "git filter-branch" on the repository, performing transforms on the commit objects to fix the timestamp issue, but also fix some other issues which ought to be addressed if we are doing a filtering anyway. These include replacing some obsolete email addresses, as well as removing empty commits and fixing some whitespace issues. See <http://pike-svn.lysator.liu.se/twiki/bin/view/Main/RepoFilter> for a complete list of changes made to the repository. Please look through the list of changes, and if there is something which should be added or removed, please say so. A filtered version of the current repository can also be examined at <git://pike-git.lysator.liu.se/pike-filtered.git>. If there are no objections, we could declare a flag-day (say, next Saturday) when the filtered repository replaces the current one. Of course, a new filtering would then be performed so that any commits made after today are also included. It would make things simpler if no new commits were pushed during the 5 hours it takes to run the filtering operation though. If the repository is replaced with the filtered version, it means basically that all commits get new SHAs. If you have local branches tracking the upstreams branches with rebasing, performing a "git pull" should be able to sort things out automatically. However, if you have non-tracking branches they may need to be rebased manually. When all your work is rebased on the new repository, running "git gc" to get rid of the old duplicate commits is recommended. Questions and comments are welcome.

5 36

cmod include
by Arne Goedeke 24 Dec '10

24 Dec '10

is there a possibility to include cmod files? We have cases where several different classes share the same code but inherits wont do because the code is only syntactically the same. if not, maybe something which would be good to have to avoid some copy and paste? merry christmas arne

1 0

Roxen.http_redirect question
by Coen Schalkwijk 24 Dec '10

24 Dec '10

Not sure if I can post my roxen questions here...but I'm still going to: I have to redirect a http call. The original requestId has a variable I want to maintain. My question is; will the variable be passed with the redirect? I have no easy way (network wise) to test this at the moment. Thanks in advance! -- Met vriendelijke groet / With kind regards / mit besten Grüßen, Coen Schalkwijk Software Engineer coen.schalkwijk(a)rtl.nl <mailto:coen.schalkwijk@rtl.nl> coen(a)rtlinteractief.nl <mailto:coen@rtlinteractief.nl> +31 (0)35 671 8915

1 0

libgit2
by Martin Bähr 02 Dec '10

02 Dec '10

hi, i just found out about libgit2, a c library that implements git core functionality. http://libgit2.github.com/ i wonder if that library is suitable for servers like roxen (replace the cvs backend for roxen platform/cms) or similar uses. i am not suggesting to use it, just wondering how to find out what kind of requirements there are for such a lib to work in pike. is there anything beyond thread safety? greetings, martin.

2 1

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 December 2010