Pike-devel December 2003

pike-devel@lists.lysator.liu.se

12 participants
52 discussions

xenofarm feature list
by Mirar ＠ Pike developers forum 25 Dec '03

25 Dec '03

What would it take to get xenofarm to generate such a list as this, http://www.mirar.org/pike_features.html ie, a list where the configinfo features are on one axis and the build machine on the other (and the page is the build version)? Also a page as the normal http://pike.ida.liu.se/development/pikefarm/7.5.xml but with indicators to see if the feature work or not, one page for each feature, to see if you mess up a feature's config test, would be neat.

2 2

yellow...
by Mirar ＠ Pike developers forum 23 Dec '03

23 Dec '03

Can someone enlighten me to what went wrong in this build, http://pike.ida.liu.se/development/pikefarm/result.xml?id=1613_342&pike=7_5 verifylog.txt ends in, | Doing tests in modules/_Image_FreeType/testsuite (0 tests) | Total tests: 149607 (275 tests skipped) | make[2]: Leaving directory | `/home/xenofarm/xenoclient/pike-7.5/orchid.mirar.org/buildtmp/Pike7.5-20031222-165205/build/linux-2.6.0-test9-i686' no failures, no exit 1+, but something left a core so core.txt were created, which I guess is the reason for the yellow mark?

2 2

Pike 7.5 cvs-snapshot "make install" problem
by Alexander Demenshin 23 Dec '03

23 Dec '03

Hi, Just tried to make a test install of recent snapshot, everything was OK (make; make verify) but on "make install" it complains: Bad argument 1. Unknown program: foreach(0) /home/aldem/src/Pike/Pike7.5-20031222-165205/lib/modules/Tools.pmod/Standalone.pmod/extract_autodoc.pike:105: Tools.Standalone.extract_autodoc()->recurse("/home/aldem/src/Pike/Pike7.5-20031222-165205/src/doc_build/src"+[4035],"/home/aldem/src/Pike/Pike7.5-2003122 2-165205/src/doc_build/src"+[4049],0,({"predef::","doc_build","src","doc_build","src","doc_build","src",,,571})) (backtrace skipped) Well, I "fixed" this (adding empty array as alternative in foreach), just to see what happens, and: (lot of "copying from" skipped) /home/aldem/src/Pike/Pike7.5-20031222-165205/src/pike -DNOT_INSTALLED -DPRECOMPILED_SEARCH_MORE -m/home/aldem/src/Pike/Pike7.5-20031222-165205/src/master.pike -x join_autodoc --quiet --post-process autodoc.xml doc_build ProcessXML: duplicate documentation for class _file /home/aldem/src/Pike/Pike7.5-20031222-165205/lib/modules/Tools.pmod/AutoDoc.pmod/ProcessXML.pmod:15: Tools.AutoDoc.ProcessXML->processError("duplicate documentation for class _file") (backtrace skipped) I remember that I tried such an attempt some time ago, and it stopped like this one (at least, that stop was related to autodoc). The problem is that xenoclient doesn't try to make _real_ installation (can it?), hence this problem is not reported. Any clues how to proceed with installation? Is there any way to avoid (skip) autodoc generation (I don't need it, in fact)? Thanks! Regards, /Al

1 0

Re: More conference items: book and mailing list
by Johan Sundstr�m (achtung xmas!) ＠ Pike (-) developers forum 22 Dec '03

22 Dec '03

That sounds like a view based on the presumption that a cookbook's purpose is to teach you how to make a spoon out of a fork, and vice versa. I think a cookbook can be just as much about teching the basic workings of how to make the tools do the work for you, so people don't try to invent their own objects, mappings et cetera through arrays, strings and whatnot. Or to write C code, or Basic, in Pike. Of course it would not be a book for you, or for me, but it would still be useful to those new to the Pike mindset, as much as the other (more ambitious) book being discussed. A recipe that basically only points a newbie to how the MIME module, or Locale.Charset.(en|de)coder modules are employed to do Really Powerful Stuff, is very much better than a recipe that shows a Perl hacker how to do something similar a tenth as easily and with ten times more bugs, by hand. If eighty percent of the book was covered by the refdocs already, but in a less terse and requiring-a-working-knowledge of Pike basics (as we prefer to keep the refdocs to the point) manner, I'd still call it a very useful book indeed. / Johan Sundström (achtung xmas!) Previous text: >2003-12-22 15:42: >Subject: Re: More conference items: book and mailing list >-------------------------------------------------------------------- >I'll restate that cookbooks in general is a bad idea. If something is so >complicated to do that you need a recipie, you either should introduce a >language construct or make a module. > > / Martin Nilsson (saturator) >

1 0

Re: More conference items: book and mailing list
by Martin Nilsson (saturator) ＠ Pike (-) developers forum 22 Dec '03

22 Dec '03

I'll restate that cookbooks in general is a bad idea. If something is so complicated to do that you need a recipie, you either should introduce a language construct or make a module. / Martin Nilsson (saturator) Previous text: >2003-12-22 13:37: >Subject: Re: More conference items: book and mailing list >-------------------------------------------------------------------- >> A book is a great idea, two would be even better. Let me explain ... >> It would be nice if the first book is a guide to pike and a programmers >> cookbook, the second book should be for advanced topics [...] > >Well, we could indeed be working on two books. :-) I, too, think a >cookbook style Pike book would be good. As a matter of fact, we have >already started a tiny bit on that project; it's in a stray repository >at the pike site in /pike/data/cvsroot/projects/cookbook/ -- borrowing >ideas from the "cookbook" series, and Python cookbook in particular. > >Uwe Assmann also liked the idea about Pike books (and especially so >the cookbook style one), so we officially have all the backing we want >and need from IDA. :-) > > / Johan Sundström (achtung xmas!) >

