Older blog entries for jimw (starting at number 22)

curious about why it takes forever to generate the chunked-html version of the php docs (in docbook, using openjade), i did a little profiling of openjade generating the phpdoc howto (a much smaller document than the 1600+ page php documentation).

10% of the time is calls to the assign method of the opensp string template class, 8% to operator= of the ptr template class, and 5% to the string template class's grow method. ugh.

nearly 8% of the execution time is going to reference counting.

i get the feeling my time would be better spent figuring out how to move the phpdoc processing to an xslt processor instead of poking around with openjade.

deekayen: people can get books for free at a library. they still buy lots of them. people can pick up free weekly and daily newspapers all over the world. they still buy lots of them. free counterparts exist for a great many things (and cheaper counterparts exist for nearly everything).

nothing too exciting to report. spit out version 1.0 of colobus when nobody was looking. (it's an nntp server that runs off ezmlm message archives used by news.php.net and nntp.perl.org.) some day i'll get motivated to use a sql backend for the overview database instead of berkeleydb, and build a better web front-end.

for fun, i created rudimentary clones of metafilter and blogger, called conventia and gir. conventia was inspired by discussions on the php-mefi list, and gir by the blogger xml-rpc api (in fact, it doesn't have much of a web interface except to do things not exposed by the xml-rpc api).

buried inside gir is yet another xml-rpc library for php, which currently just implements the server-side. it takes a rather different approach from most xml-rpc libraries. some day i'll finish up the client side, document it properly, and release it as its own project.

so many half-baked projects, so little motivation.

i want to write a simple application using mozilla's xul and javascript that talks to a remote server using xml-rpc. there's xml-rpc support distributed with mozilla, but i can't get it to talk to anything. it sure would be nice if developing an application with xul weren't such a pain.

ishamael, there's a lot more downsides to being overweight than the years you'll lose at the end of your life.

and dieting doesn't have to mean living without good tasting foods (especially if you can do better than cake and steak!) or with a strict schedule of exercise and limited food consumption. (in fact, i would say those are all warning signs that someone's dieting efforts are doomed to fail.)

oh, yeah. open source. more releases of colobus happened, and ask set up nntp.perl.org with it. doug maceachern has patches to turn it into an apache 2.0 protocol handler. that crazy doug.

i finally packaged up colobus for release to the world. (that's the name for the nntp server for ezmlm mailing list archives.)

as an excuse to do a little programming, i wrote a simple clock program for x. it is just a simple text display (with a drop shadow) in a shaped window (so it is transparent) that raises itself whenever its visibility changes (which probably isn't very friendly, but whatever). you can grab it here.

the nntp server that runs off ezmlm mail archives is almost done. i just need to fix up the overview database updating, and test it with some more clients.

so, i went down the route of writing a news server that uses ezmlm archives for the spool. i have a basically functional news server working (including posting).

the big chunks remaining are dealing with message-ids properly (the current code basically punts -- i need to build a two-way database of message-ids to message paths), and adding xover support (which will be easy -- making it efficient will be slightly harder).

dealing with getting php.net's news server set up on a new machine, i think i've come to the conclusion that i should write a new storage driver similar to tradspool, but with hashing of the individual articles at the newsgroup level.

since we're not expiring anything from the server, tradspool doesn't really cut it (over a hundred thousand files in one directory just isn't cool, even if your filesystem is), and timehash doesn't cut it either, because i'd like to keep the newsgroups seperated (without having to set up a seperate timehash spool for each group).

what would be really sexy, though, would be to have inn just slave off the ezmlm archives, and avoid the duplication altogether. hmm.

you know, i get the feeling that Zaitcev doesn't read the rolling log of diary entries.

13 older entries...

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!