1 0

Re: More conference items: book and mailing list
by Johan Sundstr�m (achtung xmas!) ＠ Pike (-) developers forum 22 Dec '03

22 Dec '03

> A book is a great idea, two would be even better. Let me explain ... > It would be nice if the first book is a guide to pike and a programmers > cookbook, the second book should be for advanced topics [...] Well, we could indeed be working on two books. :-) I, too, think a cookbook style Pike book would be good. As a matter of fact, we have already started a tiny bit on that project; it's in a stray repository at the pike site in /pike/data/cvsroot/projects/cookbook/ -- borrowing ideas from the "cookbook" series, and Python cookbook in particular. Uwe Assmann also liked the idea about Pike books (and especially so the cookbook style one), so we officially have all the backing we want and need from IDA. :-) / Johan Sundström (achtung xmas!) Previous text: >2003-12-22 09:42: >Subject: Re: More conference items: book and mailing list >-------------------------------------------------------------------- >A book is a great idea, two would be even better. Let me explain ... >It would be nice if the first book is a guide to pike and a programmers >cookbook, the second book should be for advanced topics such as garbage >collectors, runtime/compile time types etc. We do not want to put people >off pike by making appear too complex and intellectual. The cookbook >aspect of the first book should explain how to use the standard modules, >the modref does not help here - if we had some place to upload some of >our code then we can all help with those modules we have experience of. > >Anyway just my thoughts >-- >Kevin Mulholland >IT & Manufacturing Systems Manager >Landis+Gyr Ltd >desk 00 44 1952 602014 >mobile 00 44 780882 5979 >-- > > > > / Brevbäraren >

1 0

SQL
by Bill Welliver 22 Dec '03

22 Dec '03

I started working on an interface to the SQLite database engine (www.sqlite.org) today. The preliminary results are promising, but I'm now at the point where I should decide what direction to take the work. My initial thought is that this should be handled in the same manner as the other database interfaces. I'm not sure how well some of the interface design aspects will fit with the SQLite view of things, though. I was wondering if anyone can give me an idea of what I need to impliment in order to have it accessible through Sql.sql. Bill

7 10

More conference items: book and mailing list
by Bill Welliver 21 Dec '03

21 Dec '03

Hi All, [apologies in advance for the cross-posting, i wasn't sure of the coverage on both lists] I've been going through some of the items from the conference, and I thought I'd take a little initiative. To that end, here's an update: 1. A pike book I've decided to start work on Pike book. My target is somewhere between the tutorial and the source code or modref. That is, a relatively complete reference to the most important parts of the language such as constructs and important features, but not a function reference (important functions such as Stdio and the like will be covered). My plan is to assume basic programming knowledge that isn't necessarily assumed in the current tutorial online. I've gotten a good bit of feedback regarding what's missing, from programming savvy individuals that have tried to pick up pike. I've placed a first crack at a table of contents here: http://hww3.riverweb.com/dist/PikeManual.txt Any and all feedback would be greatly appreciated (additions, deletions, reorganizations, etc) Also, unrelated to this effort, I was wondering who owned the copyright on the current tutorial... does anyone know? I was thinking of getting a few copies of this material printed and bound, but don't want to end up with a lawyer at my door. If there's interest from anyone out there, please let me know. 2. The pike(a)roxen.com mailing list archive As part of my research into topic #1 above, I got thinking that there's a large amount of good information locked away in the mailing list archives. Unfortunately, the only way to get at it right now is to use the mailing list archive server, which is relatively inconvenient. In order to remedy this situation, I've put a very simple, searchable archive online here: http://modules.gotpike.org:8000/list/ It's not fulltext search (my mysql is apparently not happy about doing fulltext), but it does use substring searching, so it's at least as good as a simple grep. It will probably move to a more suitable location in the future. Thanks to Martin Bahr for the archive mailbox, going back 7 years. As always, comments and feedback are welcome... Bill

7 10

How to dump pike modules in a fakeroot/sandbox environment?
by Rainer Groesslinger 21 Dec '03

21 Dec '03

Martin Stjernholm, Roxen IS wrote: > If the files aren't moved to another location, how can it become a > problem that the pike binary wants to load > [/my/fakeroot/path]/lib/master.pike? I am sorry I misunderstood you there. Of course they are moved from the virtual /usr (= /fakeroot/usr) to the real /usr after 'make INSTALLARGS="--traditional" buildroot="/fakeroot" install' completed. (Before that, I use make CONFIGUREARGS="--prefix=/usr --disable-make_conf \ --with-relocatable-dumped-modules") As you suggested I looked at PIKE_MODULE_RELOC and I also found out about the configure param called "--with-relocatable-dumped-modules" but it doesn't seem to change anything :( I still have the problem that pike is being built in a working directory, then installed to /fakeroot/usr (given /usr as the --prefix and /fakeroot as the buildroot) and after that process is complete, it is moved to the real /usr/... Even if I try to set PIKE_MODULE_RELOC (or use --with-relocatable-dumped-modules) some modules still look in /fakeroot/usr/... (some work, but Regex doesn't and if I run e.g. 'pike --features' also Yp among a few others give me a decode warning referencing to /fakeroot/usr/...) Perhaps I missed something or I am using --with-relocatable-dumped-modules the wrong way ? -- Rainer Groesslinger <rainer.groesslinger(a)gmx.net>

3 5

C#-like properties
by Marcus Comstedt (ACROSS) (Hail Ilpalazzo!) ＠ Pike (-) developers forum 21 Dec '03

21 Dec '03

And in case it helps jog your memory, the intended application that time was to implement classes which behaved just like builtin types, like strings. Maybe it was related to the discussion on "secure strings", I don't remember exactly.

1 0

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 2003