From mbaringer at common-lisp.net  Wed Mar  1 05:00:04 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed,  1 Mar 2006 00:00:04 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml: 28-Feb-2006
Message-ID: <20060301050004.B746334007@common-lisp.net>


Mon Feb 27 14:21:18 EST 2006  Marco Baringer <mb at bese.it>
  * Added name-expression attribute to tal:include (when the file to include's name is calculated dynamically)

    M ./src/tal/handlers.lisp -6 +14

Sun Jan 22 17:54:47 EST 2006  attila.lendvai at gmail.com
Wed Nov  9 13:16:23 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 05:22:40 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 13:15:17 EST 2005  Marco Baringer <mb at bese.it>
Mon Nov  7 11:05:51 EST 2005  Marco Baringer <mb at bese.it>
Mon Nov  7 11:03:23 EST 2005  Marco Baringer <mb at bese.it>
Thu Oct 27 04:51:58 EDT 2005  Luca Capello <luca at pca.it>
Thu Oct 27 04:38:47 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 11 09:34:46 EDT 2005  ignas.mikalajunas at gmail.com
Sat Sep  3 15:15:26 EDT 2005  Peter Scott <sketerpot at gmail.com>
Thu Aug 11 07:43:25 EDT 2005  Drew Crampsie <drewc at tech.coop>
Wed Aug 17 01:43:29 EDT 2005  bobstopper at bobturf.org
Fri Aug 12 03:09:53 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 03:09:34 EDT 2005  Marco Baringer <mb at bese.it>
Fri Jul 29 06:32:46 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 11 20:10:09 EDT 2005  Drew Crampsie <drewc at tech.coop>
Wed Jul  6 10:35:16 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul  5 14:56:03 EDT 2005  Marco Baringer <mb at bese.it>

An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060228.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Wed Mar  1 05:00:04 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed,  1 Mar 2006 00:00:04 -0500 (EST)
Subject: [Bese-devel] New patches to fiveam: 28-Feb-2006
Message-ID: <20060301050004.B19D934005@common-lisp.net>


Wed Feb 15 15:11:41 EST 2006  Donavon Keithley <keithley at easystreet.com>
Fri Feb 10 04:57:55 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 06:12:38 EST 2006  Marco Baringer <mb at bese.it>
Thu Jan 26 07:10:26 EST 2006  Marco Baringer <mb at bese.it>
Thu Jan 26 07:09:47 EST 2006  Marco Baringer <mb at bese.it>
Thu Jan 26 07:04:26 EST 2006  Marco Baringer <mb at bese.it>
Thu Jan 26 06:53:38 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 10:24:45 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 10:24:34 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 09:03:52 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 07:45:38 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 07:21:32 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 07:17:28 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 06:53:39 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 06:38:10 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 06:37:54 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 06:37:15 EST 2006  Marco Baringer <mb at bese.it>
Mon Jan 23 07:39:41 EST 2006  Marco Baringer <mb at bese.it>
Sun Jan 22 10:28:57 EST 2006  Marco Baringer <mb at bese.it>
Sun Jan 22 10:28:42 EST 2006  Marco Baringer <mb at bese.it>
Sun Jan 22 10:28:33 EST 2006  Marco Baringer <mb at bese.it>
Sun Jan 22 10:27:50 EST 2006  Marco Baringer <mb at bese.it>
Sun Jan 22 10:27:29 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 12:35:10 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 12:26:39 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 12:26:25 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 04:39:04 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 04:38:15 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 04:29:56 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 04:29:24 EST 2006  Marco Baringer <mb at bese.it>
Thu Jan 19 13:58:36 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 19:02:52 EST 2006  Peter Gijsels <peter.gijsels at gmail.com>
Wed Jan 18 09:42:25 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 09:42:25 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 06:14:14 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 05:47:06 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 05:46:52 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 05:11:16 EST 2006  Marco Baringer <mb at bese.it>
Wed Dec 14 14:01:09 EST 2005  Marco Baringer <mb at bese.it>
Sat Dec 10 09:43:27 EST 2005  Marco Baringer <mb at bese.it>
Sat Dec 10 09:41:19 EST 2005  Marco Baringer <mb at bese.it>
Fri Dec  9 02:38:54 EST 2005  Chris Dean <ctdean at sokitomi.com>
Sat Nov  5 10:58:04 EST 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 06:42:01 EDT 2005  Luca Capello <luca at pca.it>
Wed Aug 17 02:12:50 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug 16 14:44:54 EDT 2005  Alan Shields <Alan-Shields at omrf.ouhsc.edu>
Wed Aug 10 06:11:54 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 04:53:46 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 04:43:55 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 04:41:43 EDT 2005  Marco Baringer <mb at bese.it>

An updated tarball of fiveam's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/fiveam-20060228.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=fiveam;a=summary


From mbaringer at common-lisp.net  Wed Mar  1 05:00:09 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed,  1 Mar 2006 00:00:09 -0500 (EST)
Subject: [Bese-devel] New patches to qbook: 28-Feb-2006
Message-ID: <20060301050009.DE42B5831A@common-lisp.net>


Thu Feb  2 09:58:30 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 09:58:18 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 09:57:52 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 05:45:44 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 18 05:39:11 EST 2006  Marco Baringer <mb at bese.it>
Thu Dec  1 15:15:15 EST 2005  Marco Baringer <mb at bese.it>
Thu Dec  1 13:25:23 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov 30 11:58:58 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 12:49:56 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:57:25 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:57:10 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:56:41 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:43:24 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:43:08 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:42:42 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:42:23 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:41:39 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 12:11:51 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 11:22:44 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 10:48:39 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 09:50:02 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 09:49:48 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 09:49:18 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 05:14:23 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 19 05:13:44 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 18 14:09:16 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 18 12:50:12 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 18 10:01:25 EST 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 07:59:57 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 07:59:34 EDT 2005  Marco Baringer <mb at bese.it>
Fri Nov 11 02:21:58 EST 2005  Luca Capello <luca at pca.it>
Sat Nov  5 10:58:38 EST 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 06:44:14 EDT 2005  Luca Capello <luca at pca.it>
Mon Jul 25 05:08:56 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 25 05:07:56 EDT 2005  Marco Baringer <mb at bese.it>

An updated tarball of qbook's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/qbook-20060228.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=qbook;a=summary


From mbaringer at common-lisp.net  Wed Mar  1 05:00:22 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed,  1 Mar 2006 00:00:22 -0500 (EST)
Subject: [Bese-devel] New patches to arnesi_dev: 28-Feb-2006
Message-ID: <20060301050022.5DE3E2C13C@common-lisp.net>


Sun Feb 26 13:44:05 EST 2006  Marco Baringer <mb at bese.it>
  * Typo in do-all-elements macro when the indexe parameter is nil

    M ./src/queue.lisp -4 +4

Sun Feb 26 13:43:43 EST 2006  Marco Baringer <mb at bese.it>
  * Added a print-object method for function-argument-form objects

    M ./src/walk.lisp +6

Fri Feb 24 10:51:53 EST 2006  Marco Baringer <mb at bese.it>
  * Make the cc interpreter 'see' special variables
  
  If a symbol is globally bound, and isn't locally overridden, we assume
  it's a global special and treat it as such.

    M ./src/call-cc/handlers.lisp -4 +5

Fri Feb 24 10:45:25 EST 2006  Marco Baringer <mb at bese.it>
  * Added enqueue-or-move-to-front method to the lru-queue class

    M ./src/queue.lisp -6 +32

Fri Feb 24 09:52:45 EST 2006  Marco Baringer <mb at bese.it>
  * Added lru-queue

    M ./src/packages.lisp +1
    M ./src/queue.lisp -28 +59

Fri Feb 24 09:52:31 EST 2006  Marco Baringer <mb at bese.it>
  * Implement peek-queue

    M ./src/queue.lisp +3

Fri Feb 24 09:21:45 EST 2006  Marco Baringer <mb at bese.it>
  * Create the queue's buffer to be 1+ the required size
  
  The length of the buffer is actually one less than the total number of
  elements we can hold. Since the :size initarg means 'numbor of
  elements we can store without resizing' we need to create the buffer
  slightly larger.

    M ./src/queue.lisp -1 +1

Fri Feb 24 09:18:20 EST 2006  Marco Baringer <mb at bese.it>
  * Added vector based queue implementation

    M ./arnesi.asd +2
    M ./src/packages.lisp +7
    A ./src/queue.lisp
    A ./t/queue.lisp

Fri Feb 24 07:19:44 EST 2006  Marco Baringer <mb at bese.it>
  * Added missing ignore declarations

    M ./src/log.lisp -3 +5

Wed Feb 15 09:15:26 EST 2006  henrik.hjelte at poboxes.com
Wed Feb 15 09:15:26 EST 2006  henrik.hjelte at poboxes.com
Tue Feb 14 16:05:52 EST 2006  levente.meszaros at gmail.com
Mon Feb 13 13:55:41 EST 2006  Marco Baringer <mb at bese.it>
Mon Feb 13 12:32:30 EST 2006  Marco Baringer <mb at bese.it>
Mon Feb 13 13:12:17 EST 2006  Marco Baringer <mb at bese.it>
Sat Feb 11 15:51:54 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Sat Feb 11 15:50:43 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Thu Feb  9 16:51:58 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Sat Feb 11 11:56:54 EST 2006  Marco Baringer <mb at bese.it>
Fri Feb 10 10:48:19 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  9 16:37:39 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Wed Feb  8 16:40:15 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Mon Feb  6 17:46:03 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Mon Feb  6 17:42:08 EST 2006  Levente M??sz??ros <melevy at freemail.hu>
Mon Jan 30 18:03:02 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
Thu Feb  2 09:57:27 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 06:41:56 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 06:41:40 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 06:40:58 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 06:40:49 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb  2 06:40:18 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 09:00:12 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 08:55:05 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 24 08:15:55 EST 2006  Marco Baringer <mb at bese.it>
Mon Jan 23 07:50:09 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 20 06:07:09 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 13 06:34:49 EST 2006  Marco Baringer <mb at bese.it>
Fri Jan 13 06:34:30 EST 2006  Marco Baringer <mb at bese.it>
Mon Jan  9 09:08:27 EST 2006  Marco Baringer <mb at bese.it>
Mon Dec 19 19:04:56 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 19:04:06 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 19:01:54 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 07:45:00 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 07:44:25 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 07:41:48 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 07:35:32 EST 2005  Marco Baringer <mb at bese.it>
Tue Dec 13 15:46:31 EST 2005  svg at surnet.ru
Sun Dec 18 07:32:15 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 07:22:48 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 11 08:53:08 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 11 08:52:45 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 11 08:11:45 EST 2005  Marco Baringer <mb at bese.it>
Fri Dec  9 02:24:39 EST 2005  Chris Dean <ctdean at sokitomi.com>
Fri Dec  9 02:23:21 EST 2005  Chris Dean <ctdean at sokitomi.com>
Sun Dec  4 11:23:19 EST 2005  Marco Baringer <mb at bese.it>
Thu Dec  1 12:02:53 EST 2005  Marco Baringer <mb at bese.it>
Thu Dec  1 12:02:22 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:29:13 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:28:59 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 11:28:47 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 25 12:38:27 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 25 12:38:01 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 25 12:37:44 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 25 12:37:08 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 18 14:30:44 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 18 14:30:20 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov 15 07:29:56 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 12 07:29:30 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 11 12:12:21 EST 2005  Marco Baringer <mb at bese.it>
Thu Nov 10 14:57:39 EST 2005  Marco Baringer <mb at bese.it>
Thu Nov 10 06:59:53 EST 2005  Marco Baringer <mb at bese.it>
Thu Nov 10 04:48:51 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 08:11:16 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 08:02:43 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 07:52:55 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov  5 10:20:03 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov  5 10:11:43 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov  5 10:11:30 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov  5 10:06:56 EST 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 08:26:48 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 06:38:02 EDT 2005  Luca Capello <luca at pca.it>
Mon Oct 24 15:16:15 EDT 2005  svg at surnet.ru
Fri Oct 21 11:39:48 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 21 11:39:36 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 06:25:02 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 06:21:26 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 06:19:50 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 14 05:41:12 EDT 2005  Marco Baringer <mb at bese.it>
Wed Oct 12 10:14:17 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct  9 06:36:54 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct  7 15:04:26 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct  7 13:48:59 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct  7 13:44:21 EDT 2005  Marco Baringer <mb at bese.it>
Sun Sep 25 11:51:12 EDT 2005  Marco Baringer <mb at bese.it>
Sun Sep 25 11:50:49 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep  6 10:06:57 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep  3 10:02:54 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  1 06:03:40 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  1 06:03:14 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 31 05:47:50 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 31 05:47:27 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 19 16:15:00 EDT 2005  drewc at tech.coop
Sat Aug 27 15:46:02 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 09:45:18 EDT 2005  binarin at gmail.com
Sat Aug 27 09:44:56 EDT 2005  binarin at gmail.com
Sat Aug 27 14:47:25 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 08:18:14 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 07:17:06 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 07:01:28 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 25 02:29:35 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 12:57:51 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 12:49:38 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:38:02 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 17 06:01:28 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug 16 13:48:06 EDT 2005  smoof-ra at elder-gods.org
Tue Aug 16 10:19:38 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug 16 10:18:39 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug 16 04:47:20 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug 16 04:46:54 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug 15 16:26:03 EDT 2005  smoof-ra at elder-gods.org
Fri Aug 12 07:46:13 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:43:43 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 06:27:09 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 06:24:29 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 06:23:33 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 03:07:30 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 11 11:25:16 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 11 11:24:49 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 11 11:24:00 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 11 09:07:22 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 11 09:00:02 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 10:07:25 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 10:06:59 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 08:13:05 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 06:48:19 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 06:34:38 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 06:15:41 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 06:14:46 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 02:32:28 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 01:51:26 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 01:51:05 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 01:43:27 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 23:58:25 EDT 2005  smoof-ra at elder-gods.org
Tue Aug  9 14:29:00 EDT 2005  smoof-ra at elder-gods.org
Tue Aug  9 11:17:38 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 08:59:33 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 06:48:18 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 06:47:37 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 04:30:06 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 02:11:02 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 18:32:44 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 18:29:32 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 18:29:05 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 16:47:38 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 16:47:11 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 16:46:54 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 14:26:53 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 03:55:00 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 12:48:59 EDT 2005  smoof-ra at elder-gods.org
Thu Aug  4 12:58:21 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 12:18:57 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 11:27:27 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 11:20:51 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 11:08:41 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 11:02:56 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 11:02:42 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug  4 10:33:50 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug  3 18:27:32 EDT 2005  smoof-ra at elder-gods.org
Wed Aug  3 06:46:52 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug  3 05:20:59 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug  3 04:53:22 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug  3 04:52:54 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug  3 04:52:10 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  2 12:53:55 EDT 2005  smoof-ra at elder-gods.org
Tue Aug  2 11:24:21 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  2 11:03:42 EDT 2005  smoof-ra at elder-gods.org
Mon Aug  1 15:34:33 EDT 2005  smoof-ra at elder-gods.org
Mon Aug  1 15:31:07 EDT 2005  smoof-ra at elder-gods.org
Mon Aug  1 14:56:41 EDT 2005  smoof-ra at elder-gods.org
Mon Aug  1 14:43:29 EDT 2005  smoof-ra at elder-gods.org
Fri Jul 29 06:32:29 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 28 08:02:38 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 27 11:36:03 EDT 2005  smoof-ra at elder-gods.org
Wed Jul 27 11:24:56 EDT 2005  smoof-ra at elder-gods.org
Tue Jul 26 05:03:08 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 05:02:56 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 04:52:26 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 04:51:55 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 09:31:58 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 09:31:06 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 09:30:52 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 07:30:19 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 06:44:31 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 10:44:50 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 07:01:12 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 05:23:12 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 05:21:24 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 05:18:26 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul 20 05:16:58 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 19 11:34:41 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 19 11:31:21 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 19 11:23:27 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 19 11:22:30 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:46:08 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:31:40 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:30:27 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:29:59 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:11:27 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:11:14 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:10:19 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 05:06:19 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul  7 04:37:39 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul  6 06:53:24 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul  6 06:16:57 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul  6 06:16:30 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul  6 06:05:35 EDT 2005  Marco Baringer <mb at bese.it>

An updated tarball of arnesi_dev's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/arnesi_dev-20060228.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=arnesi_dev;a=summary


From hoan at ton-that.org  Wed Mar  1 07:56:45 2006
From: hoan at ton-that.org (Hoan Ton-That)
Date: Wed, 1 Mar 2006 18:56:45 +1100
Subject: [Bese-devel] A code UnWalker for Arnesi
Message-ID: <e2c5eaf10602282356r16999da5rbbee9f98d6206650@mail.gmail.com>

Hey Marco and everyone,

I've written an UnWalker for arnesi.  `unwalk-form' is the inverse
of `walk-form' so (unwalk-form (walk-form form)) = form.
Its useful if you want to compile to CL, instead of interpreting.
You can modify existing parse trees and make new ones and
then convert them into list structure.  Add a macro and viola!

Enjoy, have fun, and go forth and write some extensions to CL!

BTW, the class `rest-function-argument-form' was inheriting from
`optional-function-argument-form' which caused problems.
It now inherits from `function-argument-form'.  There is also
a bunch of tests.

Hoan

PS.  What does arnesi mean?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CHANGESET
Type: application/octet-stream
Size: 40568 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060301/de570646/attachment.obj>

From mb at bese.it  Wed Mar  1 11:45:38 2006
From: mb at bese.it (Marco Baringer)
Date: Wed, 01 Mar 2006 12:45:38 +0100
Subject: [Bese-devel] Re: A code UnWalker for Arnesi
References: <e2c5eaf10602282356r16999da5rbbee9f98d6206650@mail.gmail.com>
Message-ID: <m264mytml9.fsf@bese.it>

"Hoan Ton-That" <hoan at ton-that.org> writes:

> Hey Marco and everyone,
>
> I've written an UnWalker for arnesi.  `unwalk-form' is the inverse
> of `walk-form' so (unwalk-form (walk-form form)) = form.
> Its useful if you want to compile to CL, instead of interpreting.
> You can modify existing parse trees and make new ones and
> then convert them into list structure.  Add a macro and viola!

sweet! applied.

> Hoan
>
> PS.  What does arnesi mean?

"worker's tools", "tools" or "toolbox"

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Thu Mar  2 05:00:06 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Thu,  2 Mar 2006 00:00:06 -0500 (EST)
Subject: [Bese-devel] New patches to arnesi_dev:  1-Mar-2006
Message-ID: <20060302050006.29E2A2E188@common-lisp.net>


Wed Mar  1 02:54:56 EST 2006  Hoan Ton-That <hoan at ton-that.org>
  * A code UnWalker

    M ./arnesi.asd +2
    M ./src/packages.lisp -1 +3
    A ./src/unwalk.lisp
    M ./src/walk.lisp -1 +1
    A ./t/walk.lisp


An updated tarball of arnesi_dev's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/arnesi_dev-20060301.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=arnesi_dev;a=summary


From mbaringer at common-lisp.net  Fri Mar  3 05:00:05 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Fri,  3 Mar 2006 00:00:05 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml:  2-Mar-2006
Message-ID: <20060303050005.BD8E26713C@common-lisp.net>


Thu Mar  2 15:12:40 EST 2006  Marco Baringer <mb at bese.it>
  * When cretain conditions are signaled add in auxiliary information where its available

    M ./src/yaclml.lisp -5 +11

Thu Mar  2 15:11:49 EST 2006  Marco Baringer <mb at bese.it>
  * Replace error messages, with condition objects.

    M ./src/tal/xmls.lisp -5 +21

Thu Mar  2 15:11:14 EST 2006  Marco Baringer <mb at bese.it>
  * Don't ignore errors during compiling of xml code

    M ./src/tal/xmls.lisp -5 +2

Thu Mar  2 14:01:26 EST 2006  Marco Baringer <mb at bese.it>
  * Define a new error type, unrecognized-attribute, which attribute-bind uses instead of just ERROR and a format control

    M ./src/attribute-bind.lisp -1 +9

Thu Mar  2 14:00:45 EST 2006  Marco Baringer <mb at bese.it>
  * Setup boringfile

    A ./.boring


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060302.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Fri Mar  3 05:00:05 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Fri,  3 Mar 2006 00:00:05 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  2-Mar-2006
Message-ID: <20060303050005.C2FC06713D@common-lisp.net>


Thu Mar  2 13:46:49 EST 2006  Marco Baringer <mb at bese.it>
  * Rebind *yaclml-stream* when we clear out the response object.
  
  Previously we had the RENDER method rebind *yaclml-stream* each and
  every time it was called. this meant that if html-stream should change
  between one call and the next (whichi is exactly what happens when an
  error occurs) this change was picked up immediatly. We no longer do
  that, so any code which changes html-stream (by calling cleare-context
  or clear-respons) needs to make sure to rebind *yaclml-stream*

    M ./src/rerl/standard-session-frame.lisp -2 +7

Thu Mar  2 11:19:15 EST 2006  Marco Baringer <mb at bese.it>
  * Dropped the in-field-password-field. It's a pretty bad idea and fundamentally broken on explorer.

    M ./src/components/form.lisp -15

Thu Mar  2 11:18:25 EST 2006  Marco Baringer <mb at bese.it>
  * Indentation fixup

    M ./src/backend/mod-lisp.lisp -5 +5

Thu Mar  2 10:57:30 EST 2006  Marco Baringer <mb at bese.it>
  * Make the javascript-invalid methods use css styles, unstead of directly setting the border size and color

    M ./src/components/form.lisp -5 +2
    M ./wwwroot/stylesheet.css +8

Thu Mar  2 08:49:56 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
  * When sending response, use :iso-8859-1 external format only as fallback.

    M ./src/backend/httpd.lisp -1 +5


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060302.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From henrik at evahjelte.com  Fri Mar  3 08:24:27 2006
From: henrik at evahjelte.com (henrik hjelte)
Date: Fri, 03 Mar 2006 09:24:27 +0100
Subject: [Bese-devel] Re: ucw-extras
In-Reply-To: <m2hd6jtk6g.fsf@bese.it>
References: <1141129826.9559.61.camel@localhost.localdomain>
	<m2hd6jtk6g.fsf@bese.it>
Message-ID: <1141374267.9662.11.camel@localhost.localdomain>

I've now created a first version of ucw-extras.

See http://common-lisp.net/project/ucw-extras

The initial contents are some dojo code.
It's not huge, but it's a start..

> i can setup another world writtable darcs repo on uncommon-web.com if
> you think it'd be a good idea (or even multiple world writable darcs
> repo: ucw-extras/forms, ucw-extras/docs, ucw-extras/presentations,
> etc).
> 
The repository is a now at /project/ucw-extras/repos/ucw-extras
It would be great if you could make it world-writable! Move it or link
it or whatever it takes.

/Henrik Hjelte




From mb at bese.it  Fri Mar  3 12:10:39 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 03 Mar 2006 13:10:39 +0100
Subject: [Bese-devel] Re: ucw-extras
References: <1141129826.9559.61.camel@localhost.localdomain>
	<m2hd6jtk6g.fsf@bese.it>
	<1141374267.9662.11.camel@localhost.localdomain>
Message-ID: <m21wxjiv9c.fsf@bese.it>

henrik hjelte <henrik at evahjelte.com> writes:

> I've now created a first version of ucw-extras.
>
> See http://common-lisp.net/project/ucw-extras
>
> The initial contents are some dojo code.
> It's not huge, but it's a start..

cool!

>> i can setup another world writtable darcs repo on uncommon-web.com if
>> you think it'd be a good idea (or even multiple world writable darcs
>> repo: ucw-extras/forms, ucw-extras/docs, ucw-extras/presentations,
>> etc).
>> 
> The repository is a now at /project/ucw-extras/repos/ucw-extras
> It would be great if you could make it world-writable! Move it or link
> it or whatever it takes.

a public repo is very open to dos attacks and other security
issues. i've no problem doing this on a machine i control (i may have
problems but i think the gain out weight the risk), however i don't
want to create more problems for erik than he already has. if he
thinks this is ok i'll do it on cl.net, otherwise i'll need to move
the repo over to uncommon-web.com.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From wojtekk at kofeina.net  Fri Mar  3 18:46:20 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Fri, 03 Mar 2006 19:46:20 +0100
Subject: [Bese-devel] attachtty --eval, repos layout
Message-ID: <44088EFC.60100@kofeina.net>

Hello!

First I'd like to thank you all for involvement in ucw; being a lurker 
here for a while I must say that you've created a great community and of 
course stunning piece of software.

Now some beginner's questions:

What's the magic with `attachtty --eval' in ucwctl script? I haven't 
found any --eval switch, neither in debian version nor darcs repos 
hosted at common-lisp.net. I saw that darcs version of attachtty adds a 
[cmd] arg, but it seems to work without --eval.


What is your preferred repos layout for your web applications, assuming 
that you're using darcs? I can imagine two trivial alternatives:
- incorporating apps into the ucw tree so it's all one repository, which 
gives a chanse of trying hotfixes to the ucw which are related to the 
specific state of application code;
- separating apps and ucw completely.
I have in mind several repos push/pull chains between development, 
production and eg. ucw_public, but I'd love to hear from you what are 
your preferred configurations based on your experience not only assumptions.

Cheers,

Wojtek


From waldo at trianet.net  Fri Mar  3 19:41:39 2006
From: waldo at trianet.net (Waldo Rubinstein)
Date: Fri, 3 Mar 2006 14:41:39 -0500
Subject: [Bese-devel] Re: ucw-extras
In-Reply-To: <1141374267.9662.11.camel@localhost.localdomain>
References: <1141129826.9559.61.camel@localhost.localdomain>
	<m2hd6jtk6g.fsf@bese.it>
	<1141374267.9662.11.camel@localhost.localdomain>
Message-ID: <DD93E051-A076-4429-B705-D5B32B57ECDE@trianet.net>

Henrik,

This is great.

I wanted to comment on something, that I wish for no one to take it  
negatively. As a matter of fact, I should have mentioned it a few  
days ago on your original post.

I come from the rubyonrails community and one place I found useful  
for code snippets, which could be or were incorporated to the rails'  
code, was http://www.bigbold.com/snippets/tags/rails. It's simple,  
but makes it easier for "newcommers" to not only look at snippets,  
but allows for more documentation to be included since it's somewhat  
informal in the process.

Or even the concept of "plugins", which anyone can download and  
incorporate into their core rails framework. Maybe your idea could  
turn into one were people would contribute plugins to ucw, instead of  
just sparse code (http://wiki.rubyonrails.org/rails/pages/Plugins)

I am personally still digesting the whole ucw framework and hope to  
be able to develop functional "plugins" to share with the community.  
Hopefully in the not so distant future.

Thanks,
Waldo

On Mar 3, 2006, at 3:24 AM, henrik hjelte wrote:

> I've now created a first version of ucw-extras.
>
> See http://common-lisp.net/project/ucw-extras
>
> The initial contents are some dojo code.
> It's not huge, but it's a start..
>
>> i can setup another world writtable darcs repo on uncommon-web.com if
>> you think it'd be a good idea (or even multiple world writable darcs
>> repo: ucw-extras/forms, ucw-extras/docs, ucw-extras/presentations,
>> etc).
>>
> The repository is a now at /project/ucw-extras/repos/ucw-extras
> It would be great if you could make it world-writable! Move it or link
> it or whatever it takes.
>
> /Henrik Hjelte
>
>
> _______________________________________________
> bese-devel mailing list
> bese-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel



From nathan at acceleration.net  Fri Mar  3 22:45:35 2006
From: nathan at acceleration.net (Nathan Bird)
Date: Fri, 3 Mar 2006 17:45:35 -0500
Subject: [Bese-devel] Re: ucw-extras
In-Reply-To: <DD93E051-A076-4429-B705-D5B32B57ECDE@trianet.net>
Message-ID: <006401c63f14$2f9186c0$d80a0a0a@acceleration.net>

I was talking to one of my friends last night--he is a big perl fan and has
been using the latest over there Catalyst http://catalyst.perl.org/. I know
little about this framework (going to go read more), but one of the points
he described to me is an effort by that community to make it very modular.

I guess one of the questions is: what do you consider to be core, and what
possibly is a module on top of/along side that? I would count YACML as a
module (it is).

As I was talking to Marco in #ucw the other week, we use the application
server side of UCW without using YACML to generate XHTML. This hasn't been
too bad because it is fairly well setup already! 

There are maybe a few rough corners. E.g. when the server errs, what do you
render the error with? Last time I looked there was a somewhat uneven mix of
functions, depending upon where the error occurs and how much information
was availble. How to "Fix it all up"? Eh, I don't know.

Basically: Another vote (to keep moving) towards good modules, well defined
generic functions... extensibility! (Three cheers)

Nathan


-----Original Message-----
From: bese-devel-bounces at common-lisp.net
[mailto:bese-devel-bounces at common-lisp.net] On Behalf Of Waldo Rubinstein
Sent: Friday, March 03, 2006 2:42 PM
To: henrik hjelte
Cc: bese-devel at common-lisp.net
Subject: Re: [Bese-devel] Re: ucw-extras

Henrik,

This is great.

I wanted to comment on something, that I wish for no one to take it  
negatively. As a matter of fact, I should have mentioned it a few  
days ago on your original post.

I come from the rubyonrails community and one place I found useful  
for code snippets, which could be or were incorporated to the rails'  
code, was http://www.bigbold.com/snippets/tags/rails. It's simple,  
but makes it easier for "newcommers" to not only look at snippets,  
but allows for more documentation to be included since it's somewhat  
informal in the process.

Or even the concept of "plugins", which anyone can download and  
incorporate into their core rails framework. Maybe your idea could  
turn into one were people would contribute plugins to ucw, instead of  
just sparse code (http://wiki.rubyonrails.org/rails/pages/Plugins)

I am personally still digesting the whole ucw framework and hope to  
be able to develop functional "plugins" to share with the community.  
Hopefully in the not so distant future.

Thanks,
Waldo

On Mar 3, 2006, at 3:24 AM, henrik hjelte wrote:

> I've now created a first version of ucw-extras.
>
> See http://common-lisp.net/project/ucw-extras
>
> The initial contents are some dojo code.
> It's not huge, but it's a start..
>
>> i can setup another world writtable darcs repo on uncommon-web.com if
>> you think it'd be a good idea (or even multiple world writable darcs
>> repo: ucw-extras/forms, ucw-extras/docs, ucw-extras/presentations,
>> etc).
>>
> The repository is a now at /project/ucw-extras/repos/ucw-extras
> It would be great if you could make it world-writable! Move it or link
> it or whatever it takes.
>
> /Henrik Hjelte
>
>
> _______________________________________________
> bese-devel mailing list
> bese-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel

_______________________________________________
bese-devel mailing list
bese-devel at common-lisp.net
http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel



From mbaringer at common-lisp.net  Sat Mar  4 05:00:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sat,  4 Mar 2006 00:00:03 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml:  3-Mar-2006
Message-ID: <20060304050003.090036200B@common-lisp.net>


Fri Mar  3 13:00:28 EST 2006  Marco Baringer <mb at bese.it>
  * Removed binding of *break-on-signals*

    M ./src/tal/generator.lisp -2 +1

Fri Mar  3 11:20:53 EST 2006  Marco Baringer <mb at bese.it>
  * Bind *break-on-signals* to T when calling compile

    M ./src/tal/compile.lisp -1 +2
    M ./src/tal/generator.lisp -1 +2


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060303.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Sat Mar  4 05:00:09 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sat,  4 Mar 2006 00:00:09 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  3-Mar-2006
Message-ID: <20060304050009.2F5C6690DD@common-lisp.net>


Fri Mar  3 14:31:03 EST 2006  Marco Baringer <mb at bese.it>
  * Allow an empty integer form-field to be valid.
  
  If an field must be an integer (iow it's a required parameter) just
  mix an integer-field with a not-empty-validator.

    M ./src/components/form.lisp -9 +9

Fri Mar  3 14:30:19 EST 2006  Marco Baringer <mb at bese.it>
  * Added initially-validate slot to form-field

    M ./src/components/form.lisp -2 +18

Fri Mar  3 14:02:29 EST 2006  Marco Baringer <mb at bese.it>
  * When a form-field is valid set itsclass to ucw-form-field-valid

    M ./src/components/form.lisp -1 +1


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060303.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From ml13 at onlinehome.de  Sat Mar  4 09:09:54 2006
From: ml13 at onlinehome.de (Kilian Sprotte)
Date: Sat, 4 Mar 2006 10:09:54 +0100
Subject: [Bese-devel] call/cc multiple-value-call test
Message-ID: <651A0FA2-8183-497C-B051-5D7091ACBB0A@onlinehome.de>

Hi,

I have added a test case to call-cc.lisp that passes on openmcl, but  
fails equally on sbcl and clisp:

Failure Details:
--------------------------------
MULTIPLE-VALUE-CALL.2 []:
       2 was not EQUAL to (1 2 3).
--------------------------------

It looks like this:

(test multiple-value-call.2
   (let ((cont (with-call/cc
		(multiple-value-bind (&rest args)
		    (let/cc k k)
		  args))))
     (is (equal '(1 2 3) (kall cont 1 2 3)))))

Since I am actually a musician, who composes with continuations :), I  
dont think I can fix this, sorry, but I wanted to let you know.

In case, you think this test is worth it, I attach a darcs patch to  
the latest arnesi_dev.
(Well, this is the first time I am doing this, so please bear with  
me...)

Cheers,

	Kilian Sprotte

-------------- next part --------------
A non-text attachment was scrubbed...
Name: CHANGESET
Type: application/octet-stream
Size: 27510 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060304/9aba260a/attachment.obj>
-------------- next part --------------



From mb at bese.it  Sat Mar  4 13:27:10 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 04 Mar 2006 14:27:10 +0100
Subject: [Bese-devel] Re: call/cc multiple-value-call test
References: <651A0FA2-8183-497C-B051-5D7091ACBB0A@onlinehome.de>
Message-ID: <m2psl2z6fl.fsf@bese.it>

Kilian Sprotte <ml13 at onlinehome.de> writes:

> Hi,
>
> I have added a test case to call-cc.lisp that passes on openmcl, but
> fails equally on sbcl and clisp:
>
> Failure Details:
> --------------------------------
> MULTIPLE-VALUE-CALL.2 []:
>       2 was not EQUAL to (1 2 3).
> --------------------------------
>
> It looks like this:
>
> (test multiple-value-call.2
>   (let ((cont (with-call/cc
> 		(multiple-value-bind (&rest args)
> 		    (let/cc k k)
> 		  args))))
>     (is (equal '(1 2 3) (kall cont 1 2 3)))))

multiple-value-bind does not take a destructuring-bind list, what
you're actually doing is bindng &rest to 1 and args to 2 and ignoring
3. this should _not_ pass, i'll investigate openmcl and see why it's
doing what it's doing.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sat Mar  4 15:20:21 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 04 Mar 2006 16:20:21 +0100
Subject: [Bese-devel] Re: call/cc multiple-value-call test
References: <651A0FA2-8183-497C-B051-5D7091ACBB0A@onlinehome.de>
	<m2psl2z6fl.fsf@bese.it>
Message-ID: <m2y7zqw822.fsf@bese.it>

Marco Baringer <mb at bese.it> writes:

> multiple-value-bind does not take a destructuring-bind list, what
> you're actually doing is bindng &rest to 1 and args to 2 and ignoring
> 3. this should _not_ pass, i'll investigate openmcl and see why it's
> doing what it's doing.

looks like an openmcl specific extension (it's a bug according to the
hyperspec but i'm not going to go and complain).

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From ml13 at onlinehome.de  Sat Mar  4 20:09:09 2006
From: ml13 at onlinehome.de (Kilian Sprotte)
Date: Sat, 4 Mar 2006 21:09:09 +0100
Subject: [Bese-devel] matcher ext
Message-ID: <AA196F7C-48C6-491F-A0D2-E8448D53C179@onlinehome.de>

Hi again,

I hope I am sending something more useful this time...

There are three new matchers that could be useful:

	:and (a-spec b-spec)
	:plist (&rest items)
	:accessors (type &rest accs-vals)

I have added some test cases for them as well - I think they
are pretty okay.

CL-USER> (match '(:plist :a a :b b) '(:b 1 :a 2))
T
(:B 1 :A 2)
((B . 1) (A . 2))
CL-USER> (defclass foo ()
            ((x :initarg :x :accessor x)
             (z :initarg :z :accessor z)))
#<STANDARD-CLASS FOO>
CL-USER> (match '(:accessors foo x a z b) (make-instance 'foo :x 1 :z  
2))
T
#<FOO #x8A7FAA6>
((B . 2) (A . 1))

Cheers,

	Kilian


?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060304/533b1afc/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: CHANGESET.gz
Type: application/x-gzip
Size: 9483 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060304/533b1afc/attachment.bin>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060304/533b1afc/attachment-0001.html>

From attila.lendvai at gmail.com  Sat Mar  4 19:09:19 2006
From: attila.lendvai at gmail.com (Attila Lendvai)
Date: Sat, 4 Mar 2006 20:09:19 +0100
Subject: [Bese-devel] error in jump-to-component
Message-ID: <b54b34af0603041109t729a8637y13c2f99157c52b1e@mail.gmail.com>

just a quick bug report:

The value #<IT.BESE.UCW::FRAME-QUEUE 20 {E04F3E1}> is not of type
HASH-TABLE.
   [Condition of type TYPE-ERROR]

 16: (CLRHASH #<unavailable argument>)
 17: ((SB-PCL::FAST-METHOD IT.BESE.UCW:JUMP-TO-COMPONENT (
IT.BESE.UCW:STANDARD-COMPONENT)) #<unavailable argument> #<unavailable
argument> #<DWIM-PRESENTATION-TEST::DWIM-TEST-APP {CFA20E1}>)

- attila

(alias 101 on irc &no 'its not lisp code :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060304/5a936852/attachment.html>

From mb at bese.it  Sat Mar  4 20:54:26 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 04 Mar 2006 21:54:26 +0100
Subject: [Bese-devel] Re: matcher ext
References: <AA196F7C-48C6-491F-A0D2-E8448D53C179@onlinehome.de>
Message-ID: <m24q2elym5.fsf@bese.it>

Kilian Sprotte <ml13 at onlinehome.de> writes:

> Hi again,
>
> I hope I am sending something more useful this time...

applied. thanks.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Sun Mar  5 05:00:06 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun,  5 Mar 2006 00:00:06 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  4-Mar-2006
Message-ID: <20060305050006.451EA73230@common-lisp.net>


Sat Mar  4 07:06:17 EST 2006  matley at muppetslab.org
  * Exporting alist,hash-table,plist-select-field

    M ./src/packages.lisp -1 +4


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060304.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mbaringer at common-lisp.net  Sun Mar  5 05:00:06 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun,  5 Mar 2006 00:00:06 -0500 (EST)
Subject: [Bese-devel] New patches to arnesi_dev:  4-Mar-2006
Message-ID: <20060305050006.7CF6D7322F@common-lisp.net>


Sat Mar  4 14:53:13 EST 2006  Kilian Sprotte <ml13 at onlinehome.de>
  * matcher ext :AND, :ACCESSORS, :PLIST

    M ./src/matcher.lisp +53
    M ./t/matcher.lisp -1 +39


An updated tarball of arnesi_dev's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/arnesi_dev-20060304.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=arnesi_dev;a=summary


From aycan.irican at core.gen.tr  Sun Mar  5 01:23:54 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Sun, 05 Mar 2006 03:23:54 +0200
Subject: [Bese-devel] typo fix
Message-ID: <87fylxsmz9.fsf@core.gen.tr>


Here is a tiny fix

-------------- next part --------------
A non-text attachment was scrubbed...
Name: typo.patch
Type: text/x-patch
Size: 62458 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060305/e144459d/attachment.bin>
-------------- next part --------------


-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060305/e144459d/attachment.sig>

From mb at bese.it  Sun Mar  5 12:15:56 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 05 Mar 2006 13:15:56 +0100
Subject: [Bese-devel] Re: attachtty --eval, repos layout
References: <44088EFC.60100@kofeina.net>
Message-ID: <m2lkvpm6ir.fsf@bese.it>

Wojciech Kaczmarek <wojtekk at kofeina.net> writes:

> Hello!
>
> First I'd like to thank you all for involvement in ucw; being a lurker
> here for a while I must say that you've created a great community and
> of course stunning piece of software.
>
> Now some beginner's questions:
>
> What's the magic with `attachtty --eval' in ucwctl script? I haven't
> found any --eval switch, neither in debian version nor darcs repos
> hosted at common-lisp.net. I saw that darcs version of attachtty adds
> a [cmd] arg, but it seems to work without --eval.

there is some confusion regarding detachtty. one of the version's i'm
currently using (and the one ucwctl is built for) is very old and
contains dettachtty-9 plus the patch located here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282640

the other version i'm using is detchatty-9 plus kmr's patch:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282641

this what you'll find in the darcs repo located at:

http://common-lisp.net/project/bese/repos/detachtty/

kmr's patch does exactly what mine did, though without the explicit
--eval parameter, and adds support for timeouts. i'd suggest uing this
version (and i'll update the cliki page for detachtty to say so).

> What is your preferred repos layout for your web applications,
> assuming that you're using darcs? I can imagine two trivial
> alternatives:
> - incorporating apps into the ucw tree so it's all one repository,
> which gives a chanse of trying hotfixes to the ucw which are related
> to the specific state of application code;
> - separating apps and ucw completely.

generally i have a seprerate repository for my app. i copy ucw's
start.lisp script into the app's repository and edit it there. since i
have multiple apps on the same machine, and each one may use slightly
differente versions of things, i'll also add these lines to the
begining of my start.lisp script:

(require :asdf)
(setf asdf:*central-repository* (list "/path/to/app/systems/"))

then in /path/to/app/systems/ i'll put all the systems i need for that
app, if i want to keep using an old version of ucw (or elephant or
slime or whatever) all i need to do is copy the code and update the
links. i generally don't keep the symlinks under version control.

> I have in mind several repos push/pull chains between development,
> production and eg. ucw_public, but I'd love to hear from you what are
> your preferred configurations based on your experience not only
> assumptions.

at the end of the day i honestly think it's fundamentally a question
of what you personally feel most natural with. moving code around
sholud be as quick and intuitive as possible, even if it's not very
'clean'.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sun Mar  5 13:06:34 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 05 Mar 2006 14:06:34 +0100
Subject: [Bese-devel] Re: typo fix
References: <87fylxsmz9.fsf@core.gen.tr>
Message-ID: <m27j79m46d.fsf@bese.it>

"Aycan iRiCAN" <aycan.irican at core.gen.tr> writes:

> [typo fix for forms example
> aycan.irican at core.gen.tr**20060305012213] {
> hunk ./examples/forms.lisp 63
> -  (push (make-instance 'string=-validator :other-field (string-input form))
> +  (push (make-instance 'string-validator :other-field (string-input form))
> }

i pushed this without even checking, but in my code thi validator is
string=-validator, NOT string-validator. do you have another pach
which changes the class name as well?

ps - i'm going to apply an UNDO patch for this until we figure it out.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sun Mar  5 12:56:56 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 05 Mar 2006 13:56:56 +0100
Subject: [Bese-devel] Re: typo fix
References: <87fylxsmz9.fsf@core.gen.tr>
Message-ID: <m2bqwlm4mf.fsf@bese.it>

"Aycan iRiCAN" <aycan.irican at core.gen.tr> writes:

> Here is a tiny fix

applied. thanks.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sun Mar  5 17:47:00 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 05 Mar 2006 18:47:00 +0100
Subject: [Bese-devel] merging standard-server and backends
Message-ID: <m2mzg4lr6z.fsf@bese.it>


in the course of giving ucw a 'normal' request-dispatch, instead of
the inscrutable nested service method mess we have now i've realized
that a lot of things wolud be much much simpler if me merged the
standard-server and backend classes.

what this means is:

1) you will no longer be able to have multiple backends attached to
   the same server (anybody actually do this?) though you could still
   create multiple server objects and attach the same application
   object to each one.

2) conversly a single backend can not be used for ucw and something
   else. i vaguly remeber that some people were running ucw+cliki in
   the same lisp image with the same, doing this will require some
   more code than it currently does. if you do this mind giving me a
   few on how it works?

on the other hand we would gain:

1) there'd be a lot less code in ucw.

2) the require-dispatching stuff almost depends on this and it will
   allow us to very easily implement session-less (or just frame-less)
   actions and entry-points.

comments?

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Mon Mar  6 05:30:05 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon,  6 Mar 2006 00:30:05 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  5-Mar-2006
Message-ID: <20060306053005.3B89678002@common-lisp.net>


Sun Mar  5 12:31:50 EST 2006  Marco Baringer <mb at bese.it>
  * Updated, and added where missing, copyright info

    M ./src/backend/accept.lisp -1 +1
    M ./src/backend/araneida.lisp -1 +1
    M ./src/backend/aserve.lisp -1 +1
    M ./src/backend/common.lisp +29
    M ./src/backend/httpd.lisp +30
    M ./src/backend/mod-lisp.lisp -1 +1
    M ./src/backend/multithread-httpd.lisp +30

Sun Mar  5 10:26:09 EST 2006  Marco Baringer <mb at bese.it>
  * Added find-frame-by-id method specialized on standard-session

    M ./src/rerl/standard-session.lisp +3

Sun Mar  5 08:19:19 EST 2006  Marco Baringer <mb at bese.it>
  * stadard-classes depends on standard-vars

    M ./ucw.asd -1 +2

Sun Mar  5 08:19:07 EST 2006  Marco Baringer <mb at bese.it>
  * Avoid creating a new binding which we won't use.

    M ./src/components/container.lisp -1 +1

Sun Mar  5 08:11:48 EST 2006  Marco Baringer <mb at bese.it>
  * The :backned parameter to ucw:create-server is now a list of backend + backend initargs
  
  Basically i kept forgetting to change the :port parameter when i
  switched from the httpd backend to the mod_lisp backend. With this
  change all the backend specific parameters are in the same parameter
  and it's easier to see that changing ones requires you to change the
  other. This also makes it easier to pass backend specific initargs
  since the entire list is passed unchanged to make-backend.

    M ./bin/start.lisp -6 +4
    M ./src/control.lisp -7 +7

Sat Mar  4 20:22:13 EST 2006  aycan.irican at core.gen.tr
  UNDO: typo fix for forms example

    M ./examples/forms.lisp -1 +1

Sat Mar  4 20:22:13 EST 2006  aycan.irican at core.gen.tr
  * typo fix for forms example

    M ./examples/forms.lisp -1 +1

Sun Mar  5 07:27:21 EST 2006  Marco Baringer <mb at bese.it>
  * session.frames is no lonnger a hash-table, fix jump-to-component. (Reported by: Attila Lendvai <attila.lendvai at gmail.com>)

    M ./src/rerl/standard-component/control-flow.lisp -3 +5


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060305.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From henrik at evahjelte.com  Mon Mar  6 08:11:13 2006
From: henrik at evahjelte.com (Henrik Hjelte)
Date: Mon, 06 Mar 2006 09:11:13 +0100
Subject: [Bese-devel] Re: ucw-extras
In-Reply-To: <DD93E051-A076-4429-B705-D5B32B57ECDE@trianet.net>
References: <1141129826.9559.61.camel@localhost.localdomain>
	<m2hd6jtk6g.fsf@bese.it>
	<1141374267.9662.11.camel@localhost.localdomain>
	<DD93E051-A076-4429-B705-D5B32B57ECDE@trianet.net>
Message-ID: <1141632673.9662.64.camel@localhost.localdomain>

On fre, 2006-03-03 at 14:41 -0500, Waldo Rubinstein wrote:
> Henrik,
> 
> This is great.
> 
> I wanted to comment on something, that I wish for no one to take it  
> negatively. As a matter of fact, I should have mentioned it a few  
> days ago on your original post.
> 
> I come from the rubyonrails community and one place I found useful  
> for code snippets, which could be or were incorporated to the rails'  
> code, was http://www.bigbold.com/snippets/tags/rails. It's simple,  
> but makes it easier for "newcommers" to not only look at snippets,  
> but allows for more documentation to be included since it's somewhat  
> informal in the process.
It looks nice with tagging and all, but ucw-extras isn't exactly large
at the moment so I don't personally see the need yet. 

> 
> Or even the concept of "plugins", which anyone can download and  
> incorporate into their core rails framework. Maybe your idea could  
> turn into one were people would contribute plugins to ucw, instead of  
> just sparse code (http://wiki.rubyonrails.org/rails/pages/Plugins)

My idea was that you can contribute whatever you want. I'm not familiar
with rails plug-ins, the links says "A plugin is either an extension or
a modification of the core framework". If you want to contribute that,
please do. 

I'm more afraid of the words "architecture" and "release schedule" on
your link. I think that there is a point in not requiring anything at
all. I think you should be able to just add something you've written
without thinking long about it. If someone else likes it they may tidy
it, add asdf files or whatever so it may grow into something more. Or it
may just be killed/yanked into your code or just be an inspiration. 

> I am personally still digesting the whole ucw framework and hope to  
> be able to develop functional "plugins" to share with the community.  
> Hopefully in the not so distant future.
Thats great. 
In line with my way of thinking, I'd say, don't wait until every line of
code is pretty as a flower. Put it in ucw-extras until you have that
extra time..

/Henrik Hjelte



From mbaringer at common-lisp.net  Mon Mar  6 07:58:48 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon,  6 Mar 2006 02:58:48 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_public:  5-Mar-2006
Message-ID: <20060306075848.9ED2558318@common-lisp.net>


Sun Mar  5 08:11:48 EST 2006  Marco Baringer <mb at bese.it>
  * The :backned parameter to ucw:create-server is now a list of backend + backend initargs
  
  Basically i kept forgetting to change the :port parameter when i
  switched from the httpd backend to the mod_lisp backend. With this
  change all the backend specific parameters are in the same parameter
  and it's easier to see that changing ones requires you to change the
  other. This also makes it easier to pass backend specific initargs
  since the entire list is passed unchanged to make-backend.

    M ./bin/start.lisp -6 +4
    M ./src/control.lisp -7 +7

Sat Mar  4 20:22:13 EST 2006  aycan.irican at core.gen.tr
  UNDO: typo fix for forms example

    M ./examples/forms.lisp -1 +1

Sat Mar  4 20:22:13 EST 2006  aycan.irican at core.gen.tr
  * typo fix for forms example

    M ./examples/forms.lisp -1 +1

Thu Mar  2 08:49:56 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
  * When sending response, use :iso-8859-1 external format only as fallback.

    M ./src/backend/httpd.lisp -1 +5

Sun Mar  5 07:27:21 EST 2006  Marco Baringer <mb at bese.it>
  * session.frames is no lonnger a hash-table, fix jump-to-component. (Reported by: Attila Lendvai <attila.lendvai at gmail.com>)

    M ./src/rerl/standard-component/control-flow.lisp -3 +5

Sat Mar  4 10:33:43 EST 2006  Marco Baringer <mb at bese.it>
  * Move the yaclml directory into the new html directory

     ./src/yaclml -> ./src/html/yaclml
    A ./src/html/
    M ./ucw.asd -5 +6

Sat Mar  4 10:23:41 EST 2006  Marco Baringer <mb at bese.it>
  * Move form-field's javascript validators into a custom property on the field object (client side)
  
  This change makes it much simpler to reuse the validation in other
  places, we no longer have to rewrite all the validation code every
  time we want to call it.

    M ./src/components/form.lisp -14 +7

Sat Mar  4 07:06:17 EST 2006  matley at muppetslab.org
  * Exporting alist,hash-table,plist-select-field

    M ./src/packages.lisp -1 +4

Fri Mar  3 14:31:03 EST 2006  Marco Baringer <mb at bese.it>
  * Allow an empty integer form-field to be valid.
  
  If an field must be an integer (iow it's a required parameter) just
  mix an integer-field with a not-empty-validator.

    M ./src/components/form.lisp -9 +9

Fri Mar  3 14:30:19 EST 2006  Marco Baringer <mb at bese.it>
  * Added initially-validate slot to form-field

    M ./src/components/form.lisp -2 +18

Fri Mar  3 14:02:29 EST 2006  Marco Baringer <mb at bese.it>
  * When a form-field is valid set itsclass to ucw-form-field-valid

    M ./src/components/form.lisp -1 +1

Thu Mar  2 13:46:49 EST 2006  Marco Baringer <mb at bese.it>
  * Rebind *yaclml-stream* when we clear out the response object.
  
  Previously we had the RENDER method rebind *yaclml-stream* each and
  every time it was called. this meant that if html-stream should change
  between one call and the next (whichi is exactly what happens when an
  error occurs) this change was picked up immediatly. We no longer do
  that, so any code which changes html-stream (by calling cleare-context
  or clear-respons) needs to make sure to rebind *yaclml-stream*

    M ./src/rerl/standard-session-frame.lisp -2 +7

Thu Mar  2 11:19:15 EST 2006  Marco Baringer <mb at bese.it>
  * Dropped the in-field-password-field. It's a pretty bad idea and fundamentally broken on explorer.

    M ./src/components/form.lisp -15

Thu Mar  2 11:18:25 EST 2006  Marco Baringer <mb at bese.it>
  * Indentation fixup

    M ./src/backend/mod-lisp.lisp -5 +5

Thu Mar  2 10:57:30 EST 2006  Marco Baringer <mb at bese.it>
  * Make the javascript-invalid methods use css styles, unstead of directly setting the border size and color

    M ./src/components/form.lisp -5 +2
    M ./wwwroot/stylesheet.css +8

Tue Feb 28 16:19:52 EST 2006  Marco Baringer <mb at bese.it>
  * Only show the inspector component's Ok link when there's a calling-component to answer to.

    M ./src/components/ucw-inspector.lisp -1 +3

Tue Feb 28 16:04:49 EST 2006  Marco Baringer <mb at bese.it>
  * Various fixups required by latest form-field api changes

    M ./src/admin/admin.lisp -6 +6

Tue Feb 28 16:04:21 EST 2006  Marco Baringer <mb at bese.it>
  * Make the select-field select the current-value
  
  previously we were never setting :selected on the generated option
  tags.

    M ./src/components/form.lisp -1 +5

Mon Feb 27 12:24:40 EST 2006  Marco Baringer <mb at bese.it>
  * Export generic-html-input (usefull when creating your own form fields)

    M ./src/packages.lisp +1

Mon Feb 27 12:24:24 EST 2006  Marco Baringer <mb at bese.it>
  * Added file-upload-field

    M ./src/components/form.lisp +11
    M ./src/packages.lisp +1

Mon Feb 27 12:24:10 EST 2006  Marco Baringer <mb at bese.it>
  * Make template-component a standard-class and not a component.
  
  There's no reason why the template-component class needs the component
  machinery, making this change allows us to use templates for widget
  components.

    M ./src/components/template.lisp -2 +1

Mon Feb 27 12:23:27 EST 2006  Marco Baringer <mb at bese.it>
  * Silly bug in date-field's conversion to encoded-universal-time

    M ./src/components/form.lisp -1 +1

Mon Feb 27 12:23:00 EST 2006  Marco Baringer <mb at bese.it>
  * Fix mod_lisp's handling of form upload data.
  
  This is turning into a never ending odyssey :(. hopefully this is the
  last fix and everything will work perfectly now and forever.

    M ./src/backend/mod-lisp.lisp -2 +7

Mon Feb 27 05:46:03 EST 2006  Marco Baringer <mb at bese.it>
  * in-field-password-field needs to have type="password" if there's a client-value

    M ./src/components/form.lisp -1 +10

Mon Feb 27 05:45:32 EST 2006  Marco Baringer <mb at bese.it>
  * The default client-value for in-field forms is NIL, not ""

    M ./src/components/form.lisp -1 +2

Mon Feb 27 05:15:08 EST 2006  Marco Baringer <mb at bese.it>
  * Export the dom-id symbol

    M ./src/packages.lisp +1

Mon Feb 27 05:12:10 EST 2006  Marco Baringer <mb at bese.it>
  * Fix the error-component's initargs (use :javascript and not :inline-javascirpt)

    M ./examples/examples.lisp -4 +1
    M ./src/components/error.lisp -7 +7

Sun Feb 26 17:14:37 EST 2006  Marco Baringer <mb at bese.it>
  * Added dom-id slot to simple-form component

    M ./src/components/form.lisp -2 +6

Sun Feb 26 17:13:49 EST 2006  Marco Baringer <mb at bese.it>
  * Implement checkbox-field

    M ./src/components/form.lisp +19
    M ./src/packages.lisp -1 +2

Sun Feb 26 17:12:43 EST 2006  Marco Baringer <mb at bese.it>
  * Added :name attribute to form fields
  
  Mainly we want username/password fields to have constant names so that
  browsers will remeber the values. Doesn't hurt to add it to all the fields.

    M ./src/components/form.lisp -4 +10

Sun Feb 26 17:10:49 EST 2006  Marco Baringer <mb at bese.it>
  * The header for setting cookies is called Set-Cookie, not Cookie :(

    R ./src/backend/cookie.lisp
    M ./src/rerl/cookie-session.lisp -1 +1

Sun Feb 26 16:31:55 EST 2006  Marco Baringer <mb at bese.it>
  * Template components must not rebind *yaclml-stream*

    M ./src/yaclml/yaclml.lisp -1 +1

Sun Feb 26 16:30:57 EST 2006  Marco Baringer <mb at bese.it>
  * Added in-field-string-field and in-field-password-field form-field classes.
  
  If we keep adding things like this it may be better to create a
  seperate ucw-forms library.

    M ./src/components/form.lisp +41
    M ./src/packages.lisp +4

Sun Feb 26 15:52:11 EST 2006  Marco Baringer <mb at bese.it>
  * Fix bug in the call to arnesi:extract-argument-names (the logging statement in defaction now works as expected)

    M ./src/rerl/standard-action.lisp -3 +1

Sun Feb 26 15:50:54 EST 2006  Marco Baringer <mb at bese.it>
  * added validp method specialized on standard-component
  
  this method traverses the slots of a generic component and makes sure
  that all form-fields contained therein are valid.

    M ./src/components/form.lisp +9

Sun Feb 26 15:50:18 EST 2006  Marco Baringer <mb at bese.it>
  * Added form-field-p test method

    M ./src/components/form.lisp +4

Sun Feb 26 12:21:18 EST 2006  Marco Baringer <mb at bese.it>
  * Added (very simple) e-mail-address-validator

    M ./src/components/form.lisp +13
    M ./src/packages.lisp +1

Sun Feb 19 08:24:21 EST 2006  Alberto Santini <albertosantini at tiscali.it>
  * added trivial-sockets and split-sequence deps

    M ./docs/QUICKSTART -17 +27

Sat Feb 25 09:25:02 EST 2006  Marco Baringer <mb at bese.it>
  * Move the binding of yaclml-stream out of the main render :wrapping method and into standard-server's handle-request method
  
  Basically there's no need to rebind yaclml-stream each and every time
  we call render. Binding it once in standard-server's handle-request
  method is jsut as good and allows us effectivly to rebind the tsream our selves
  for testing or other purposes.

    M ./src/rerl/standard-component/standard-component.lisp -17 +16
    M ./src/rerl/standard-server.lisp -1 +6

Fri Feb 17 12:41:02 EST 2006  Marco Baringer <mb at bese.it>
  * Dropped our cookie parsing utilities for rfc2109 library
  
  There's no need to have our own code if someone else has written,
  documentated and debugged it already.

    M ./src/rerl/cookie-session.lisp -3 +10
    M ./ucw.asd -3 +3

Sat Feb 25 08:40:23 EST 2006  Marco Baringer <mb at bese.it>
  * Make generic-widget-component a subclass of component
  
  We don't actually define anything of the componnet class so this
  doesn't change anything functionally. However, we specify in the docs
  that all objects used to build up the UI are subclasses of COMPONENT.

    M ./src/components/widget.lisp -1 +1

Sat Feb 25 08:36:49 EST 2006  Marco Baringer <mb at bese.it>
  * Make simple-form a standard-component

    M ./src/components/form.lisp -3 +7

Sat Feb 25 08:28:10 EST 2006  Marco Baringer <mb at bese.it>
  * Make widget-component NOT a subclass of standard-component
  
  Widgets are generally used for simple graphical widgets (duh) which
  never call/answer, don't use transactions, don't need to remeber their
  place, etc. This change makes that distinction exlpcit and saves a lot
  of space in terms of what we need to backtracke and what we can safely
  forget.

    M ./examples/forms.lisp -20 +20
    M ./src/components/form.lisp -44 +46
    M ./src/components/widget.lisp -4 +4

Sat Feb 25 07:50:27 EST 2006  Marco Baringer <mb at bese.it>
  * Drop transaction-stack slot from standard-component

    M ./src/rerl/standard-component/standard-component.lisp -5 +1

Sat Feb 25 07:42:55 EST 2006  Marco Baringer <mb at bese.it>
  * Refactored the transaction stuff out into a seperate mixin class.

    M ./examples/examples.lisp -1 +1
    A ./src/components/transaction-mixin.lisp
    M ./src/packages.lisp +1
    M ./src/rerl/standard-component/control-flow.lisp -18 +10
    M ./src/rerl/standard-component/transactions.lisp -20
    M ./ucw.asd +1

Sat Feb 25 07:30:24 EST 2006  Marco Baringer <mb at bese.it>
  * Make date-field not fail when the user hasn't yet submitted a value

    M ./src/components/form.lisp -1 +3

Fri Feb 24 12:28:50 EST 2006  Marco Baringer <mb at bese.it>
  * Fix session.current-frame handling
  
  It is very important that we set the session's current frame before
  servicing the frame. The fact that it took so long to find and correct
  this bug is a sign that there's something really wrong with the
  current rerl api.

    M ./src/rerl/standard-session.lisp -4 +3

Fri Feb 24 12:11:19 EST 2006  Marco Baringer <mb at bese.it>
  * Moved standard-session's print-object method next to its defclass form

    M ./src/rerl/standard-classes.lisp +4
    M ./src/rerl/standard-session.lisp -4

Fri Feb 24 12:03:21 EST 2006  Marco Baringer <mb at bese.it>
  * Make select-field a subclass of generic-html-input and drop its print-object method

    M ./src/components/form.lisp -5 +1

Fri Feb 24 11:55:52 EST 2006  Marco Baringer <mb at bese.it>
  * Merge the frames and frame-queue slot of standard-session-frame into a frame-queue
  
  We now use a single object, a sub class of arnesi:lru-queue to manage
  the frames in a session.

    M ./src/rerl/standard-classes.lisp -6 +3
    M ./src/rerl/standard-session.lisp -47 +31

Fri Feb 24 11:47:07 EST 2006  Marco Baringer <mb at bese.it>
  * Drop the generating-frame slot

    M ./src/rerl/standard-classes.lisp -5 +1
    M ./src/rerl/standard-component/control-flow.lisp -2 +1
    M ./src/rerl/standard-session-frame.lisp -1

Fri Feb 24 12:03:41 EST 2006  Marco Baringer <mb at bese.it>
  * Added print-object method for standard-session-frame

    M ./src/rerl/standard-classes.lisp +8

Fri Feb 24 11:47:59 EST 2006  Marco Baringer <mb at bese.it>
  * Added the fail-miserably and try-again restarts to standard-server's handle-request method
  
  These two restarts handle those, very rare, cases where even ucw's
  builtin error checking and handling mechanisms fail.

    M ./src/rerl/standard-server.lisp -35 +42

Thu Feb 23 10:29:53 EST 2006  Marco Baringer <mb at bese.it>
  UNDO: Avoid keeping empty session-frames
  
  If a frame doesn't generate any actions there's no way we'll ever need
  it again. We now drop these frames just after they've been serviced.

    M ./src/rerl/standard-session.lisp -10 +3

Thu Feb 23 17:19:57 EST 2006  Marco Baringer <mb at bese.it>
  * removing spurious newlines

    M ./src/rerl/standard-application.lisp -2

Thu Feb 23 14:57:50 EST 2006  Marco Baringer <mb at bese.it>
  * Added contrib directory and get-contrib script

    A ./contrib/
    A ./contrib/get-contrib.sh

Thu Feb 23 10:44:11 EST 2006  Marco Baringer <mb at bese.it>
  * Minor docstring fixup

    M ./src/rerl/standard-component/control-flow.lisp -1 +1

Thu Feb 23 10:29:53 EST 2006  Marco Baringer <mb at bese.it>
  * Avoid keeping empty session-frames
  
  If a frame doesn't generate any actions there's no way we'll ever need
  it again. We now drop these frames just after they've been serviced.

    M ./src/rerl/standard-session.lisp -3 +10

Thu Feb 23 05:26:02 EST 2006  Marco Baringer <mb at bese.it>
  * Don't attempt to parse araneida::request-unparsed-body if its nil

    M ./src/backend/araneida.lisp -5 +6

Mon Feb 20 12:04:57 EST 2006  Marco Baringer <mb at bese.it>
  * Don't attempt to parse the request's body if the content length is 0.

    M ./src/backend/common.lisp -13 +14

Mon Feb 20 12:02:27 EST 2006  Marco Baringer <mb at bese.it>
  * Added ignore declaration

    M ./src/backend/araneida.lisp +1

Mon Feb 20 12:01:04 EST 2006  Marco Baringer <mb at bese.it>
  * Fix araneida backend (it hasn't been kept up-to-date with the latest backend changes)
  
  This consisted of changing the call in araneida.lisp and, to make
  things esaier, changing parse-request-body's body api (so we needed to
  change the httpd backend as well).

    M ./src/backend/araneida.lisp -8 +24
    M ./src/backend/common.lisp -16 +14
    M ./src/backend/httpd.lisp -1 +6

Mon Feb 20 12:00:26 EST 2006  Marco Baringer <mb at bese.it>
  * Notes and download locations regarding ucw's dependencies were waaaaay out of date

    M ./README -9 +27

Mon Feb 20 03:59:47 EST 2006  Marco Baringer <mb at bese.it>
  * Instead of checking whether SELF is NIL we moved the logging statement to within the let form, where we're sure it can't be NIL

    M ./src/rerl/standard-action.lisp -12 +9

Mon Feb 20 03:59:16 EST 2006  Marco Baringer <mb at bese.it>
  * Define (answer-without-caller* null standard-component t) method
  
  answer-without-caller* added the source argument, however this
  argument may be null in some cases. when there was only
  answer-without-caller the "null-caller" case was taken care of with an
  if form in the method, so we needed to drop the if form and add this
  second method specialized on null.

    M ./src/rerl/standard-component/control-flow.lisp -8 +7

Sun Feb 19 18:46:08 EST 2006  Marco Baringer <mb at bese.it>
  * Implement date-field

    M ./examples/forms.lisp +6
    M ./src/components/form.lisp -26 +73
    M ./src/packages.lisp -1 +7

Sun Feb 19 16:43:08 EST 2006  Marco Baringer <mb at bese.it>
  * Renamed formx.lisp to form.lisp

     ./src/components/formx.lisp -> ./src/components/form.lisp
    M ./ucw.asd -2 +2

Sun Feb 19 16:33:19 EST 2006  Marco Baringer <mb at bese.it>
  * Removed presentation and interface-element stuff.
  
  This code, while very cool, belongs in a seperate library and not
  inside ucw inself. The wall-time stuff has been dropped as well.
  
  The code is now located in the ucw-presentations library located at:
  
  http://common-lisp.net/project/ucw/repos/ucw-presentations

    M ./examples/examples.lisp -2
    R ./examples/presentations.lisp
    R ./src/components/aux-slots-mixin.lisp
    M ./src/components/form.lisp -909
    R ./src/components/ie.lisp
    R ./src/components/indirect-value-class.lisp
    R ./src/components/presentations.lisp
    M ./src/components/range-set.lisp -228
    R ./src/components/search-criteria.lisp
    R ./src/components/time-element.lisp
    M ./src/components/user-login.lisp -23 +20
    M ./src/packages.lisp -48 +1
    R ./src/wall-time.lisp
    M ./ucw.asd -12 +2

Sun Feb 19 16:31:25 EST 2006  Marco Baringer <mb at bese.it>
  * Deal with logging an action call when SELF is NIL. (Reported by: Aleksandar Bakic <a_bakic at yahoo.com>)

    M ./src/rerl/standard-action.lisp -2 +4

Sun Feb 19 15:19:53 EST 2006  Marco Baringer <mb at bese.it>
  * Run javascript form checks on keyup, not onchange (onkeyup gives much more immediate feedback)

    M ./src/components/formx.lisp -1 +1

Sun Feb 19 14:13:45 EST 2006  Marco Baringer <mb at bese.it>
  * Typo in print-object method

    M ./src/components/formx.lisp -1 +1

Sun Feb 19 14:13:01 EST 2006  Marco Baringer <mb at bese.it>
  * Added missing declare ignore declaration

    M ./src/components/secure-application.lisp -1 +1

Sat Feb 18 13:40:11 EST 2006  Marco Baringer <mb at bese.it>
  * Added new form library and reworked examples to use it
    
  The new form library (temporarily called formx) is much much simpler
  than the presentation stuff we currently have. This should make it
  easer to use and customize, while it may do a lot less it no longer
  imposes an entire framevork on every form tag.

    M ./examples/examples.lisp -7 +5
    M ./examples/forms.lisp -239 +108
    M ./src/admin/admin.lisp -17 +19
    A ./src/components/formx.lisp
    M ./src/packages.lisp +21
    M ./ucw.asd +1
    A ./wwwroot/dojo.js
    M ./wwwroot/ucw/admin/admin-repl.tal -3 +3

Sat Feb 18 10:27:33 EST 2006  Marco Baringer <mb at bese.it>
  * Added :script type to window-component's javascript slot.
  
  This now option does what :js said it did (but didn't acutally
  do). :js now mentions that its value will be passed to js:js* and then
  to <:script.

    M ./src/components/window.lisp -1 +4

Sat Feb 18 09:16:02 EST 2006  Marco Baringer <mb at bese.it>
  * Added :application parametetr to with-dummy-context
  
  In the face of TAL templates it is very usefull to be able to supply
  an existing, and properly configured, application to use.

    M ./src/rerl/standard-request-context.lisp -8 +9

Sat Feb 18 06:18:13 EST 2006  Marco Baringer <mb at bese.it>
  * standard-request-context depends on stadard-component
  
  Since standard-request-context now includes the dummy-request-context
  stuff, which includes a dummy-root-component component, we need the defcomponent to be defined when loading/compiling this file.

    M ./ucw.asd -1 +2

Fri Feb 17 16:21:14 EST 2006  matley at muppetslab.org
  * Added Trivial Sockets to the list of requirements in the README

    M ./README +6

Fri Feb 17 14:22:37 EST 2006  Marco Baringer <mb at bese.it>
  * Added the with-dummy-context macro

    M ./src/packages.lisp +1
    M ./src/rerl/standard-request-context.lisp +52

Fri Feb 17 09:27:21 EST 2006  Marco Baringer <mb at bese.it>
  * Changed window-component's javascript handling (only one slot now)
  
  Instead of having three different slot for the different ways we might
  want to include javascript we now have exactly one slot and each value
  specifies if it's a file to link to or a bit of javascript code to include.

    M ./src/components/window.lisp -25 +20

Fri Feb 17 09:16:40 EST 2006  Marco Baringer <mb at bese.it>
  * ucw.araneida asdf definition was wrong

    M ./ucw.asd -1 +1

Tue Feb 14 10:58:56 EST 2006  henrik.hjelte at poboxes.com
  * known order of javascripts in window-component

    M ./src/components/window.lisp -3 +12

Tue Feb 14 10:58:03 EST 2006  henrik.hjelte at poboxes.com
  * inline-javascript rendered as-is

    M ./src/components/window.lisp -1 +1

Thu Feb 16 03:35:34 EST 2006  Marco Baringer <mb at bese.it>
Thu Feb 16 03:14:12 EST 2006  Marco Baringer <mb at bese.it>
Mon Feb 13 14:09:57 EST 2006  Marco Baringer <mb at bese.it>
Fri Feb 10 10:54:21 EST 2006  Marco Baringer <mb at bese.it>
Wed Feb  8 10:42:48 EST 2006  Marco Baringer <mb at bese.it>
Wed Feb  8 10:42:13 EST 2006  Marco Baringer <mb at bese.it>
Wed Feb  8 10:38:48 EST 2006  Marco Baringer <mb at bese.it>
Wed Feb  8 10:38:30 EST 2006  Marco Baringer <mb at bese.it>
Wed Feb  8 10:31:24 EST 2006  Marco Baringer <mb at bese.it>
Tue Feb 14 12:09:07 EST 2006  Nathan Bird <nathan at acceleration.net>
Tue Feb 14 13:42:03 EST 2006  henrik.hjelte at poboxes.com
Mon Feb 13 14:07:08 EST 2006  Marco Baringer <mb at bese.it>
Mon Feb  6 02:58:15 EST 2006  henrik.hjelte at poboxes.com
Mon Feb  6 02:31:51 EST 2006  henrik.hjelte at poboxes.com
Tue Feb  7 17:26:24 EST 2006  Nathan Bird <nathan at acceleration.net>
Mon Feb 13 14:22:24 EST 2006  levente.meszaros at gmail.com
Mon Feb 13 14:07:18 EST 2006  levente.meszaros at gmail.com
Sun Feb 12 10:58:33 EST 2006  attila.lendvai at gmail.com
Thu Feb  9 16:03:16 EST 2006  attila.lendvai at gmail.com
Wed Feb  8 15:02:34 EST 2006  svg at surnet.ru
Wed Feb  8 13:56:35 EST 2006  svg at surnet.ru
Wed Feb  8 05:54:45 EST 2006  svg at surnet.ru
Wed Feb  8 04:17:26 EST 2006  henrik.hjelte at poboxes.com
Tue Feb  7 15:23:35 EST 2006  henrik.hjelte at poboxes.com
Tue Feb  7 15:22:04 EST 2006  henrik.hjelte at poboxes.com
Tue Feb  7 15:09:40 EST 2006  henrik.hjelte at poboxes.com
Tue Feb  7 15:09:40 EST 2006  henrik.hjelte at poboxes.com
Sun Feb  5 18:32:42 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Feb  5 18:11:27 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
Thu Feb  2 07:26:24 EST 2006  Marco Baringer <mb at bese.it>
Sun Jan 15 11:33:04 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Jan 15 11:32:48 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Jan 15 11:30:22 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
Thu Jan 12 15:19:49 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 11 13:48:48 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 11 13:28:36 EST 2006  Marco Baringer <mb at bese.it>
Wed Jan 11 11:53:01 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 10 13:42:37 EST 2006  Marco Baringer <mb at bese.it>
Tue Jan 10 12:34:02 EST 2006  Marco Baringer <mb at bese.it>
Wed Dec 21 06:40:25 EST 2005  Marco Baringer <mb at bese.it>
Wed Dec 21 06:40:11 EST 2005  Marco Baringer <mb at bese.it>
Wed Dec 21 06:39:44 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 12:26:24 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 12:25:18 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 12:24:54 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 12:24:44 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 10:17:40 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 10:17:12 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec 19 10:16:21 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 13:09:20 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 13:08:30 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 13:07:57 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 10:05:41 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 09:22:47 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 09:21:16 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 09:17:34 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 06:47:39 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 18 06:46:57 EST 2005  Marco Baringer <mb at bese.it>
Fri Dec 16 10:02:01 EST 2005  Marco Baringer <mb at bese.it>
Sun Jan 22 16:42:22 EST 2006  attila.lendvai at gmail.com
Tue Jan 24 14:36:34 EST 2006  Marco Baringer <mb at bese.it>
Sun Dec 18 06:39:38 EST 2005  Marco Baringer <mb at bese.it>
Thu Jan 19 07:45:05 EST 2006  svg at surnet.ru
Thu Jan 12 13:34:59 EST 2006  svg at surnet.ru
Thu Jan 12 13:13:14 EST 2006  svg at surnet.ru
Sat Dec 24 15:56:17 EST 2005  svg at surnet.ru
Sat Dec 24 15:41:18 EST 2005  svg at surnet.ru
Sat Dec 24 15:39:17 EST 2005  svg at surnet.ru
Sat Dec 24 15:38:27 EST 2005  svg at surnet.ru
Sat Dec 24 15:37:41 EST 2005  svg at surnet.ru
Wed Dec 21 17:51:34 EST 2005  svg at surnet.ru
Wed Dec 21 17:50:43 EST 2005  svg at surnet.ru
Wed Dec 21 17:49:52 EST 2005  svg at surnet.ru
Wed Dec 21 17:46:54 EST 2005  svg at surnet.ru
Mon Dec 19 11:16:43 EST 2005  asbjxrn at bjxrnstad.net
Thu Dec 15 18:42:58 EST 2005  svg at surnet.ru
Thu Dec 15 18:41:55 EST 2005  svg at surnet.ru
Sun Dec 11 20:28:43 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Dec 11 19:55:18 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Dec 11 19:54:36 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Dec 11 09:49:41 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 11 09:49:18 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec 11 08:53:42 EST 2005  Marco Baringer <mb at bese.it>
Sat Dec 10 01:12:34 EST 2005  asbjxrn at bjxrnstad.net
Wed Dec  7 20:57:10 EST 2005  Nathan Bird <nathan at acceleration.net>
Wed Dec  7 20:53:06 EST 2005  Nathan Bird <nathan at acceleration.net>
Wed Dec  7 20:38:52 EST 2005  Nathan Bird <nathan at acceleration.net>
Wed Dec  7 14:03:37 EST 2005  Alberto Santini <albertosantini at tiscali.it>
Wed Dec  7 10:24:39 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Wed Dec  7 10:18:19 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Tue Dec  6 18:08:20 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Tue Dec  6 17:44:54 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Tue Dec  6 13:25:36 EST 2005  Nathan Bird <nathan at acceleration.net>
Tue Dec  6 13:23:50 EST 2005  Nathan Bird <nathan at acceleration.net>
Mon Dec  5 18:12:07 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Dec  4 10:35:55 EST 2005  Marco Baringer <mb at bese.it>
Sun Dec  4 07:09:08 EST 2005  Alberto Santini <albertosantini at tiscali.it>
Fri Dec  2 00:57:20 EST 2005  rusabd at gmail.com
Thu Dec  1 15:26:29 EST 2005  Marco Baringer <mb at bese.it>
Thu Dec  1 14:49:05 EST 2005  Marco Baringer <mb at bese.it>
Mon Dec  5 12:17:53 EST 2005  Nathan Bird <nathan at acceleration.net>
Thu Dec  1 13:33:20 EST 2005  Marco Baringer <mb at bese.it>
Thu Dec  1 14:13:42 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Thu Dec  1 13:40:31 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Thu Dec  1 11:04:57 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Tue Nov 29 08:56:31 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Tue Nov 29 08:54:12 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Nov 27 21:13:34 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Sun Nov 27 11:25:44 EST 2005  asbjxrn at bjxrnstad.net
Sun Nov 27 06:09:04 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 12:25:18 EST 2005  binarin at binarin.ru
Sat Nov 26 11:08:26 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 10:33:56 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 26 06:27:48 EST 2005  Alberto Santini <albertosantini at tiscali.it>
Sat Nov 26 05:07:48 EST 2005  Maciek Pasternacki <maciekp at japhy.fnord.org>
Mon Nov 21 11:18:34 EST 2005  russ at acceleration.net
Tue Nov 15 17:11:59 EST 2005  albertosantini at tiscali.it
Sat Nov 12 09:48:27 EST 2005  albertosantini at tiscali.it
Thu Nov 17 07:01:26 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov 16 17:11:47 EST 2005  russ at acceleration.net
Fri Nov 18 14:27:15 EST 2005  Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>
Tue Nov 15 06:54:10 EST 2005  Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>
Mon Nov 14 20:42:16 EST 2005  Nathan Bird <nathan at acceleration.net>
Mon Nov 14 20:34:59 EST 2005  Nathan Bird <nathan at acceleration.net>
Mon Nov 14 20:30:07 EST 2005  Nathan Bird <nathan at acceleration.net>
Mon Nov 14 20:28:29 EST 2005  Nathan Bird <nathan at acceleration.net>
Mon Nov 14 20:24:22 EST 2005  Nathan Bird <nathan at acceleration.net>
Mon Nov 14 04:17:38 EST 2005  Marco Baringer <mb at bese.it>
Mon Nov 14 04:16:55 EST 2005  Marco Baringer <mb at bese.it>
Sun Nov 13 06:45:57 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov 12 07:54:19 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov 11 11:45:30 EST 2005  Marco Baringer <mb at bese.it>
Sun Nov 13 05:50:17 EST 2005  henrik.hjelte at poboxes.com
Fri Nov 11 11:20:51 EST 2005  Nathan Bird <nathan at acceleration.net>
Fri Nov 11 11:00:37 EST 2005  Nathan Bird <nathan at acceleration.net>
Thu Sep  8 19:25:19 EDT 2005  Nathan Bird <nathan at acceleration.net>
Thu Nov 10 14:41:04 EST 2005  Marco Baringer <mb at bese.it>
Thu Nov 10 06:58:45 EST 2005  Marco Baringer <mb at bese.it>
Thu Oct 20 14:10:46 EDT 2005  Nathan Bird <nathan at acceleration.net>
Wed Nov  9 11:08:31 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 10:57:43 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 10:49:48 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 10:14:06 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 10:13:55 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 09:56:20 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 09:53:12 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 09:35:30 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 09:02:33 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 06:12:49 EST 2005  Marco Baringer <mb at bese.it>
Wed Nov  9 05:53:34 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 13:01:55 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 12:55:25 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 12:52:55 EST 2005  Marco Baringer <mb at bese.it>
Tue Nov  8 09:03:50 EST 2005  Jan Rychter <jan at rychter.com>
Tue Nov  8 09:00:57 EST 2005  Jan Rychter <jan at rychter.com>
Sat Nov  5 22:05:59 EST 2005  hoan at ton-that.org
Sat Nov  5 08:49:02 EST 2005  Marco Baringer <mb at bese.it>
Sat Nov  5 08:33:52 EST 2005  Marco Baringer <mb at bese.it>
Mon Nov  7 03:48:53 EST 2005  henrik.hjelte at poboxes.com
Fri Nov  4 21:01:17 EST 2005  asbjxrn at bjxrnstad.net
Fri Nov  4 08:12:59 EST 2005  Marco Baringer <mb at bese.it>
Fri Nov  4 07:57:19 EST 2005  Marco Baringer <mb at bese.it>
Thu Nov  3 13:48:01 EST 2005  Marco Baringer <mb at bese.it>
Thu Nov  3 13:46:19 EST 2005  Marco Baringer <mb at bese.it>
Mon Oct 31 13:25:39 EST 2005  svg at surnet.ru
Mon Oct 31 13:22:07 EST 2005  svg at surnet.ru
Mon Oct 31 13:21:15 EST 2005  svg at surnet.ru
Sun Oct 30 18:05:59 EST 2005  svg at surnet.ru
Sun Oct 30 15:36:48 EST 2005  svg at surnet.ru
Sat Oct 29 14:48:29 EDT 2005  svg at surnet.ru
Sat Oct 29 11:02:06 EDT 2005  Marco Baringer <mb at bese.it>
Sat Oct 29 10:53:57 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 21:04:35 EDT 2005  hoan at ton-that.org
Fri Oct 28 13:28:17 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 28 06:50:18 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 27 13:38:03 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 27 11:03:04 EDT 2005  Jan Rychter <jan at rychter.com>
Thu Oct 27 11:02:52 EDT 2005  Jan Rychter <jan at rychter.com>
Thu Oct 27 08:25:37 EDT 2005  svg at surnet.ru
Wed Oct 26 15:26:22 EDT 2005  svg at surnet.ru
Wed Oct 26 07:48:34 EDT 2005  svg at surnet.ru
Wed Oct 26 07:47:53 EDT 2005  svg at surnet.ru
Mon Oct 24 12:51:52 EDT 2005  svg at surnet.ru
Mon Oct 24 12:47:55 EDT 2005  svg at surnet.ru
Mon Oct 24 12:40:25 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 23 11:06:06 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 23 11:04:14 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 23 10:55:24 EDT 2005  Marco Baringer <mb at bese.it>
Sat Oct 22 13:47:42 EDT 2005  svg at surnet.ru
Thu Oct 20 13:44:17 EDT 2005  svg at surnet.ru
Wed Oct 19 14:59:52 EDT 2005  svg at surnet.ru
Tue Oct 18 13:46:49 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 13:45:47 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 13:45:25 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 13:44:22 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 13:24:11 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 13:23:50 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 13:17:32 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 12:24:57 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 18 05:31:32 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 22:19:17 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 14:48:34 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 13:11:45 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 10:39:40 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 10:13:33 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 08:56:41 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct 16 06:44:45 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 14 08:03:22 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 14 07:53:06 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct 14 07:51:27 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 12:53:27 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 10:57:58 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 10:57:36 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 10:39:31 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 08:35:19 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 08:30:08 EDT 2005  Marco Baringer <mb at bese.it>
Thu Oct 13 08:29:21 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 11 19:10:59 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 11 19:05:51 EDT 2005  Marco Baringer <mb at bese.it>
Tue Oct 11 08:25:12 EDT 2005  Marco Baringer <mb at bese.it>
Mon Oct 10 10:49:29 EDT 2005  asbjxrn at bjxrnstad.net
Sun Oct  9 14:42:13 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct  9 14:18:07 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct  9 11:30:50 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct  9 11:30:24 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct  9 11:28:58 EDT 2005  Marco Baringer <mb at bese.it>
Sun Oct  9 11:28:09 EDT 2005  Marco Baringer <mb at bese.it>
Sat Oct  8 18:14:16 EDT 2005  svg at surnet.ru
Fri Oct  7 15:35:13 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct  7 15:11:17 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct  7 13:59:29 EDT 2005  Marco Baringer <mb at bese.it>
Fri Oct  7 13:58:17 EDT 2005  Marco Baringer <mb at bese.it>
Wed Oct  5 01:13:41 EDT 2005  Marco Baringer <mb at bese.it>
Sat Oct  1 13:16:43 EDT 2005  Marco Baringer <mb at bese.it>
Sat Oct  1 05:26:39 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep 27 15:34:46 EDT 2005  Marco Baringer <mb at bese.it>
Sun Sep 25 12:42:27 EDT 2005  Marco Baringer <mb at bese.it>
Sun Sep 25 12:41:21 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep 22 11:24:36 EDT 2005  Marco Baringer <mb at bese.it>
Wed Sep 21 09:38:19 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep 20 16:08:30 EDT 2005  Jan Rychter <jan at rychter.com>
Tue Sep 20 13:48:55 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep 20 13:44:12 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep 20 13:42:00 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep 15 15:31:37 EDT 2005  svg at surnet.ru
Thu Sep 15 04:12:15 EDT 2005  svg at surnet.ru
Wed Sep 14 16:47:26 EDT 2005  svg at surnet.ru
Wed Sep 14 11:02:39 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep 13 03:24:52 EDT 2005  Marco Baringer <mb at bese.it>
Mon Sep 12 03:34:13 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 10:18:31 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 10:17:20 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 10:16:10 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 07:29:59 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 07:29:48 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 07:22:29 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 07:17:32 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 06:44:36 EDT 2005  Marco Baringer <mb at bese.it>
Sat Sep 10 06:44:07 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  8 19:41:36 EDT 2005  Nathan Bird <nathan at acceleration.net>
Fri Sep  9 18:48:43 EDT 2005  Marco Baringer <mb at bese.it>
Fri Sep  9 04:05:13 EDT 2005  Marco Baringer <mb at bese.it>
Fri Sep  9 04:01:02 EDT 2005  Marco Baringer <mb at bese.it>
Fri Sep  9 03:53:56 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  8 19:17:52 EDT 2005  Nathan Bird <nathan at acceleration.net>
Thu Sep  8 18:19:01 EDT 2005  Nathan Bird <nathan at acceleration.net>
Fri Sep  9 03:27:39 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  8 13:57:55 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  8 13:53:08 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  8 12:56:54 EDT 2005  asbjxrn at bjxrnstad.net
Wed Sep  7 15:09:04 EDT 2005  Craig McDaniel <craigmcd at gmail.com>
Thu Sep  8 12:27:53 EDT 2005  Marco Baringer <mb at bese.it>
Wed Sep  7 17:21:48 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep  6 20:48:19 EDT 2005  Marco Baringer <mb at bese.it>
Tue Sep  6 10:09:02 EDT 2005  Jan Rychter <jan at rychter.com>
Tue Sep  6 05:10:35 EDT 2005  Marco Baringer <mb at bese.it>
Sun Sep  4 15:41:51 EDT 2005  Peter Scott <sketerpot at gmail.com>
Thu Sep  1 02:28:36 EDT 2005  Marco Baringer <mb at bese.it>
Thu Sep  1 02:23:56 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 31 07:43:50 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 31 07:05:07 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 31 06:31:42 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 31 06:31:27 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 19:14:00 EDT 2005  drewc at tech.coop
Mon Aug 29 05:44:17 EDT 2005  Jan Rychter <jan at rychter.com>
Sun Aug 28 04:23:11 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 09:50:18 EDT 2005  binarin at gmail.com
Sat Aug 27 09:46:32 EDT 2005  binarin at gmail.com
Sat Aug 27 15:39:31 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug 27 07:29:15 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 13:00:29 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:55:46 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:54:59 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:54:23 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:53:37 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:53:06 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 24 08:50:07 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 19 04:21:55 EDT 2005  Marco Baringer <mb at bese.it>
Thu Aug 18 10:53:47 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 17 06:08:30 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 12:31:32 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 10:15:01 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 09:51:45 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 09:51:14 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 07:18:42 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 07:18:09 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug 14 07:17:15 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 13:47:01 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 08:28:05 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 08:27:42 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 08:27:01 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:49:33 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:49:07 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:47:52 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:47:18 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:46:47 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 07:37:58 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 05:00:52 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug 12 03:14:21 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug 10 01:37:46 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 09:03:42 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 08:26:24 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 07:29:51 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 02:47:28 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 01:57:56 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  9 01:40:05 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 10:09:06 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 09:50:42 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 09:48:32 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 08:28:44 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 08:26:39 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 08:18:44 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 05:11:51 EDT 2005  Marco Baringer <mb at bese.it>
Sun Aug  7 03:58:49 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 05:34:02 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 05:05:50 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 05:00:59 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 04:59:33 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 04:29:07 EDT 2005  Marco Baringer <mb at bese.it>
Sat Aug  6 01:42:07 EDT 2005  Marco Baringer <mb at bese.it>
Fri Aug  5 03:30:24 EDT 2005  Marco Baringer <mb at bese.it>
Wed Aug  3 05:53:47 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  2 12:17:26 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  2 07:12:31 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  2 07:03:27 EDT 2005  Marco Baringer <mb at bese.it>
Tue Aug  2 07:01:51 EDT 2005  Marco Baringer <mb at bese.it>
Fri Jul 29 06:52:41 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 05:54:55 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 05:54:25 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 05:53:33 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 25 08:13:48 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 09:33:29 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 09:33:11 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 23 07:30:39 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug  1 10:36:43 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug  1 10:32:54 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug  1 10:24:40 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug  1 10:22:47 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug  1 09:46:38 EDT 2005  Marco Baringer <mb at bese.it>
Mon Aug  1 01:07:20 EDT 2005  Robert Marlow <bobstopper at bobturf.org>
Sun Jul 31 10:51:19 EDT 2005  Julian Stecklina <der_julian at web.de>
Tue Jul 26 05:54:06 EDT 2005  Marco Baringer <mb at bese.it>
Sat Jul 30 07:44:29 EDT 2005  Marco Baringer <mb at bese.it>
Fri Jul 29 06:31:58 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 28 08:03:22 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 28 08:01:29 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 08:28:03 EDT 2005  Marco Baringer <mb at bese.it>
Tue Jul 26 08:27:40 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 25 08:15:51 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 25 08:14:47 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 25 08:14:21 EDT 2005  Marco Baringer <mb at bese.it>
Sun Jul 24 10:26:09 EDT 2005  matley at innerloop.it
Sat Jul 23 10:24:19 EDT 2005  matley at innerloop.it
Fri Jul 22 16:08:35 EDT 2005  matley at innerloop.it
Sat Jul 23 06:28:41 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 21 11:54:17 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 21 11:53:38 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 21 11:42:59 EDT 2005  Marco Baringer <mb at bese.it>
Thu Jul 21 11:41:24 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 18 13:28:34 EDT 2005  Marco Baringer <mb at bese.it>
Mon Jul 18 13:18:31 EDT 2005  Marco Baringer <mb at bese.it>
Sun Jul 17 23:39:50 EDT 2005  Jos?? Pablo Ezequiel Fern??ndez <pupeno at pupeno.com>
Sun Jul 17 17:47:20 EDT 2005  Jos?? Pablo Ezequiel Fern??ndez <pupeno at pupeno.com>
Sun Jul 17 17:34:07 EDT 2005  Jos?? Pablo Ezequiel Fern??ndez <pupeno at pupeno.com>
Sun Jul 17 15:19:36 EDT 2005  Marco Baringer <mb at bese.it>
Sun Jul 17 15:13:01 EDT 2005  Marco Baringer <mb at bese.it>
Sun Jul 17 15:02:54 EDT 2005  Marco Baringer <mb at bese.it>
Sun Jul 17 14:58:26 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul  6 09:38:29 EDT 2005  Marco Baringer <mb at bese.it>
Wed Jul  6 09:26:41 EDT 2005  Marco Baringer <mb at bese.it>

An updated tarball of ucw_public's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_public-20060305.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_public;a=summary


From luca at pca.it  Mon Mar  6 11:31:31 2006
From: luca at pca.it (Luca Capello)
Date: Mon, 06 Mar 2006 12:31:31 +0100
Subject: [Bese-devel] [PATCH] detachtty: make clean error if no *~ files are
	present
Message-ID: <87pskzern0.fsf@gismo.pca.it>

Hello,

the attaced darcs patch correct the problem, as from the following
log:
=====
luca at gismo:~/Hacking/cl-debian/repository/detachtty-upstream$ \
 make
cc -g -DNEED_PTY_H                          -c -o detachtty.o
[...]
cc   attachtty.o copy-stream.o errors.o -lutil  -o attachtty

luca at gismo:~/Hacking/cl-debian/repository/detachtty-upstream$ \
 make clean 
rm *.o *~ attachtty detachtty
rm: cannot remove `*~': No such file or directory
make: [clean] Error 1 (ignored)

luca at gismo:~/Hacking/cl-debian/repository/detachtty-upstream$ \
 vi Makefile 

luca at gismo:~/Hacking/cl-debian/repository/detachtty-upstream$ \
 make
cc -g -DNEED_PTY_H                          -c -o detachtty.o
[...]
cc   attachtty.o copy-stream.o errors.o -lutil  -o attachtty

luca at gismo:~/Hacking/cl-debian/repository/detachtty-upstream$ \
 make clean 
rm -f *.o *~ attachtty detachtty

luca at gismo:~/Hacking/cl-debian/repository/detachtty-upstream$ 
=====

Thx, bye,
Gismo / Luca

-------------- next part --------------
A non-text attachment was scrubbed...
Name: detachtty_clean-force-remove_20060306-gismo.patch
Type: text/x-patch
Size: 875 bytes
Desc: force remove when clean
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060306/0621a824/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060306/0621a824/attachment.sig>

From mb at bese.it  Mon Mar  6 13:25:49 2006
From: mb at bese.it (Marco Baringer)
Date: Mon, 06 Mar 2006 14:25:49 +0100
Subject: [Bese-devel] Re: [PATCH] detachtty: make clean error if no *~ files
	are present
References: <87pskzern0.fsf@gismo.pca.it>
Message-ID: <m28xrnyaaq.fsf@bese.it>

Luca Capello <luca at pca.it> writes:

> Hello,
>
> the attaced darcs patch correct the problem, as from the following
> log:

applied. thanks.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Tue Mar  7 05:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Tue,  7 Mar 2006 00:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  6-Mar-2006
Message-ID: <20060307053003.D0CB040002@common-lisp.net>


Mon Mar  6 13:53:56 EST 2006  Marco Baringer <mb at bese.it>
  * Change the (alist|hash-table|plist)-select-fields to chose a value based on the key
  
  When you chose based on a mapping object (alist, plist, etc.) you
  generally want to see the key in the options and get back the
  corresponding value. If you really wanted to chose a value based on
  the value you'd use a normal select with a simple list of values.

    M ./src/components/form.lisp -28 +89

Mon Mar  6 13:52:12 EST 2006  Marco Baringer <mb at bese.it>
  * Typo in QUICKSTART

    M ./docs/QUICKSTART -1 +1

Sat Mar  4 10:23:41 EST 2006  Marco Baringer <mb at bese.it>
  * Move form-field's javascript validators into a custom property on the field object (client side)
  
  This change makes it much simpler to reuse the validation in other
  places, we no longer have to rewrite all the validation code every
  time we want to call it.

    M ./src/components/form.lisp -14 +7


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060306.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From door at lcpi.ru  Tue Mar  7 10:10:33 2006
From: door at lcpi.ru (Alexey Antipov)
Date: Tue, 7 Mar 2006 13:10:33 +0300
Subject: [Bese-devel] user-login fixes
Message-ID: <20060307101033.GA14120@rabbit.loc>


{
hunk ./src/components/user-login.lisp 7
-                         :size 10
+                         :input-size 10
hunk ./src/components/user-login.lisp 13
-                         :size 10
+                         :input-size 10
hunk ./src/rerl/standard-component/standard-component.lisp 58
-               (not (null (slot-value comp slot-name))))
+               (not (null (slot-value comp slot-name)))
+	       (typep     (slot-value comp slot-name)
+			  'standard-component))
}

i'm not sure about correctness of last chunk.


From mb at bese.it  Tue Mar  7 16:46:07 2006
From: mb at bese.it (Marco Baringer)
Date: Tue, 07 Mar 2006 17:46:07 +0100
Subject: [Bese-devel] Re: user-login fixes
References: <20060307101033.GA14120@rabbit.loc>
Message-ID: <m2veuqgq40.fsf@bese.it>

Alexey Antipov <door at lcpi.ru> writes:

> {
> hunk ./src/components/user-login.lisp 7
> -                         :size 10
> +                         :input-size 10
> hunk ./src/components/user-login.lisp 13
> -                         :size 10
> +                         :input-size 10

applied, thanks.

> hunk ./src/rerl/standard-component/standard-component.lisp 58
> -               (not (null (slot-value comp slot-name))))
> +               (not (null (slot-value comp slot-name)))
> +	       (typep     (slot-value comp slot-name)
> +			  'standard-component))
> }

this wolud allow you to put non-component objects (like form-fields)
into a slot using the :component slot parameter. i'm not sure we
should allow this, do we want non-component objects (widgets mainly)
to be used in the place of component objects?

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Wed Mar  8 05:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed,  8 Mar 2006 00:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  7-Mar-2006
Message-ID: <20060308053003.735627C000@common-lisp.net>


Tue Mar  7 12:27:38 EST 2006  Marco Baringer <mb at bese.it>
  * Fix typo in last patch

    M ./src/components/user-login.lisp -6 +6

Tue Mar  7 11:47:07 EST 2006  Marco Baringer <mb at bese.it>
  * Fix initargs on user-login's form fields. (Patch by: Alexey Antipov <door at lcpi.ru>)

    M ./src/components/user-login.lisp -6 +6

Tue Mar  7 08:50:17 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
  * Unbreak binary file serving, add slot external-format to httpd-response class.

    M ./src/backend/httpd.lisp -3 +6


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060307.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mbaringer at common-lisp.net  Wed Mar  8 05:35:01 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed,  8 Mar 2006 00:35:01 -0500 (EST)
Subject: [Bese-devel] New patches to ucw-presentations:  7-Mar-2006
Message-ID: <20060308053501.F2F454D008@common-lisp.net>


Tue Mar  7 09:54:56 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
  * Fix render-options calls.

    M ./src/presentations.lisp -5 +4


An updated tarball of ucw-presentations's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw-presentations-20060307.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw-presentations;a=summary


From aycan.irican at core.gen.tr  Tue Mar  7 19:41:59 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Tue, 07 Mar 2006 21:41:59 +0200
Subject: [Bese-devel] start-swank :port parameter
Message-ID: <87oe0ica9k.fsf@core.gen.tr>


Hi,

I added a port parameter to start-swank. When 2 developers coding in
one server, this port parameter saves some time. Or do you prefere
using (defconstant default-server-port 4005) before start.lisp?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: swank.patch
Type: text/x-patch
Size: 64868 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060307/51e2954f/attachment.bin>
-------------- next part --------------

Best Regards.

-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060307/51e2954f/attachment.sig>

From mb at bese.it  Wed Mar  8 13:06:39 2006
From: mb at bese.it (Marco Baringer)
Date: Wed, 08 Mar 2006 14:06:39 +0100
Subject: [Bese-devel] Re: start-swank :port parameter
References: <87oe0ica9k.fsf@core.gen.tr>
Message-ID: <m27j75t7a8.fsf@bese.it>

"Aycan iRiCAN" <aycan.irican at core.gen.tr> writes:

> Hi,
>
> I added a port parameter to start-swank. When 2 developers coding in
> one server, this port parameter saves some time. Or do you prefere
> using (defconstant default-server-port 4005) before start.lisp?

applied, thanks!

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From levente.meszaros at gmail.com  Wed Mar  8 21:58:15 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Wed, 8 Mar 2006 22:58:15 +0100
Subject: [Bese-devel] SVG
Message-ID: <a0d87c1c0603081358g71a6a1fcj891cfa92eeb3ec9e@mail.gmail.com>

Here is a patch to have some SVG tags within yaclml.

levy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: svg.patch
Type: application/octet-stream
Size: 7014 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060308/e679027d/attachment.obj>

From mbaringer at common-lisp.net  Thu Mar  9 05:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Thu,  9 Mar 2006 00:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  8-Mar-2006
Message-ID: <20060309053003.7F2FD2B006@common-lisp.net>


Wed Mar  8 12:53:43 EST 2006  Marco Baringer <mb at bese.it>
  * *print-base* and *print-radix*'s values were inverted

    M ./src/components/form.lisp -2 +2

Wed Mar  8 12:43:04 EST 2006  Marco Baringer <mb at bese.it>
  * Added (setf value) method for checkboxs

    M ./src/components/form.lisp -3 +11

Wed Mar  8 12:20:11 EST 2006  Marco Baringer <mb at bese.it>
  * Declare the variables introduced by <ucw:select as ignorable

    M ./src/yaclml/ucw-tags.lisp -22 +24

Wed Mar  8 11:19:59 EST 2006  Marco Baringer <mb at bese.it>
  * Added :value initarg to form-fields

    M ./src/components/form.lisp +7

Wed Mar  8 11:19:34 EST 2006  Marco Baringer <mb at bese.it>
  * Added implement of (setf value) for form-field and integer-field

    M ./src/components/form.lisp +9

Tue Mar  7 14:24:27 EST 2006  aycan.irican at core.gen.tr
  * added :port parameter to start-swank

    M ./src/control.lisp -2 +3


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060308.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mb at bese.it  Thu Mar  9 09:15:21 2006
From: mb at bese.it (Marco Baringer)
Date: Thu, 09 Mar 2006 10:15:21 +0100
Subject: [Bese-devel] Re: SVG
References: <a0d87c1c0603081358g71a6a1fcj891cfa92eeb3ec9e@mail.gmail.com>
Message-ID: <m2ek1c2d3q.fsf@bese.it>

"Levente M?sz?ros" <levente.meszaros at gmail.com> writes:

> Here is a patch to have some SVG tags within yaclml.

applied, thanks. are there any other SVG tags we could add? (we might
as well add them all at this point)

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From frido at q-software-solutions.de  Thu Mar  9 17:56:29 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Thu, 09 Mar 2006 18:56:29 +0100
Subject: [Bese-devel] What is the dynamic form example
Message-ID: <87pskvh582.fsf@flarge.here>

supposed to do? 

I can choose something and click on Add or Submit Query 
but I get back to the exact same window?

Regards
Friedrich


From aycan.irican at core.gen.tr  Thu Mar  9 20:00:03 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Thu, 09 Mar 2006 22:00:03 +0200
Subject: [Bese-devel] ucw-presentations and package names
Message-ID: <87d5gvcrss.fsf@core.gen.tr>


Hi,

I'm trying to migrate our project to new ucw_dev branch. We have used
ucw presentations before, so I grab the ucw-presentations branch and
started to find problems.

The first problem I have seen was misdefined package
names. ucw-presentation defines a new package named
"it.bese.ucw.presentations" and exporting the functions in that
package but there were old package names at the beginning of every
lisp file. So I changed them to it.bese.ucw.presentations and fixed
some dependency.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: ucwpresent.patch
Type: text/x-patch
Size: 1987 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060309/e69083ff/attachment.bin>
-------------- next part --------------


Best Regards.

-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060309/e69083ff/attachment.sig>

From aycan.irican at core.gen.tr  Thu Mar  9 19:47:25 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Thu, 09 Mar 2006 21:47:25 +0200
Subject: [Bese-devel] mod-lisp shutdown fails to send utf-8 encoded content
Message-ID: <87hd67csdu.fsf@core.gen.tr>

Hi,

I wrote a patch for shutdown method in mod-lisp.lisp and then added
(setf (external-format-for :http) :utf-8) to my start.lisp. So now it
uses my definition.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: modlisp-shutdown.patch
Type: text/x-patch
Size: 65575 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060309/b36f0c0b/attachment.bin>
-------------- next part --------------

Best Regards.

-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060309/b36f0c0b/attachment.sig>

From mb at bese.it  Thu Mar  9 20:21:49 2006
From: mb at bese.it (Marco Baringer)
Date: Thu, 09 Mar 2006 21:21:49 +0100
Subject: [Bese-devel] ucw-presentations and package names
In-Reply-To: <87d5gvcrss.fsf@core.gen.tr> (Aycan iRiCAN's message of "Thu, 09
	Mar 2006 22:00:03 +0200")
References: <87d5gvcrss.fsf@core.gen.tr>
Message-ID: <m2pskvl676.fsf@bese.it>

"Aycan iRiCAN" <aycan.irican at core.gen.tr> writes:

> Hi,
>
> I'm trying to migrate our project to new ucw_dev branch. We have used
> ucw presentations before, so I grab the ucw-presentations branch and
> started to find problems.

sorry for the horrible cut job, thanks for cleanig up my mess.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From mbaringer at common-lisp.net  Fri Mar 10 05:10:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Fri, 10 Mar 2006 00:10:02 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml:  9-Mar-2006
Message-ID: <20060310051002.0A65F7E020@common-lisp.net>


Wed Mar  8 16:55:37 EST 2006  levente.meszaros at gmail.com
  * Initial support for some SVG tags

    M ./src/packages.lisp -3 +5
    M ./src/tags/html4.lisp +5
    A ./src/tags/svg.lisp
    M ./yaclml.asd +1


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060309.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Fri Mar 10 05:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Fri, 10 Mar 2006 00:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev:  9-Mar-2006
Message-ID: <20060310053003.5F35B50002@common-lisp.net>


Thu Mar  9 14:38:57 EST 2006  aycan.irican at core.gen.tr
  * mod-lisp backend shutdown uses external-format-for to get charset

    M ./src/backend/mod-lisp.lisp -1 +2

Thu Mar  9 05:45:06 EST 2006  Marco Baringer <mb at bese.it>
  * Since araneida doesn't support multipart/form-data we assume the body is always a string of application/x-www-form-urlencoded

    M ./src/backend/araneida.lisp -5 +1


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060309.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mbaringer at common-lisp.net  Fri Mar 10 05:35:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Fri, 10 Mar 2006 00:35:02 -0500 (EST)
Subject: [Bese-devel] New patches to ucw-presentations:  9-Mar-2006
Message-ID: <20060310053502.0A80F6102C@common-lisp.net>


Thu Mar  9 14:51:30 EST 2006  aycan.irican at core.gen.tr
  * changed package names, added iterate dependency, fixed component dependencies

    M ./src/aux-slots-mixin.lisp -1 +1
    M ./src/form.lisp -2 +2
    M ./src/ie.lisp -1 +1
    M ./src/indirect-value-class.lisp -1 +1
    M ./src/packages.lisp -1 +3
    M ./src/presentations.lisp -1 +1
    M ./src/range-set.lisp -1 +1
    M ./src/search-criteria.lisp -1 +1
    M ./src/time-element.lisp -1 +1
    M ./src/wall-time.lisp -1 +1
    M ./ucw-presentations.asd -3 +3


An updated tarball of ucw-presentations's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw-presentations-20060309.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw-presentations;a=summary


From levente.meszaros at gmail.com  Fri Mar 10 09:27:53 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Fri, 10 Mar 2006 10:27:53 +0100
Subject: [Bese-devel] Re: SVG
Message-ID: <a0d87c1c0603100127n39328d0dg76845f19da7aeba4@mail.gmail.com>

There are a bunch of other SVG tags.

http://www.w3.org/TR/SVG/eltindex.html

Maybe we should convert the DTD using a parser instead of typing them in,
acually yaclml could (it's just a random idea) even support this
automagically for any DTD or schema. This is not yet a priority for me, but
when I get to the point I'm going to add all tags unless it's already
there.. ;-)

BTW, I would be happy having something with which tags can be used without
defining them before. I understand the value of predefining the tags, but
on the other hand it's slows down prototyping.

I think a reader macro could help here a lot.

levy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060310/5f74e96c/attachment.html>

From rm at mh-freiburg.de  Fri Mar 10 11:52:15 2006
From: rm at mh-freiburg.de (R. Mattes)
Date: Fri, 10 Mar 2006 12:52:15 +0100
Subject: [Bese-devel] Re: SVG
In-Reply-To: <a0d87c1c0603100127n39328d0dg76845f19da7aeba4@mail.gmail.com>
References: <a0d87c1c0603100127n39328d0dg76845f19da7aeba4@mail.gmail.com>
Message-ID: <1141991536.14924.2.camel@hobbes.mh-freiburg.de>

On Fri, 2006-03-10 at 10:27 +0100, Levente M?sz?ros wrote:
> There are a bunch of other SVG tags.
>  
> http://www.w3.org/TR/SVG/eltindex.html
>  
> Maybe we should convert the DTD using a parser instead of typing them
> in, acually yaclml could (it's just a random idea) even support this
> automagically for any DTD or schema. This is not yet a priority for
> me, but when I get to the point I'm going to add all tags unless it's
> already there.. ;-)

Well, at least the html tags should accept all valid attributes :-/
I was recently bitten by the fact that the body tag refused to accept
an 'id' attribute (which, stupid as it migt b, _is_ valif html).

Cheers, Ralf Mattes

> BTW, I would be happy having something with which tags can be used
> without defining them before. I understand the value of predefining
> the tags, but on the other hand it's slows down prototyping.
>  
> I think a reader macro could help here a lot.
>  
> levy
> _______________________________________________
> bese-devel mailing list
> bese-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060310/b8172ccc/attachment.sig>

From evrim at core.gen.tr  Fri Mar 10 13:40:23 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Fri, 10 Mar 2006 15:40:23 +0200
Subject: [Bese-devel] Re: SVG
In-Reply-To: <1141991536.14924.2.camel@hobbes.mh-freiburg.de>
References: <a0d87c1c0603100127n39328d0dg76845f19da7aeba4@mail.gmail.com>
	<1141991536.14924.2.camel@hobbes.mh-freiburg.de>
Message-ID: <441181C7.7080302@core.gen.tr>

R. Mattes wrote:

>Well, at least the html tags should accept all valid attributes :-/
>I was recently bitten by the fact that the body tag refused to accept
>an 'id' attribute (which, stupid as it migt b, _is_ valif html).
>  
>
Hm, this is interesting. When I looked for body tag, it reads:

(def-html-tag <:body :core :i18n :event
              onload
              onunload)

and :core reads to:
  (:core  (attrs 'class 'id 'style 'title)).

so, it should support the 'id' tag. 

evrim.


From mb at bese.it  Fri Mar 10 14:47:52 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 10 Mar 2006 15:47:52 +0100
Subject: [Bese-devel] Re: SVG
References: <a0d87c1c0603100127n39328d0dg76845f19da7aeba4@mail.gmail.com>
	<1141991536.14924.2.camel@hobbes.mh-freiburg.de>
Message-ID: <m2oe0epd9j.fsf@bese.it>

"R. Mattes" <rm at mh-freiburg.de> writes:

> Well, at least the html tags should accept all valid attributes :-/
> I was recently bitten by the fact that the body tag refused to accept
> an 'id' attribute (which, stupid as it migt b, _is_ valif html).

sure?

CL-USER> (<:body :id "the-body" "content")
<body id="the-body">content</body>
"<body id=\"the-body\">content</body>"

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Fri Mar 10 16:43:08 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 10 Mar 2006 17:43:08 +0100
Subject: [Bese-devel] Re: What is the dynamic form example
References: <87pskvh582.fsf@flarge.here>
Message-ID: <m2hd66p7xf.fsf@bese.it>

Friedrich Dominicus <frido at q-software-solutions.de> writes:

> supposed to do? 
>
> I can choose something and click on Add or Submit Query 
> but I get back to the exact same window?

it's a very silly example showing off the fact that form fields are
just regular clos objects and can be created and stored like regular
clos objects.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From cjstuij at gmail.com  Fri Mar 10 18:50:44 2006
From: cjstuij at gmail.com (Ties Stuij)
Date: Fri, 10 Mar 2006 19:50:44 +0100
Subject: [Bese-devel] Re: What is the dynamic form example
In-Reply-To: <m2hd66p7xf.fsf@bese.it>
References: <87pskvh582.fsf@flarge.here> <m2hd66p7xf.fsf@bese.it>
Message-ID: <d7ce4ebf0603101050p582ac0f4kcf7fab79019fa09c@mail.gmail.com>

On 3/10/06, Marco Baringer <mb at bese.it> wrote:
> Friedrich Dominicus <frido at q-software-solutions.de> writes:
>
> > supposed to do?
> >
> > I can choose something and click on Add or Submit Query
> > but I get back to the exact same window?
>
> it's a very silly example showing off the fact that form fields are
> just regular clos objects and can be created and stored like regular
> clos objects.
>

i can see the confusion. something seems to be broken because no
fields are added. i checked in the inspector and no fields seem to be
pushed on the fields slot of the component but i didn't get get why.

ties


From frido at q-software-solutions.de  Sat Mar 11 09:29:41 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Sat, 11 Mar 2006 10:29:41 +0100
Subject: [Bese-devel] Be aware
Message-ID: <87irqls516.fsf@flarge.here>

of eval when in defactions. I have spend 2 hours on the following code
(defun db-con ()
  (qss.db:db-connect)
  (clsql:enable-sql-reader-syntax))


;; actions
(defaction download-locations ((form get-downloader))
  (db-con)


I first had the content of db-con in the action download-locations
and get an error message I could not understand in any way something
along thelines
Sorry, EVAL-WHEN not yet implemented or the like

Now after writing another test case where it worked like intended I
got crazy. How could that be that the other test runs and this
failed. After starring at the code for quite a while I remember having
read half a year or so ago that you can not use eval-when in actions. 

I tried it and really this time this work.


But the next trouble is not far away:
this is what the slime inspector says about my application:
An object.
 [type: COOKIE-SESSION-APPLICATION]
--------------------
Class: #<STANDARD-CLASS COOKIE-SESSION-APPLICATION>
Slots:
URL-PREFIX = "/ucw/downloader/"
SESSION-TYPE = IT.BESE.UCW::STANDARD-SESSION
TAL-GENERATOR = #<unbound>
WWW-ROOTS = NIL
CHARSET = :UTF-8
ENTRY-POINTS = (#<STANDARD-ENTRY-POINT {10054569E1}>)
SESSION-TABLE = #<HASH-TABLE :TEST EQUAL :COUNT 0 {1004F1D771}>
SERVER = #<STANDARD-SERVER ASERVE-BACKEND 1 {100242BEE1}>
DEBUG-ON-ERROR = T
ENTRY-POINT-CACHE = #<HASH-TABLE :TEST EQUAL :COUNT 0 {1004F1DBA1}>


Now obviously there is an entry point defined, let's check it:
Class: #<STANDARD-CLASS STANDARD-ENTRY-POINT>
Slots:
ACTION = #<CLOSURE (LAMBDA NIL) {100546C789}>
URL = "j3.ucw"
APPLICATION = #0=#<COOKIE-SESSION-APPLICATION "/ucw/downloader/" {1004F1D201}>

Oh find there should be a j3.ucw at /ucw/downloader

Now let's try it:
this URL
http://localhost:8080/ucw/downloader/j3.ucw

results in:
Condition IT.BESE.UCW::INEXISTENT-ENTRY-POINT was signalled.
   [Condition of type IT.BESE.UCW::INEXISTENT-ENTRY-POINT]

Restarts:
  0: [SERVER-ERROR] Send the client an internal server error page.
  1: [GENERATE-BACKTRACE-FOR-EMACS] Generate a bug report in Emacs.
  2: [FAIL-MISERABLY] Pretend this request never happend and fail.
  3: [TRY-AGAIN] Play this request over from the top.
  4: [ABANDON] Abandon this request and wait for the next one
  5: [TERMINATE-THREAD] Terminate this thread (#<THREAD "8-aserve-worker" {10049084A1}>)


fully understandable? 

Not for me

Friedrich


From aycan.irican at core.gen.tr  Fri Mar 10 20:37:04 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Fri, 10 Mar 2006 22:37:04 +0200
Subject: [Bese-devel] simple-form patch
Message-ID: <87acbyqbnz.fsf@core.gen.tr>


Hi,

I added :method parameter to simple-form's render method.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: simple-form-method.patch
Type: text/x-patch
Size: 65593 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060310/415565b2/attachment.bin>
-------------- next part --------------

Best Regards.

-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060310/415565b2/attachment.sig>

From evrim at core.gen.tr  Sat Mar 11 03:05:44 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Sat, 11 Mar 2006 05:05:44 +0200
Subject: [Bese-devel] exit-user fix.
Message-ID: <44123E88.6030807@core.gen.tr>


Sat Mar 11 05:03:24 EET 2006  evrim at core.gen.tr
  * secure-application#exit-user fixed. this enables to log-out user and
redirect it to an entry-point.
Shall I send this patch? (1/1) [ynWvpxqadjk], or ? for help: y


evrim.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: exit-user.patch
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060311/67393b04/attachment.ksh>

From mb at bese.it  Sat Mar 11 11:06:09 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 11 Mar 2006 12:06:09 +0100
Subject: [Bese-devel] ucw patches
In-Reply-To: <44126090.4060208@core.gen.tr> (Evrim ULU's message of "Sat, 11
	Mar 2006 07:30:56 +0200")
References: <44126090.4060208@core.gen.tr>
Message-ID: <m2k6b1i6la.fsf@bese.it>

Evrim ULU <evrim at core.gen.tr> writes:

> Marco,
>
> I'm unable to send this patch to bese-devel@ :( hope it helps.

bese-devel has a message size limit of 40K, the context for most
patches is well over 40K so i had to manually accept each and every
patch sent to the list. I have pushed a tag to the ucw_dev repo which
should make the patch contexts much much smaller and avoid this
problem in the future (or at least until the next time the contexts
grow too big).

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From attila.lendvai at gmail.com  Sat Mar 11 13:55:26 2006
From: attila.lendvai at gmail.com (Attila Lendvai)
Date: Sat, 11 Mar 2006 14:55:26 +0100
Subject: [Bese-devel] :component slots and places idea/question
Message-ID: <b54b34af0603110555s3c17f165l6fea2c4463649e50@mail.gmail.com>

hi!

i was expecting that when i setf a :component slot then the place slot of
the new value (the place slot of the new component to be put in the
:component slot) is automagically updated.

unfortunately it didn't happen... :)

then i started to play around in standard-component-class.lisp and tried to
implement it but i got lost... i don't see the big picture and therefore i'm
not sure that it is a good idea at all (i may also be missing some mechanism
that already solves this).

background: i'm mostly dynamically building component hierarchies.



here is what i would like to achive:

(defcomponent 'foo ()
  ((comp-slot :accessor comp-slot-of :component nil)))

(setf (comp-slot-of a-foo) (make-instance 'bar))

and then i would like to be able to use (call-component (comp-slot-of a-foo)
(make-instance 'baz)) which requires that the place slot of bar is correctly
set. i know i can do that by hand, but i would like it to ba done
automatically.



here is what i've tried in standard-component-class.lisp:

(defmethod (setf mopp:slot-value-using-class) (value
                                               (class
standard-component-class)
                                               object
                                               (slot
standard-component-effective-slot))
  (call-next-method)
  (when (slot-boundp slot 'component)
    (format t "*** setting component slot ~A on object ~A to ~A~%" slot
object value)
    (when value
      (setf (component.place value)
            (make-place (mopp:slot-value-using-class class object slot))))))

comments:
 - maybe value and object should be dispatched on standard-component
 - the slot-boundp checking would not work in the current setup where the
component slot of standard-component-effective-slot is set to nil

i hope it's a useful idea and someone with more knowledge picks it up,

- attila

(alias 101 on irc &no 'its not lisp code :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060311/a7e4de5f/attachment.html>

From aycan.irican at core.gen.tr  Sat Mar 11 23:51:14 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Sun, 12 Mar 2006 01:51:14 +0200
Subject: [Bese-devel] forms
Message-ID: <87veukpmkt.fsf@core.gen.tr>


Thank you, I just spent 3 hours to make my forms work.

Sat Mar 11 21:53:18 EET 2006  Marco Baringer <mb at bese.it>
  * Fix silly and stupid (but fatal) bug in <ucw:form

Best Regards.

-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060312/ae1ebb6b/attachment.sig>

From mbaringer at common-lisp.net  Sun Mar 12 05:10:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun, 12 Mar 2006 00:10:02 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml: 11-Mar-2006
Message-ID: <20060312051002.524E77E026@common-lisp.net>


Sat Mar 11 07:04:21 EST 2006  Marco Baringer <mb at bese.it>
  * Attempt to make xmls' error reporting more informative

    M ./src/tags/html4.lisp -1
    M ./src/tal/xmls.lisp -30 +43
    M ./src/yaclml.lisp -1 +1


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060311.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Sun Mar 12 05:30:04 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun, 12 Mar 2006 00:30:04 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 11-Mar-2006
Message-ID: <20060312053004.494C950003@common-lisp.net>


Sat Mar 11 14:53:18 EST 2006  Marco Baringer <mb at bese.it>
  * Fix silly and stupid (but fatal) bug in <ucw:form

    M ./src/yaclml/ucw-tags.lisp -1 +1

Fri Mar 10 15:12:34 EST 2006  aycan.irican at core.gen.tr
  * added submit meth?od

    M ./src/components/form.lisp +1

Sat Mar 11 08:39:48 EST 2006  Marco Baringer <mb at bese.it>
  * Move a comment to it's proper place (it got lost in the previous refactoring)

    M ./src/rerl/standard-server.lisp -2 +2

Sat Mar 11 08:39:03 EST 2006  Marco Baringer <mb at bese.it>
  * Refactor standard-server's service method to make the distinction between logic and error handling clearer

    M ./src/rerl/standard-server.lisp -40 +48

Sat Mar 11 08:24:18 EST 2006  Marco Baringer <mb at bese.it>
  * Minor indentation fixup

    M ./src/rerl/standard-action.lisp -2 +2

Sat Mar 11 08:24:08 EST 2006  Marco Baringer <mb at bese.it>
  * Minor indentation fixup in ucw-tags

    M ./src/yaclml/ucw-tags.lisp -12 +12

Mon Mar  6 13:54:24 EST 2006  Marco Baringer <mb at bese.it>
  * Use dojo.html.* to add/remove the valid/involid classes from the form fields

    M ./src/components/form.lisp -3 +8

Sat Mar 11 06:32:07 EST 2006  Marco Baringer <mb at bese.it>
  * Mention rfc2109 in QUICKSTART

    M ./docs/QUICKSTART +2

Sun Feb 26 17:10:49 EST 2006  Marco Baringer <mb at bese.it>
  * The header for setting cookies is called Set-Cookie, not Cookie :(

    R ./src/backend/cookie.lisp
    M ./src/rerl/cookie-session.lisp -1 +1

Fri Feb 17 12:41:02 EST 2006  Marco Baringer <mb at bese.it>
  * Dropped our cookie parsing utilities for rfc2109 library
  
  There's no need to have our own code if someone else has written,
  documentated and debugged it already.

    M ./src/rerl/cookie-session.lisp -3 +10
    M ./ucw.asd -3 +3

Fri Mar 10 14:52:35 EST 2006  Marco Baringer <mb at bese.it>
  * Fix handling of the javasript set-action-parametetr function.
  
  This function is now stored in a property of the form object, this
  avoids having to create a new, unique, name for it each time we render
  a form and, hopefully, will work on all browesrs.

    M ./src/yaclml/ucw-tags.lisp -33 +26


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060311.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mbaringer at common-lisp.net  Sun Mar 12 05:40:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun, 12 Mar 2006 00:40:02 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_public: 11-Mar-2006
Message-ID: <20060312054002.C43EA5903C@common-lisp.net>


Fri Mar 10 15:12:34 EST 2006  aycan.irican at core.gen.tr
  * added submit meth?od

    M ./src/components/form.lisp +1

Sat Mar 11 08:39:48 EST 2006  Marco Baringer <mb at bese.it>
  * Move a comment to it's proper place (it got lost in the previous refactoring)

    M ./src/rerl/standard-server.lisp -2 +2

Sat Mar 11 08:39:03 EST 2006  Marco Baringer <mb at bese.it>
  * Refactor standard-server's service method to make the distinction between logic and error handling clearer

    M ./src/rerl/standard-server.lisp -40 +48

Sat Mar 11 08:24:18 EST 2006  Marco Baringer <mb at bese.it>
  * Minor indentation fixup

    M ./src/rerl/standard-action.lisp -2 +2

Sat Mar 11 08:24:08 EST 2006  Marco Baringer <mb at bese.it>
  * Minor indentation fixup in ucw-tags

    M ./src/html/yaclml/ucw-tags.lisp -12 +12

Mon Mar  6 13:54:24 EST 2006  Marco Baringer <mb at bese.it>
  * Use dojo.html.* to add/remove the valid/involid classes from the form fields

    M ./src/components/form.lisp -3 +8

Sat Mar 11 06:32:07 EST 2006  Marco Baringer <mb at bese.it>
  * Mention rfc2109 in QUICKSTART

    M ./docs/QUICKSTART +2

Fri Mar 10 14:52:35 EST 2006  Marco Baringer <mb at bese.it>
  * Fix handling of the javasript set-action-parametetr function.
  
  This function is now stored in a property of the form object, this
  avoids having to create a new, unique, name for it each time we render
  a form and, hopefully, will work on all browesrs.

    M ./src/html/yaclml/ucw-tags.lisp -33 +26

Thu Mar  9 14:38:57 EST 2006  aycan.irican at core.gen.tr
  * mod-lisp backend shutdown uses external-format-for to get charset

    M ./src/backend/mod-lisp.lisp -1 +2

Thu Mar  9 05:45:06 EST 2006  Marco Baringer <mb at bese.it>
  * Since araneida doesn't support multipart/form-data we assume the body is always a string of application/x-www-form-urlencoded

    M ./src/backend/araneida.lisp -5 +1

Wed Mar  8 12:53:43 EST 2006  Marco Baringer <mb at bese.it>
  * *print-base* and *print-radix*'s values were inverted

    M ./src/components/form.lisp -2 +2

Wed Mar  8 12:43:04 EST 2006  Marco Baringer <mb at bese.it>
  * Added (setf value) method for checkboxs

    M ./src/components/form.lisp -3 +11

Wed Mar  8 12:20:11 EST 2006  Marco Baringer <mb at bese.it>
  * Declare the variables introduced by <ucw:select as ignorable

    M ./src/html/yaclml/ucw-tags.lisp -22 +24

Wed Mar  8 11:19:59 EST 2006  Marco Baringer <mb at bese.it>
  * Added :value initarg to form-fields

    M ./src/components/form.lisp +7

Wed Mar  8 11:19:34 EST 2006  Marco Baringer <mb at bese.it>
  * Added implement of (setf value) for form-field and integer-field

    M ./src/components/form.lisp +9

Tue Mar  7 14:24:27 EST 2006  aycan.irican at core.gen.tr
  * added :port parameter to start-swank

    M ./src/control.lisp -2 +3

Tue Mar  7 12:27:38 EST 2006  Marco Baringer <mb at bese.it>
  * Fix typo in last patch

    M ./src/components/user-login.lisp -6 +6

Tue Mar  7 11:47:07 EST 2006  Marco Baringer <mb at bese.it>
  * Fix initargs on user-login's form fields. (Patch by: Alexey Antipov <door at lcpi.ru>)

    M ./src/components/user-login.lisp -6 +6

Tue Mar  7 08:50:17 EST 2006  Maciek Pasternacki <maciekp at japhy.fnord.org>
  * Unbreak binary file serving, add slot external-format to httpd-response class.

    M ./src/backend/httpd.lisp -3 +6

Mon Mar  6 13:53:56 EST 2006  Marco Baringer <mb at bese.it>
  * Change the (alist|hash-table|plist)-select-fields to chose a value based on the key
  
  When you chose based on a mapping object (alist, plist, etc.) you
  generally want to see the key in the options and get back the
  corresponding value. If you really wanted to chose a value based on
  the value you'd use a normal select with a simple list of values.

    M ./src/components/form.lisp -28 +89

Mon Mar  6 13:52:12 EST 2006  Marco Baringer <mb at bese.it>
  * Typo in QUICKSTART

    M ./docs/QUICKSTART -1 +1

Sun Mar  5 12:31:50 EST 2006  Marco Baringer <mb at bese.it>
  * Updated, and added where missing, copyright info

    M ./src/backend/accept.lisp -1 +1
    M ./src/backend/araneida.lisp -1 +1
    M ./src/backend/aserve.lisp -1 +1
    M ./src/backend/common.lisp +29
    M ./src/backend/httpd.lisp +30
    M ./src/backend/mod-lisp.lisp -1 +1
    M ./src/backend/multithread-httpd.lisp +30

Sun Mar  5 10:26:09 EST 2006  Marco Baringer <mb at bese.it>
  * Added find-frame-by-id method specialized on standard-session

    M ./src/rerl/standard-session.lisp +3

Sun Mar  5 08:19:19 EST 2006  Marco Baringer <mb at bese.it>
  * stadard-classes depends on standard-vars

    M ./ucw.asd -1 +2

Sun Mar  5 08:19:07 EST 2006  Marco Baringer <mb at bese.it>
  * Avoid creating a new binding which we won't use.

    M ./src/components/container.lisp -1 +1


An updated tarball of ucw_public's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_public-20060311.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_public;a=summary


From frido at q-software-solutions.de  Sun Mar 12 10:13:08 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Sun, 12 Mar 2006 11:13:08 +0100
Subject: [Bese-devel] Be aware
In-Reply-To: <87irqls516.fsf@flarge.here> (Friedrich Dominicus's message of
	"Sat, 11 Mar 2006 10:29:41 +0100")
References: <87irqls516.fsf@flarge.here>
Message-ID: <871wx8vumj.fsf@flarge.here>

Friedrich Dominicus <frido at q-software-solutions.de> writes:

>
> results in:
> Condition IT.BESE.UCW::INEXISTENT-ENTRY-POINT was signalled.
>    [Condition of type IT.BESE.UCW::INEXISTENT-ENTRY-POINT]
>
> Restarts:
>   0: [SERVER-ERROR] Send the client an internal server error page.
>   1: [GENERATE-BACKTRACE-FOR-EMACS] Generate a bug report in Emacs.
>   2: [FAIL-MISERABLY] Pretend this request never happend and fail.
>   3: [TRY-AGAIN] Play this request over from the top.
>   4: [ABANDON] Abandon this request and wait for the next one
>   5: [TERMINATE-THREAD] Terminate this thread (#<THREAD "8-aserve-worker" {10049084A1}>)
>
>
> fully understandable? 
I don't know why, but today the same code works. Maybe someone has
needed an out-time ;-)

Regards
Friedrich



From wojtekk at kofeina.net  Sun Mar 12 15:05:15 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Sun, 12 Mar 2006 16:05:15 +0100
Subject: [Bese-devel] New patches to ucw_dev: 11-Mar-2006
In-Reply-To: <20060312053004.494C950003@common-lisp.net>
References: <20060312053004.494C950003@common-lisp.net>
Message-ID: <61b5f5899574c0f19f1e1b9c7019df2f@kofeina.net>


On 12 Mar 2006, at 6:30, Marco Baringer wrote:
>
> Fri Mar 10 14:52:35 EST 2006  Marco Baringer <mb at bese.it>
>   * Fix handling of the javasript set-action-parametetr function.
>
>   This function is now stored in a property of the form object, this
>   avoids having to create a new, unique, name for it each time we 
> render
>   a form and, hopefully, will work on all browesrs.
>
>     M ./src/yaclml/ucw-tags.lisp -33 +26

Looks like this patch breaks the admin application:
16:02 UCW.BACKEND/+INFO+: Handling request for "/admin/index.ucw"
16:02 UCW-LOGGER/+INFO+: CALL'ing to /#<ADMIN-APP {BC7AF11}>
16:02 UCW-LOGGER/+ERROR+: Error #<UNDEFINED-FUNCTION 
%SET-ACTION-PARAMETER-NAME {BCB2479}> while serving action.

Sorry but I don't have time to investigate it right now (even if 
solution is trivial), so only mentioning.



From mb at bese.it  Sun Mar 12 15:31:41 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 12 Mar 2006 16:31:41 +0100
Subject: [Bese-devel] New patches to ucw_dev: 11-Mar-2006
In-Reply-To: <61b5f5899574c0f19f1e1b9c7019df2f@kofeina.net> (Wojciech
	Kaczmarek's message of "Sun, 12 Mar 2006 16:05:15 +0100")
References: <20060312053004.494C950003@common-lisp.net>
	<61b5f5899574c0f19f1e1b9c7019df2f@kofeina.net>
Message-ID: <m2pskr8ysi.fsf@bese.it>

Wojciech Kaczmarek <wojtekk at kofeina.net> writes:

> Sorry but I don't have time to investigate it right now (even if
> solution is trivial), so only mentioning.

odds are you're using the old expansion of <ucw:form, try deleting all
fasl and remcompiling.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From evrim at core.gen.tr  Sun Mar 12 14:55:05 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Sun, 12 Mar 2006 16:55:05 +0200
Subject: [Bese-devel] i18n + cookie app
Message-ID: <44143649.7070500@core.gen.tr>

Hi,

I'm curious about these implementation. Would it be better with mixins?
i.e. cookie-session-app-mixin, i18n-app-mixin? Each one needs its own
context-type so switching them to mixin structure seems not trivial. Any
ideas?

Thanks.
Evrim.


From wojtekk at kofeina.net  Sun Mar 12 16:44:50 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Sun, 12 Mar 2006 17:44:50 +0100
Subject: [Bese-devel] New patches to ucw_dev: 11-Mar-2006
In-Reply-To: <m2pskr8ysi.fsf@bese.it>
References: <20060312053004.494C950003@common-lisp.net>
	<61b5f5899574c0f19f1e1b9c7019df2f@kofeina.net>
	<m2pskr8ysi.fsf@bese.it>
Message-ID: <33cff2174b0b3204c616a42faf484f8e@kofeina.net>


On 12 Mar 2006, at 16:31, Marco Baringer wrote:
>
>> Sorry but I don't have time to investigate it right now (even if
>> solution is trivial), so only mentioning.
>
> odds are you're using the old expansion of <ucw:form, try deleting all
> fasl and remcompiling.

Doh, of course it works.

-- 
I couldn't trust the thinking of a man who takes
the universe - if there's one - for granted



From mbaringer at common-lisp.net  Sun Mar 12 18:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun, 12 Mar 2006 13:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 11-Mar-2006
Message-ID: <20060312183003.43EB629007@common-lisp.net>


Fri Mar 10 22:03:24 EST 2006  evrim at core.gen.tr
  * secure-application#exit-user fixed. this enables to log-out user and redirect it to an entry-point.

    M ./src/components/secure-application.lisp -1 +1
    M ./src/packages.lisp +2


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060311.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mb at bese.it  Sun Mar 12 11:49:47 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 12 Mar 2006 12:49:47 +0100
Subject: [Bese-devel] Re: exit-user fix.
References: <44123E88.6030807@core.gen.tr>
Message-ID: <m2oe0b992c.fsf@bese.it>

Evrim ULU <evrim at core.gen.tr> writes:

> Sat Mar 11 05:03:24 EET 2006  evrim at core.gen.tr
>   * secure-application#exit-user fixed. this enables to log-out user and
> redirect it to an entry-point.
> Shall I send this patch? (1/1) [ynWvpxqadjk], or ? for help: y

applied. thanks.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sun Mar 12 11:48:34 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 12 Mar 2006 12:48:34 +0100
Subject: [Bese-devel] Re: :component slots and places idea/question
References: <b54b34af0603110555s3c17f165l6fea2c4463649e50@mail.gmail.com>
Message-ID: <m2slpn994d.fsf@bese.it>

"Attila Lendvai" <attila.lendvai at gmail.com> writes:

> i hope it's a useful idea and someone with more knowledge picks it up,

nice idea. i've commited something similar (to ucw_public for now,
i'll move it over to ucw_dev if it works for you).

the way it works is that whenever you setf a slot of a
standard-component to a standard-component instance we setup the place
(this english explanation is a lot more confusing than the code
tself). i considered also adding in backtracking of the slot, but it's
hard to tell if a place is already backtracked or not and i don't want
to create spurious backtrack forms. if there already was a component
in that slot we don't tocuh it, so you'll to set its place to nil
manually. if this seems like a bad idea to you just tell me and i'll
change it.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sun Mar 12 11:18:22 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 12 Mar 2006 12:18:22 +0100
Subject: [Bese-devel] Re: forms
References: <87veukpmkt.fsf@core.gen.tr>
Message-ID: <m2y7zf9aip.fsf@bese.it>

"Aycan iRiCAN" <aycan.irican at core.gen.tr> writes:

> Thank you, I just spent 3 hours to make my forms work.

i'm really really sorry to have introduced that bug in the first place.
i lost 3 hours thinking it was a bug with my app and another 2 hours
once i realived it was <ucw:form's fault :(.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sun Mar 12 12:36:56 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 12 Mar 2006 13:36:56 +0100
Subject: [Bese-devel] request dispatching
Message-ID: <m21wx796vr.fsf@bese.it>


there's some code in the ucw_request-dispatch repository which i'd
like feedback on.

before we had a couple of SERVICE methods defined on
standard-application, standard-session and standard-session-frame
whcih took care of setting up the session, backtracking and
whatnot. all of that code has been moved into the dispatch methods of
clsses defined in standard-dispatch.lisp

what's changed:

- the defentry-point macro is gone. in it place we have a list of
  dipatch objects attached to each application object (see
  ucw/examples/example.lisp) for an example. personally i've come to
  believe that, when the number of entry-points is large, having them
  all in one place is a good idea. if you don't like the centralizing
  of entry-points re-introducing defentry-point wolud be trivial.

- it is now possible, but i haven't done it yet, to create a
  dispatcher which avoids creating frames and backtracking (think ajax
  or home pages).

- i find this code (which is some of ucw' most fundamental plumbing)
  much much more readable and understandable.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From dpatru at gmail.com  Sun Mar 12 21:00:23 2006
From: dpatru at gmail.com (Daniel Patru)
Date: Sun, 12 Mar 2006 16:00:23 -0500
Subject: [Bese-devel] error: cannot find source location
Message-ID: <483983b30603121300r71ce5dc6n52b003ac8ff489a8@mail.gmail.com>

I just pulled the ucw_dev changes and now the example app won't run. I get
the following error screen.


I think that I somehow installed rfc2109 wrong (see number 12 below), but
I'm not sure. Any help would be appreciated. Thanks.


 border="" > IndexDescriptionLocalsSource IndexDescriptionLocalsSource4(SIGNAL
#<TYPE-ERROR {BAA7C71}>)((NAME ARG-0 ID 0 VALUE 1) (NAME ARG-1 ID 0 VALUE
The value NIL is not of type STRING.))(LOCATION (FILE
/usr/share/sbcl-common/src/code/cold-error.lisp) (POSITION 674) (SNIPPET
defun signal (datum &rest arguments) #!+sb-doc "Invokes the signal facility
on a condition formed from DATUM and ARGUMENTS. If the condition is not
handled, NIL is returned. If (TYPEP condition *BREAK-ON-SIGNALS*) is true,
the debugger is invoked))5(ERROR TYPE-ERROR)((NAME ARG-0 ID 0 VALUE 5) (NAME
ARG-1 ID 0 VALUE TYPE-ERROR))(LOCATION (FILE
/usr/share/sbcl-common/src/code/cold-error.lisp) (POSITION 1) (SNIPPET
(in-package "SB!KERNEL") (defvar *break-on-signals* nil #!+sb-doc "When
(TYPEP condition *BREAK-ON-SIGNALS*) is true, then calls to SIGNAL will
enter the debugger prior to signalling that condition.") (defun signal
(datum &rest arguments) #!+sb-))6(SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER
#<unavailable argument> #.(SB-SYS:INT-SAP #XB725AF8C)
#<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #XB725AC5C :TYPE (* (STRUCT
SB-VM::OS-CONTEXT-T-STRUCT))> (142 14))((NAME ARG-0 ID 0 VALUE 4) (NAME
ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2 ID 0 VALUE #.(SB-SYS:INT-SAP
#XB725AF8C)) (NAME ARG-3 ID 0 VALUE #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP
#XB725AC5C :TYPE (* (STRUCT SB-VM::OS-CONTEXT-T-STRUCT))>) (NAME ARG-4 ID 0
VALUE (142 14)))(LOCATION (FILE /usr/share/sbcl-common/src/code/interr.lisp)
(POSITION 7357) (SNIPPET deferr object-not-type-error (object type) (error
(if (and (%instancep object) (layout-invalid (%instance-layout object)))
'layout-invalid 'type-error) :datum object :expected-type type))
(de))7(SB-KERNEL:INTERNAL-ERROR
#.(SB-SYS:INT-SAP #XB725AC5C) #<unavailable argument>)((NAME ARG-0 ID 0
VALUE 2) (NAME ARG-1 ID 0 VALUE #.(SB-SYS:INT-SAP #XB725AC5C)) (NAME ARG-2
ID 0 VALUE <NOT-AVAILABLE>))(LOCATION (FILE
/usr/share/sbcl-common/src/code/interr.lisp) (POSITION 12779) (SNIPPET defun
internal-error (context continuable) (declare (type system-area-pointer
context)) (declare (ignore continuable)) (/show0 "entering INTERNAL-ERROR,
CONTEXT=..") (/hexstr context) (infinite-error-protect (/show0 "about to
bind ALIEN-CONTEX))8("foreign function: call_into_lisp")NIL(ERROR The value
#<SB-DI::BOGUS-DEBUG-FUN "foreign function: call_into_lisp"> is not of type
SB-DI::COMPILED-DEBUG-FUN.)9("foreign function: funcall2")NIL(ERROR The
value #<SB-DI::BOGUS-DEBUG-FUN "foreign function: funcall2"> is not of type
SB-DI::COMPILED-DEBUG-FUN.)10("foreign function: interrupt_internal_error")
NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN "foreign function:
interrupt_internal_error"> is not of type
SB-DI::COMPILED-DEBUG-FUN.)11("foreign
function: sigtrap_handler")NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN
"foreign function: sigtrap_handler"> is not of type
SB-DI::COMPILED-DEBUG-FUN.)12(RFC2109::SPLIT-ALONG-QUOTED-LWS NIL)((NAME
ARG-0 ID 0 VALUE 1) (NAME ARG-1 ID 0 VALUE NIL))(ERROR Cannot find source
location for: #<COMPILED-CODE-LOCATION (SB-C::XEP
RFC2109::SPLIT-ALONG-QUOTED-LWS)> )13(RFC2109:PARSE-COOKIES NIL)((NAME ARG-0
ID 0 VALUE NIL))(LOCATION (FILE
/usr/lib/sbcl/site/rfc2109-version-0.3.2/rfc2109.lisp)
(POSITION 36381) (SNIPPET defun parse-cookies (cookie-string) "Parses
cookies in a Cookie: request header, returning a list of COOKIE structs. The
only information that is passed back for each cookie is: name, value, path,
domain, so don't go looking for comments or the like.
No))14((SB-PCL::FAST-METHOD
IT.BESE.UCW::FIND-SESSION-ID (IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT))
#<unavailable argument> #S(SB-PCL::FAST-METHOD-CALL :FUNCTION #<FUNCTION #>
:PV-CELL NIL :NEXT-METHOD-CALL NIL :ARG-INFO (1)) #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE #S(SB-PCL::FAST-METHOD-CALL
:FUNCTION # :PV-CELL NIL :NEXT-METHOD-CALL NIL :ARG-INFO (1))) (NAME ARG-2
ID 0 VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(LOCATION (FILE
/ucw/ucw_dev/src/rerl/cookie-session.lisp) (POSITION 1404) (SNIPPET
defmethod find-session-id ((context cookie-session-request-context)) (or
(call-next-method) (loop for cookie in (rfc2109:parse-cookies (get-header (
context.request context) "Cookie")) if (string=
(rfc2109:c))15((SB-PCL::FAST-METHOD
IT.BESE.UCW::FIND-SESSION (IT.BESE.UCW:STANDARD-APPLICATION
IT.BESE.UCW::REQUEST-CONTEXT)) #<unavailable argument> #<unavailable
argument> #<IT.BESE.UCW:COOKIE-SESSION-APPLICATION "/" {C34EB91}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2
ID 0 VALUE #<COOKIE-SESSION-APPLICATION "/" {C34EB91}>) (NAME ARG-3 ID 0
VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(LOCATION (FILE
/ucw/ucw_dev/src/rerl/standard-application.lisp) (POSITION 555) (SNIPPET
defmethod find-session ((app standard-application) (context
request-context)) "Returns the session with ID (find-session-id CONTEXT) in
APP, NIL if there is no session with that id." (let ((session-id
(find-session-id context))) (if session-id ))16((SB-PCL::FAST-METHOD
IT.BESE.UCW::SERVICE (IT.BESE.UCW:STANDARD-APPLICATION
IT.BESE.UCW::REQUEST-CONTEXT)) (#(NIL 3) . #()) #<unavailable argument> #<
IT.BESE.UCW:COOKIE-SESSION-APPLICATION "/" {C34EB91}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
VALUE (#(NIL 3) . #())) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2
ID 0 VALUE #<COOKIE-SESSION-APPLICATION "/" {C34EB91}>) (NAME ARG-3 ID 0
VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(LOCATION (FILE
/ucw/ucw_dev/src/rerl/standard-application.lisp) (POSITION 5255) (SNIPPET
defmethod service ((app standard-application) (context request-context))
"Service a request for this application. The CONTEXT is inspected and
session is either created (if an existing one can not be found), or
retrieved form the application's session t))17((LAMBDA (SB-PCL::.PV-CELL.
SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable
argument> #<unavailable argument>
#<IT.BESE.UCW:COOKIE-SESSION-APPLICATION"/" {C34EB91}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2
ID 0 VALUE #<COOKIE-SESSION-APPLICATION "/" {C34EB91}>) (NAME ARG-3 ID 0
VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(ERROR unhandled
DEBUG-CONDITION: #<SB-DI::COMPILED-DEBUG-FUN (LAMBDA (SB-PCL::.PV-CELL.
SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.))> has no
debug-block information.)18((SB-PCL::FAST-METHOD IT.BESE.UCW::HANDLE-REQUEST(
IT.BESE.UCW:STANDARD-SERVER IT.BESE.UCW:REQUEST IT.BESE.UCW:RESPONSE))
#<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW:STANDARD-SERVER IT.BESE.UCW:MULTITHREAD-MOD-LISP-BACKEND 2
{BAEAFD9}> #<IT.BESE.UCW::MOD-LISP-REQUEST {B85E9B1}> #<
IT.BESE.UCW::MOD-LISP-RESPONSE {B8E17F9}>)((NAME ARG-0 ID 0 VALUE
<NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2 ID 0
VALUE #<STANDARD-SERVER IT.BESE.UCW:MULTITHREAD-MOD-LISP-BACKEND 2
{BAEAFD9}>) (NAME ARG-3 ID 0 VALUE #<MOD-LISP-REQUEST {B85E9B1}>) (NAME
ARG-4 ID 0 VALUE #<MOD-LISP-RESPONSE {B8E17F9}>))(LOCATION (FILE
/ucw/ucw_dev/src/rerl/standard-server.lisp) (POSITION 3418) (SNIPPET
defmethod handle-request ((server standard-server) (request request)
(response response)) "Service REQUEST and create a response in RESPONSE.
This method creates the catch tag abort-request and a res))19(
IT.BESE.UCW::HTTPD-WORKER-LOOP/HANDLE #<IT.BESE.UCW::HTTPD-WORKER {B73C2A1}>
#<IT.BESE.UCW:MULTITHREAD-MOD-LISP-BACKEND {B4B4999}> #<
IT.BESE.UCW::PENDING-REQUEST {B7BE739}>)((NAME ARG-0 ID 0 VALUE
#<HTTPD-WORKER {B73C2A1}>) (NAME ARG-1 ID 0 VALUE
#<MULTITHREAD-MOD-LISP-BACKEND {B4B4999}>) (NAME ARG-2 ID 0 VALUE
#<PENDING-REQUEST {B7BE739}>))(LOCATION (FILE
/ucw/ucw_dev/src/backend/multithread-httpd.lisp) (POSITION 7964) (SNIPPET
defun httpd-worker-loop/handle (worker backend pending-request) (let
((stream (network-stream pending-request))) (flet ((abort-worker (condition)
;; set the stop flag so that if a connection ;; comes in before the shutdown
m))20(IT.BESE.UCW::HTTPD-WORKER-LOOP #<IT.BESE.UCW::HTTPD-WORKER
{B73C2A1}>)((NAME
ARG-0 ID 0 VALUE #<HTTPD-WORKER {B73C2A1}>))(LOCATION (FILE
/ucw/ucw_dev/src/backend/multithread-httpd.lisp) (POSITION 9208) (SNIPPET
defun httpd-worker-loop (worker) (loop (receive ((shutdown) (return-from
httpd-worker-loop nil)) ((connection ?backend ?pending-request) (unless
(stop-flag worker) (httpd-worker-loop/handle worker ?backend
?pending-re))21((LAMBDA
()))NIL(LOCATION (FILE /usr/share/sbcl-common/src/code/target-thread.lisp)
(POSITION 17253) (SNIPPET defun make-thread (function &key name) #!+sb-doc
"Create a new thread of NAME that runs FUNCTION. When the function returns
the thread exits." #!-sb-thread (declare (ignore function name))
#!-sb-thread (error "Not supported in unithread builds.") ))22("foreign
function: call_into_lisp")NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN
"foreign function: call_into_lisp"> is not of type
SB-DI::COMPILED-DEBUG-FUN.)23("foreign function: funcall0")NIL(ERROR The
value #<SB-DI::BOGUS-DEBUG-FUN "foreign function: funcall0"> is not of type
SB-DI::COMPILED-DEBUG-FUN.)24("foreign function:
new_thread_trampoline")NIL(ERROR
The value #<SB-DI::BOGUS-DEBUG-FUN "foreign function:
new_thread_trampoline"> is not of type SB-DI::COMPILED-DEBUG-FUN.)25("foreign
function: #xB7FC8CED")NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN "foreign
function: #xB7FC8CED"> is not of type SB-DI::COMPILED-DEBUG-FUN.)

--
"Work and play are used to describe the same thing under differing
circumstance."
  - Mark Twain
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060312/1bc85f3e/attachment.html>

From dpatru at gmail.com  Sun Mar 12 21:37:22 2006
From: dpatru at gmail.com (Daniel Patru)
Date: Sun, 12 Mar 2006 16:37:22 -0500
Subject: [Bese-devel] Re: error: cannot find source location
In-Reply-To: <483983b30603121300r71ce5dc6n52b003ac8ff489a8@mail.gmail.com>
References: <483983b30603121300r71ce5dc6n52b003ac8ff489a8@mail.gmail.com>
Message-ID: <483983b30603121337g16005929p47f519b05ee090ef@mail.gmail.com>

Sorry, I just solved the problem. I had an old copy of rfc2109, even though
I just asdf-installed it today.

I changed the darcs repository file of the asdf installed rfc2109 system to
http://wwww.common-lisp.net/project/rfc2109/rfc2109/ (It refered to a local
directory on the developer's machine) and  did a "darcs pull". There were
three patches. No more errors. I don't know why asdf-install does not
install the latest version.

On 3/12/06, Daniel Patru <dpatru at gmail.com> wrote:
>
> I just pulled the ucw_dev changes and now the example app won't run. I get
> the following error screen.
>
>
> I think that I somehow installed rfc2109 wrong (see number 12 below), but
> I'm not sure. Any help would be appreciated. Thanks.
>
>
>  border="" > IndexDescriptionLocalsSource IndexDescriptionLocalsSource4(SIGNAL
> #<TYPE-ERROR {BAA7C71}>)((NAME ARG-0 ID 0 VALUE 1) (NAME ARG-1 ID 0 VALUE
> The value NIL is not of type STRING.))(LOCATION (FILE
> /usr/share/sbcl-common/src/code/cold-error.lisp) (POSITION 674) (SNIPPET
> defun signal (datum &rest arguments) #!+sb-doc "Invokes the signal facility
> on a condition formed from DATUM and ARGUMENTS. If the condition is not
> handled, NIL is returned. If (TYPEP condition *BREAK-ON-SIGNALS*) is true,
> the debugger is invoked))5(ERROR TYPE-ERROR)((NAME ARG-0 ID 0 VALUE 5)
> (NAME ARG-1 ID 0 VALUE TYPE-ERROR))(LOCATION (FILE
> /usr/share/sbcl-common/src/code/cold- error.lisp) (POSITION 1) (SNIPPET
> (in-package "SB!KERNEL") (defvar *break-on-signals* nil #!+sb-doc "When
> (TYPEP condition *BREAK-ON-SIGNALS*) is true, then calls to SIGNAL will
> enter the debugger prior to signalling that condition.") (defun signal
> (datum &rest arguments) #!+sb-))6(SB-KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER
> #<unavailable argument> #.(SB-SYS:INT-SAP #XB725AF8C)
> #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #XB725AC5C :TYPE (* (STRUCT
> SB-VM::OS-CONTEXT-T-STRUCT))> (142 14))((NAME ARG-0 ID 0 VALUE 4) (NAME
> ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2 ID 0 VALUE #.(SB-SYS:INT-SAP
> #XB725AF8C)) (NAME ARG-3 ID 0 VALUE #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP
> #XB725AC5C :TYPE (* (STRUCT SB-VM::OS-CONTEXT-T-STRUCT))>) (NAME ARG-4 ID 0
> VALUE (142 14)))(LOCATION (FILE
> /usr/share/sbcl-common/src/code/interr.lisp) (POSITION 7357) (SNIPPET deferr
> object-not-type-error (object type) (error (if (and (%instancep object)
> (layout-invalid (%instance-layout object))) 'layout-invalid 'type-error)
> :datum object :expected-type type)) (de))7(SB-KERNEL:INTERNAL-ERROR
> #.(SB-SYS:INT-SAP #XB725AC5C) #<unavailable argument>)((NAME ARG-0 ID 0
> VALUE 2) (NAME ARG-1 ID 0 VALUE #.(SB-SYS:INT-SAP #XB725AC5C)) (NAME ARG-2
> ID 0 VALUE <NOT-AVAILABLE>))(LOCATION (FILE
> /usr/share/sbcl-common/src/code/interr.lisp) (POSITION 12779) (SNIPPET defun
> internal-error (context continuable) (declare (type system-area-pointer
> context)) (declare (ignore continuable)) (/show0 "entering INTERNAL-ERROR,
> CONTEXT=..") (/hexstr context) (infinite-error-protect (/show0 "about to
> bind ALIEN-CONTEX))8("foreign function: call_into_lisp")NIL(ERROR The
> value #<SB-DI::BOGUS-DEBUG-FUN "foreign function: call_into_lisp"> is not of
> type SB-DI::COMPILED-DEBUG-FUN.)9("foreign function: funcall2")NIL(ERROR
> The value #<SB-DI::BOGUS-DEBUG-FUN "foreign function: funcall2"> is not of
> type SB-DI::COMPILED-DEBUG-FUN.)10("foreign function:
> interrupt_internal_error")NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN
> "foreign function: interrupt_internal_error"> is not of type
> SB-DI::COMPILED-DEBUG-FUN.)11("foreign function: sigtrap_handler")NIL(ERROR
> The value #<SB-DI::BOGUS-DEBUG-FUN "foreign function: sigtrap_handler"> is
> not of type SB-DI::COMPILED-DEBUG-FUN.)12(RFC2109::SPLIT-ALONG-QUOTED-LWS
> NIL)((NAME ARG-0 ID 0 VALUE 1) (NAME ARG-1 ID 0 VALUE NIL))(ERROR Cannot
> find source location for: #<COMPILED-CODE-LOCATION (SB-C::XEP
> RFC2109::SPLIT-ALONG-QUOTED-LWS)> )13(RFC2109:PARSE-COOKIES NIL)((NAME
> ARG-0 ID 0 VALUE NIL))(LOCATION (FILE /usr/lib/sbcl/site/rfc2109-
> version-0.3.2/rfc2109.lisp) (POSITION 36381) (SNIPPET defun parse-cookies
> (cookie-string) "Parses cookies in a Cookie: request header, returning a
> list of COOKIE structs. The only information that is passed back for each
> cookie is: name, value, path, domain, so don't go looking for comments or
> the like. No))14((SB-PCL::FAST-METHOD IT.BESE.UCW::FIND-SESSION-ID (
> IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT)) #<unavailable argument>
> #S(SB-PCL::FAST-METHOD-CALL :FUNCTION #<FUNCTION #> :PV-CELL NIL
> :NEXT-METHOD-CALL NIL :ARG-INFO (1)) #<
> IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
> VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE #S(SB-PCL::FAST-METHOD-CALL
> :FUNCTION # :PV-CELL NIL :NEXT-METHOD-CALL NIL :ARG-INFO (1))) (NAME ARG-2
> ID 0 VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(LOCATION (FILE
> /ucw/ucw_dev/src/rerl/cookie-session.lisp) (POSITION 1404) (SNIPPET
> defmethod find-session-id ((context cookie-session-request-context)) (or
> (call-next-method) (loop for cookie in (rfc2109:parse-cookies (get-header (
> context.request context) "Cookie")) if (string= (rfc2109:c))15((SB-PCL::FAST-METHOD
> IT.BESE.UCW::FIND-SESSION (IT.BESE.UCW:STANDARD-APPLICATION
> IT.BESE.UCW::REQUEST-CONTEXT)) #<unavailable argument> #<unavailable
> argument> #<IT.BESE.UCW:COOKIE-SESSION-APPLICATION "/" {C34EB91}> #<
> IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
> VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2
> ID 0 VALUE #<COOKIE-SESSION-APPLICATION "/" {C34EB91}>) (NAME ARG-3 ID 0
> VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(LOCATION (FILE
> /ucw/ucw_dev/src/rerl/standard-application.lisp) (POSITION 555) (SNIPPET
> defmethod find-session ((app standard-application) (context
> request-context)) "Returns the session with ID (find-session-id CONTEXT) in
> APP, NIL if there is no session with that id." (let ((session-id
> (find-session-id context))) (if session-id ))16((SB-PCL::FAST-METHOD
> IT.BESE.UCW::SERVICE (IT.BESE.UCW:STANDARD-APPLICATION
> IT.BESE.UCW::REQUEST-CONTEXT)) (#(NIL 3) . #()) #<unavailable argument> #<
> IT.BESE.UCW:COOKIE-SESSION-APPLICATION "/" {C34EB91}> #<
> IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
> VALUE (#(NIL 3) . #())) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2
> ID 0 VALUE #<COOKIE-SESSION-APPLICATION "/" {C34EB91}>) (NAME ARG-3 ID 0
> VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(LOCATION (FILE
> /ucw/ucw_dev/src/rerl/standard-application.lisp) (POSITION 5255) (SNIPPET
> defmethod service ((app standard-application) (context request-context))
> "Service a request for this application. The CONTEXT is inspected and
> session is either created (if an existing one can not be found), or
> retrieved form the application's session t))17((LAMBDA (SB-PCL::.PV-CELL.
> SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable
> argument> #<unavailable argument> #<IT.BESE.UCW:COOKIE-SESSION-APPLICATION"/" {C34EB91}> #<
> IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>)((NAME ARG-0 ID 0
> VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-2
> ID 0 VALUE #<COOKIE-SESSION-APPLICATION "/" {C34EB91}>) (NAME ARG-3 ID 0
> VALUE #<COOKIE-SESSION-REQUEST-CONTEXT {BA9F431}>))(ERROR unhandled
> DEBUG-CONDITION: #<SB-DI::COMPILED-DEBUG-FUN (LAMBDA (SB-PCL::.PV-CELL.
> SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.))> has no
> debug-block information.)18((SB-PCL::FAST-METHOD
> IT.BESE.UCW::HANDLE-REQUEST (IT.BESE.UCW:STANDARD-SERVER
> IT.BESE.UCW:REQUEST IT.BESE.UCW:RESPONSE)) #<unavailable argument>
> #<unavailable argument> #<IT.BESE.UCW:STANDARD-SERVER
> IT.BESE.UCW:MULTITHREAD-MOD-LISP-BACKEND 2 {BAEAFD9}> #<
> IT.BESE.UCW::MOD-LISP-REQUEST {B85E9B1}> #<IT.BESE.UCW::MOD-LISP-RESPONSE{B8E17F9}>)((NAME
> ARG-0 ID 0 VALUE <NOT-AVAILABLE>) (NAME ARG-1 ID 0 VALUE <NOT-AVAILABLE>)
> (NAME ARG-2 ID 0 VALUE #<STANDARD-SERVER
> IT.BESE.UCW:MULTITHREAD-MOD-LISP-BACKEND 2 {BAEAFD9}>) (NAME ARG-3 ID 0
> VALUE #<MOD-LISP-REQUEST {B85E9B1}>) (NAME ARG-4 ID 0 VALUE
> #<MOD-LISP-RESPONSE {B8E17F9}>))(LOCATION (FILE
> /ucw/ucw_dev/src/rerl/standard-server.lisp) (POSITION 3418) (SNIPPET
> defmethod handle-request ((server standard-server) (request request)
> (response response)) "Service REQUEST and create a response in RESPONSE.
> This method creates the catch tag abort-request and a res))19(
> IT.BESE.UCW::HTTPD-WORKER-LOOP/HANDLE #<IT.BESE.UCW::HTTPD-WORKER{B73C2A1}> #<
> IT.BESE.UCW:MULTITHREAD-MOD-LISP-BACKEND {B4B4999}> #<
> IT.BESE.UCW::PENDING-REQUEST {B7BE739}>)((NAME ARG-0 ID 0 VALUE
> #<HTTPD-WORKER {B73C2A1}>) (NAME ARG-1 ID 0 VALUE
> #<MULTITHREAD-MOD-LISP-BACKEND {B4B4999}>) (NAME ARG-2 ID 0 VALUE
> #<PENDING-REQUEST {B7BE739}>))(LOCATION (FILE
> /ucw/ucw_dev/src/backend/multithread-httpd.lisp) (POSITION 7964) (SNIPPET
> defun httpd-worker-loop/handle (worker backend pending-request) (let
> ((stream (network-stream pending-request))) (flet ((abort-worker (condition)
> ;; set the stop flag so that if a connection ;; comes in before the shutdown
> m))20(IT.BESE.UCW::HTTPD-WORKER-LOOP #<IT.BESE.UCW::HTTPD-WORKER{B73C2A1}>)((NAME
> ARG-0 ID 0 VALUE #<HTTPD-WORKER {B73C2A1}>)) (LOCATION (FILE
> /ucw/ucw_dev/src/backend/multithread-httpd.lisp) (POSITION 9208) (SNIPPET
> defun httpd-worker-loop (worker) (loop (receive ((shutdown) (return-from
> httpd-worker-loop nil)) ((connection ?backend ?pending-request) (unless
> (stop-flag worker) (httpd-worker-loop/handle worker ?backend ?pending-re))
> 21((LAMBDA ()))NIL(LOCATION (FILE /usr/share/sbcl-common/src/code/target-
> thread.lisp) (POSITION 17253) (SNIPPET defun make-thread (function &key
> name) #!+sb-doc "Create a new thread of NAME that runs FUNCTION. When the
> function returns the thread exits." #!-sb-thread (declare (ignore function
> name)) #!-sb-thread (error "Not supported in unithread builds.") ))22("foreign
> function: call_into_lisp")NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN
> "foreign function: call_into_lisp"> is not of type
> SB-DI::COMPILED-DEBUG-FUN.)23("foreign function: funcall0")NIL(ERROR The
> value #<SB-DI::BOGUS-DEBUG-FUN "foreign function: funcall0"> is not of type
> SB-DI::COMPILED-DEBUG-FUN.)24("foreign function: new_thread_trampoline")
> NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN "foreign function:
> new_thread_trampoline"> is not of type SB-DI::COMPILED-DEBUG-FUN.)25("foreign
> function: #xB7FC8CED")NIL(ERROR The value #<SB-DI::BOGUS-DEBUG-FUN
> "foreign function: #xB7FC8CED"> is not of type SB-DI::COMPILED-DEBUG-FUN.)
>
> --
> "Work and play are used to describe the same thing under differing
> circumstance."
>   - Mark Twain
>



--
"Work and play are used to describe the same thing under differing
circumstance."
  - Mark Twain
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060312/e2e348be/attachment.html>

From evrim at core.gen.tr  Mon Mar 13 04:34:47 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Mon, 13 Mar 2006 06:34:47 +0200
Subject: [Bese-devel] i18n
Message-ID: <4414F667.4050009@core.gen.tr>

Hi Marco,

What do you think about this i18n trial with cl-l10n? I have used
cl-l10n as drew suggested.

---------cut------------
;;; load locales
(load-all-locales)

(defparameter *coretal-bundle* (make-instance 'bundle))

(defparameter *default-locale* (locale "tr_TR"))

;;; use with #"my i18n text" -evrim
(set-dispatch-macro-character
 #\# #\"
 #'(lambda (s c1 c2)
     (declare (ignore c2))
     (unread-char c1 s)
     `(cl-l10n:gettext ,(read s) *coretal-bundle*
               (if (not (eq *context* :unbound))
                 (ucw::context.locale *context*)
               *default-locale*))))

(defun add-text (lang from to)
  (add-resource *coretal-bundle* from to lang))

(defun add-text-en (from to)
  (add-text "en_US" from to))

(defun add-text-tr (from to)
  (add-text "tr_TR" from to))

;;; start bundling strings
;;; (add-text-tr "" "")

(add-text-tr "Sample Title" "?rnek Ba?l?k")
---------cut------------
---------cut------------
(in-package :ucw)

(defclass i18n-cookie-application (cookie-session-application)
  ((default-locale-id :initarg :default-locale-id :accessor
application.default-locale-id)
   (accepted-locales :initarg :accepted-locales :accessor
application.accepted-locales
             :initform '())))

(defclass i18n-cookie-request-context (cookie-session-request-context)
  ((locale :accessor context.locale :initarg :locale :initform nil)))

(defmethod make-request-context ((app i18n-cookie-application)
                 (request request)
                 (response response))

  (make-instance 'i18n-cookie-request-context
         :request request
         :response response
         :application app
         :locale (or (process-accept-language app request)
                 (application.default-locale-id app))))

(defmethod process-accept-language ((app i18n-cookie-application)
(request request))
  (awhen (get-header request :accept-language)
    (let ((langs (parse-accept-language-header it)))
      (dolist (l langs)
        ;; first we check for an exact match
        (when (member (cl-l10n::locale (first l) :errorp nil)
(application.accepted-locales app) :test #'eq)
          (return-from process-accept-language (cl-l10n::locale (first
l) :errorp nil)))
        (when (= 2 (length (first l)))
          ;; they asked for a language without suppyling a script, see
          ;; if we provied a language of that script.
          (dolist (a (application.accepted-locales app))
        (when (string= (first l) (subseq (slot-value a
'cl-l10n::locale-name) 0 2))
              (return-from process-accept-language a))))))))

(in-package :some-other-package)

(defclass core-application (ucw::i18n-cookie-application
secure-application-mixin)
  ((coretal :accessor core-application.coretal
        :initarg :coretal
        :initform (error "Could not instantanize core-application
without 'coretal' instance.")
        :documentation "Coretal Object")
   (module-base :accessor core-application.module-base
        :initarg :module-base
        :initform (make-instance 'coretal-module-base)
        :documentation "module-base object holds module information"))
  (:default-initargs
    :default-locale-id *default-locale*
    :accepted-locales (list *default-locale* (locale "en_US"))))
---------cut------------


From frido at q-software-solutions.de  Mon Mar 13 08:16:21 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Mon, 13 Mar 2006 09:16:21 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <m21wx796vr.fsf@bese.it> (Marco Baringer's message of "Sun,
	12 Mar 2006 13:36:56 +0100")
References: <m21wx796vr.fsf@bese.it>
Message-ID: <87zmjuep4a.fsf@flarge.here>

Marco Baringer <mb at bese.it> writes:

> there's some code in the ucw_request-dispatch repository which i'd
> like feedback on.
>
> before we had a couple of SERVICE methods defined on
> standard-application, standard-session and standard-session-frame
> whcih took care of setting up the session, backtracking and
> whatnot. all of that code has been moved into the dispatch methods of
> clsses defined in standard-dispatch.lisp
>
> what's changed:
>
> - the defentry-point macro is gone. in it place we have a list of
>   dipatch objects attached to each application object (see
>   ucw/examples/example.lisp) for an example. personally i've come to
>   believe that, when the number of entry-points is large, having them
>   all in one place is a good idea. if you don't like the centralizing
>   of entry-points re-introducing defentry-point wolud be trivial.
Wouldn't that mean that this breaks every existing application?

Regards
Friedrich




From door at lcpi.ru  Mon Mar 13 08:03:19 2006
From: door at lcpi.ru (Alexey Antipov)
Date: Mon, 13 Mar 2006 11:03:19 +0300
Subject: [Bese-devel] fix typo in <ucw:%select
Message-ID: <20060313080319.GA30476@rabbit.loc>

typo fixed
-------------- next part --------------

New patches:

[fix typo in <ucw:%select
Alexey Antipov <door at lcpi.ru>**20060313075547] {
hunk ./src/yaclml/ucw-tags.lisp 120
-                                           (this.form.ucw-set-action-parameter-name
+                                           (this.form.ucw-set-action-parameter
}

Context:

[secure-application#exit-user fixed. this enables to log-out user and redirect it to an entry-point.
evrim at core.gen.tr**20060311030324] 
[Fix silly and stupid (but fatal) bug in <ucw:form
Marco Baringer <mb at bese.it>**20060311195318] 
[added submit meth?od
aycan.irican at core.gen.tr**20060310201234] 
[Move a comment to it's proper place (it got lost in the previous refactoring)
Marco Baringer <mb at bese.it>**20060311133948] 
[Refactor standard-server's service method to make the distinction between logic and error handling clearer
Marco Baringer <mb at bese.it>**20060311133903] 
[Minor indentation fixup
Marco Baringer <mb at bese.it>**20060311132418] 
[Minor indentation fixup in ucw-tags
Marco Baringer <mb at bese.it>**20060311132408] 
[Use dojo.html.* to add/remove the valid/involid classes from the form fields
Marco Baringer <mb at bese.it>**20060306185424] 
[Mention rfc2109 in QUICKSTART
Marco Baringer <mb at bese.it>**20060311113207] 
[The header for setting cookies is called Set-Cookie, not Cookie :(
Marco Baringer <mb at bese.it>**20060226221049] 
[Dropped our cookie parsing utilities for rfc2109 library
Marco Baringer <mb at bese.it>**20060217174102
 
 There's no need to have our own code if someone else has written,
 documentated and debugged it already.
] 
[Fix handling of the javasript set-action-parametetr function.
Marco Baringer <mb at bese.it>**20060310195235
 
 This function is now stored in a property of the form object, this
 avoids having to create a new, unique, name for it each time we render
 a form and, hopefully, will work on all browesrs.
] 
[mod-lisp backend shutdown uses external-format-for to get charset
aycan.irican at core.gen.tr**20060309193857] 
[Since araneida doesn't support multipart/form-data we assume the body is always a string of application/x-www-form-urlencoded
Marco Baringer <mb at bese.it>**20060309104506] 
[*print-base* and *print-radix*'s values were inverted
Marco Baringer <mb at bese.it>**20060308175343] 
[Added (setf value) method for checkboxs
Marco Baringer <mb at bese.it>**20060308174304] 
[Declare the variables introduced by <ucw:select as ignorable
Marco Baringer <mb at bese.it>**20060308172011] 
[Added :value initarg to form-fields
Marco Baringer <mb at bese.it>**20060308161959] 
[Added implement of (setf value) for form-field and integer-field
Marco Baringer <mb at bese.it>**20060308161934] 
[added :port parameter to start-swank
aycan.irican at core.gen.tr**20060307192427] 
[Fix typo in last patch
Marco Baringer <mb at bese.it>**20060307172738] 
[Fix initargs on user-login's form fields. (Patch by: Alexey Antipov <door at lcpi.ru>)
Marco Baringer <mb at bese.it>**20060307164707] 
[Unbreak binary file serving, add slot external-format to httpd-response class.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060307135017] 
[Change the (alist|hash-table|plist)-select-fields to chose a value based on the key
Marco Baringer <mb at bese.it>**20060306185356
 
 When you chose based on a mapping object (alist, plist, etc.) you
 generally want to see the key in the options and get back the
 corresponding value. If you really wanted to chose a value based on
 the value you'd use a normal select with a simple list of values.
] 
[Typo in QUICKSTART
Marco Baringer <mb at bese.it>**20060306185212] 
[Move form-field's javascript validators into a custom property on the field object (client side)
Marco Baringer <mb at bese.it>**20060304152341
 
 This change makes it much simpler to reuse the validation in other
 places, we no longer have to rewrite all the validation code every
 time we want to call it.
] 
[session.frames is no lonnger a hash-table, fix jump-to-component. (Reported by: Attila Lendvai <attila.lendvai at gmail.com>)
Marco Baringer <mb at bese.it>**20060305122721] 
[Updated, and added where missing, copyright info
Marco Baringer <mb at bese.it>**20060305173150] 
[Added find-frame-by-id method specialized on standard-session
Marco Baringer <mb at bese.it>**20060305152609] 
[stadard-classes depends on standard-vars
Marco Baringer <mb at bese.it>**20060305131919] 
[Avoid creating a new binding which we won't use.
Marco Baringer <mb at bese.it>**20060305131907] 
[The :backned parameter to ucw:create-server is now a list of backend + backend initargs
Marco Baringer <mb at bese.it>**20060305131148
 
 Basically i kept forgetting to change the :port parameter when i
 switched from the httpd backend to the mod_lisp backend. With this
 change all the backend specific parameters are in the same parameter
 and it's easier to see that changing ones requires you to change the
 other. This also makes it easier to pass backend specific initargs
 since the entire list is passed unchanged to make-backend.
] 
[typo fix for forms example
aycan.irican at core.gen.tr*-20060305012213] 
[typo fix for forms example
aycan.irican at core.gen.tr**20060305012213] 
[Exporting alist,hash-table,plist-select-field
matley at muppetslab.org**20060304120617] 
[Allow an empty integer form-field to be valid.
Marco Baringer <mb at bese.it>**20060303193103
 
 If an field must be an integer (iow it's a required parameter) just
 mix an integer-field with a not-empty-validator.
] 
[Added initially-validate slot to form-field
Marco Baringer <mb at bese.it>**20060303193019] 
[When a form-field is valid set itsclass to ucw-form-field-valid
Marco Baringer <mb at bese.it>**20060303190229] 
[Rebind *yaclml-stream* when we clear out the response object.
Marco Baringer <mb at bese.it>**20060302184649
 
 Previously we had the RENDER method rebind *yaclml-stream* each and
 every time it was called. this meant that if html-stream should change
 between one call and the next (whichi is exactly what happens when an
 error occurs) this change was picked up immediatly. We no longer do
 that, so any code which changes html-stream (by calling cleare-context
 or clear-respons) needs to make sure to rebind *yaclml-stream*
] 
[Dropped the in-field-password-field. It's a pretty bad idea and fundamentally broken on explorer.
Marco Baringer <mb at bese.it>**20060302161915] 
[Indentation fixup
Marco Baringer <mb at bese.it>**20060302161825] 
[Make the javascript-invalid methods use css styles, unstead of directly setting the border size and color
Marco Baringer <mb at bese.it>**20060302155730] 
[When sending response, use :iso-8859-1 external format only as fallback.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060302134956] 
[Only show the inspector component's Ok link when there's a calling-component to answer to.
Marco Baringer <mb at bese.it>**20060228211952] 
[Various fixups required by latest form-field api changes
Marco Baringer <mb at bese.it>**20060228210449] 
[Make the select-field select the current-value
Marco Baringer <mb at bese.it>**20060228210421
 
 previously we were never setting :selected on the generated option
 tags.
] 
[Export generic-html-input (usefull when creating your own form fields)
Marco Baringer <mb at bese.it>**20060227172440] 
[Added file-upload-field
Marco Baringer <mb at bese.it>**20060227172424] 
[Make template-component a standard-class and not a component.
Marco Baringer <mb at bese.it>**20060227172410
 
 There's no reason why the template-component class needs the component
 machinery, making this change allows us to use templates for widget
 components.
] 
[Silly bug in date-field's conversion to encoded-universal-time
Marco Baringer <mb at bese.it>**20060227172327] 
[Fix mod_lisp's handling of form upload data.
Marco Baringer <mb at bese.it>**20060227172300
 
 This is turning into a never ending odyssey :(. hopefully this is the
 last fix and everything will work perfectly now and forever.
] 
[in-field-password-field needs to have type="password" if there's a client-value
Marco Baringer <mb at bese.it>**20060227104603] 
[The default client-value for in-field forms is NIL, not ""
Marco Baringer <mb at bese.it>**20060227104532] 
[Export the dom-id symbol
Marco Baringer <mb at bese.it>**20060227101508] 
[Fix the error-component's initargs (use :javascript and not :inline-javascirpt)
Marco Baringer <mb at bese.it>**20060227101210] 
[Added dom-id slot to simple-form component
Marco Baringer <mb at bese.it>**20060226221437] 
[Implement checkbox-field
Marco Baringer <mb at bese.it>**20060226221349] 
[Added :name attribute to form fields
Marco Baringer <mb at bese.it>**20060226221243
 
 Mainly we want username/password fields to have constant names so that
 browsers will remeber the values. Doesn't hurt to add it to all the fields.
] 
[added trivial-sockets and split-sequence deps
Alberto Santini <albertosantini at tiscali.it>**20060219132421] 
[Template components must not rebind *yaclml-stream*
Marco Baringer <mb at bese.it>**20060226213155] 
[Added in-field-string-field and in-field-password-field form-field classes.
Marco Baringer <mb at bese.it>**20060226213057
 
 If we keep adding things like this it may be better to create a
 seperate ucw-forms library.
] 
[Fix bug in the call to arnesi:extract-argument-names (the logging statement in defaction now works as expected)
Marco Baringer <mb at bese.it>**20060226205211] 
[added validp method specialized on standard-component
Marco Baringer <mb at bese.it>**20060226205054
 
 this method traverses the slots of a generic component and makes sure
 that all form-fields contained therein are valid.
] 
[Added form-field-p test method
Marco Baringer <mb at bese.it>**20060226205018] 
[Added (very simple) e-mail-address-validator
Marco Baringer <mb at bese.it>**20060226172118] 
[Move the binding of yaclml-stream out of the main render :wrapping method and into standard-server's handle-request method
Marco Baringer <mb at bese.it>**20060225142502
 
 Basically there's no need to rebind yaclml-stream each and every time
 we call render. Binding it once in standard-server's handle-request
 method is jsut as good and allows us effectivly to rebind the tsream our selves
 for testing or other purposes.
] 
[Make generic-widget-component a subclass of component
Marco Baringer <mb at bese.it>**20060225134023
 
 We don't actually define anything of the componnet class so this
 doesn't change anything functionally. However, we specify in the docs
 that all objects used to build up the UI are subclasses of COMPONENT.
] 
[Make simple-form a standard-component
Marco Baringer <mb at bese.it>**20060225133649] 
[Make widget-component NOT a subclass of standard-component
Marco Baringer <mb at bese.it>**20060225132810
 
 Widgets are generally used for simple graphical widgets (duh) which
 never call/answer, don't use transactions, don't need to remeber their
 place, etc. This change makes that distinction exlpcit and saves a lot
 of space in terms of what we need to backtracke and what we can safely
 forget.
] 
[Drop transaction-stack slot from standard-component
Marco Baringer <mb at bese.it>**20060225125027] 
[Refactored the transaction stuff out into a seperate mixin class.
Marco Baringer <mb at bese.it>**20060225124255] 
[Make date-field not fail when the user hasn't yet submitted a value
Marco Baringer <mb at bese.it>**20060225123024] 
[Fix session.current-frame handling
Marco Baringer <mb at bese.it>**20060224172850
 
 It is very important that we set the session's current frame before
 servicing the frame. The fact that it took so long to find and correct
 this bug is a sign that there's something really wrong with the
 current rerl api.
] 
[Moved standard-session's print-object method next to its defclass form
Marco Baringer <mb at bese.it>**20060224171119] 
[Make select-field a subclass of generic-html-input and drop its print-object method
Marco Baringer <mb at bese.it>**20060224170321] 
[Merge the frames and frame-queue slot of standard-session-frame into a frame-queue
Marco Baringer <mb at bese.it>**20060224165552
 
 We now use a single object, a sub class of arnesi:lru-queue to manage
 the frames in a session.
] 
[Drop the generating-frame slot
Marco Baringer <mb at bese.it>**20060224164707] 
[Added print-object method for standard-session-frame
Marco Baringer <mb at bese.it>**20060224170341] 
[Added the fail-miserably and try-again restarts to standard-server's handle-request method
Marco Baringer <mb at bese.it>**20060224164759
 
 These two restarts handle those, very rare, cases where even ucw's
 builtin error checking and handling mechanisms fail.
] 
[Avoid keeping empty session-frames
Marco Baringer <mb at bese.it>*-20060223152953
 
 If a frame doesn't generate any actions there's no way we'll ever need
 it again. We now drop these frames just after they've been serviced.
] 
[removing spurious newlines
Marco Baringer <mb at bese.it>**20060223221957] 
[Added contrib directory and get-contrib script
Marco Baringer <mb at bese.it>**20060223195750] 
[Minor docstring fixup
Marco Baringer <mb at bese.it>**20060223154411] 
[Avoid keeping empty session-frames
Marco Baringer <mb at bese.it>**20060223152953
 
 If a frame doesn't generate any actions there's no way we'll ever need
 it again. We now drop these frames just after they've been serviced.
] 
[Don't attempt to parse araneida::request-unparsed-body if its nil
Marco Baringer <mb at bese.it>**20060223102602] 
[Don't attempt to parse the request's body if the content length is 0.
Marco Baringer <mb at bese.it>**20060220170457] 
[Added ignore declaration
Marco Baringer <mb at bese.it>**20060220170227] 
[Fix araneida backend (it hasn't been kept up-to-date with the latest backend changes)
Marco Baringer <mb at bese.it>**20060220170104
 
 This consisted of changing the call in araneida.lisp and, to make
 things esaier, changing parse-request-body's body api (so we needed to
 change the httpd backend as well).
] 
[Notes and download locations regarding ucw's dependencies were waaaaay out of date
Marco Baringer <mb at bese.it>**20060220170026] 
[Instead of checking whether SELF is NIL we moved the logging statement to within the let form, where we're sure it can't be NIL
Marco Baringer <mb at bese.it>**20060220085947] 
[Define (answer-without-caller* null standard-component t) method
Marco Baringer <mb at bese.it>**20060220085916
 
 answer-without-caller* added the source argument, however this
 argument may be null in some cases. when there was only
 answer-without-caller the "null-caller" case was taken care of with an
 if form in the method, so we needed to drop the if form and add this
 second method specialized on null.
] 
[Implement date-field
Marco Baringer <mb at bese.it>**20060219234608] 
[Renamed formx.lisp to form.lisp
Marco Baringer <mb at bese.it>**20060219214308] 
[Removed presentation and interface-element stuff.
Marco Baringer <mb at bese.it>**20060219213319
 
 This code, while very cool, belongs in a seperate library and not
 inside ucw inself. The wall-time stuff has been dropped as well.
 
 The code is now located in the ucw-presentations library located at:
 
 http://common-lisp.net/project/ucw/repos/ucw-presentations
] 
[Deal with logging an action call when SELF is NIL. (Reported by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20060219213125] 
[Run javascript form checks on keyup, not onchange (onkeyup gives much more immediate feedback)
Marco Baringer <mb at bese.it>**20060219201953] 
[Typo in print-object method
Marco Baringer <mb at bese.it>**20060219191345] 
[Added missing declare ignore declaration
Marco Baringer <mb at bese.it>**20060219191301] 
[Added new form library and reworked examples to use it
Marco Baringer <mb at bese.it>**20060218184011
   
 The new form library (temporarily called formx) is much much simpler
 than the presentation stuff we currently have. This should make it
 easer to use and customize, while it may do a lot less it no longer
 imposes an entire framevork on every form tag.
] 
[Added :script type to window-component's javascript slot.
Marco Baringer <mb at bese.it>**20060218152733
 
 This now option does what :js said it did (but didn't acutally
 do). :js now mentions that its value will be passed to js:js* and then
 to <:script.
] 
[Added :application parametetr to with-dummy-context
Marco Baringer <mb at bese.it>**20060218141602
 
 In the face of TAL templates it is very usefull to be able to supply
 an existing, and properly configured, application to use.
] 
[standard-request-context depends on stadard-component
Marco Baringer <mb at bese.it>**20060218111813
 
 Since standard-request-context now includes the dummy-request-context
 stuff, which includes a dummy-root-component component, we need the defcomponent to be defined when loading/compiling this file.
] 
[Added Trivial Sockets to the list of requirements in the README
matley at muppetslab.org**20060217212114] 
[Added the with-dummy-context macro
Marco Baringer <mb at bese.it>**20060217192237] 
[Changed window-component's javascript handling (only one slot now)
Marco Baringer <mb at bese.it>**20060217142721
 
 Instead of having three different slot for the different ways we might
 want to include javascript we now have exactly one slot and each value
 specifies if it's a file to link to or a bit of javascript code to include.
] 
[ucw.araneida asdf definition was wrong
Marco Baringer <mb at bese.it>**20060217141640] 
[known order of javascripts in window-component
henrik.hjelte at poboxes.com**20060214155856] 
[inline-javascript rendered as-is
henrik.hjelte at poboxes.com**20060214155803] 
[Fix mod-lisp's read/write-line functions
Marco Baringer <mb at bese.it>**20060216083534
 
 We explicitly use string-to-octets here so that we remind ourselves
 that some conversion needs to happen to the string (even though we
 haven't yet decided what).
] 
[Changing set-action-paramter js-macro
Nathan Bird <nathan at acceleration.net>**20060214170907
 
 This code should do the same thing as before, just without introducing a variable which was causing some spurious parenscript behavior.
] 
[bugfix default-encoding-for-uri
henrik.hjelte at poboxes.com**20060214184203] 
[Can make a single-threaded backend if wished
henrik.hjelte at poboxes.com**20060206075815] 
[response parameter removed from range-view
henrik.hjelte at poboxes.com**20060206073151] 
[action-href-body
Nathan Bird <nathan at acceleration.net>**20060207222624] 
[Fix if-bind after changing answer-component.
levente.meszaros at gmail.com**20060213192224] 
[Introduce answer-component* with 3 parameters: source, target and value. It allows the source component to restore dynamic environment when somebody is answering to it. (using around method)
levente.meszaros at gmail.com**20060213190718] 
[mod-lisp reads and writes to a byte-stream
henrik.hjelte at poboxes.com**20060207202335] 
['instance -> :instance (Reported by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20060216081412] 
[Remove stray :iso-8859-1 (Reported by: Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>)
Marco Baringer <mb at bese.it>**20060213190957] 
[the class stream-log-appender is no longer instantiable, use brief-stream-log-appender instead.
Marco Baringer <mb at bese.it>**20060213190708] 
[Added list-container
attila.lendvai at gmail.com**20060212155833
 
 It renders its elements in <:ol/<:li tags, and is also a widget-component
 to wrap the contents in a DIV. The default css-class is "list-container" end
 adds "vertical" or "horizontal" to it according to the :orientation initarg.
] 
[Removed unnecessary html-stream accessor from aserve backend (fix endless loop)
attila.lendvai at gmail.com**20060209210316] 
[fix my bug
svg at surnet.ru**20060208200234] 
[redisplay current frame if it was found but action was not instead of threw to entry point
svg at surnet.ru**20060208185635] 
[Drop the dump-application(s) methods.
Marco Baringer <mb at bese.it>**20060210155421
 
 This code hasn't been used for ages (and probably shouldn't have been
 used in the first place). Using compile-file and #. is just begging to
 get bitten.
] 
[limit backtracking depth to resonable size
svg at surnet.ru**20060208105445] 
[utf-8 for url
henrik.hjelte at poboxes.com**20060208091726] 
[query-string decoding ok in mod-lisp and httpd
henrik.hjelte at poboxes.com**20060207202204] 
[query components are decoded cottpd backend
henrik.hjelte at poboxes.com*-20060207200940] 
[query components are decoded cottpd backend
henrik.hjelte at poboxes.com**20060207200940] 
[Fix bug in remove-expired-sessions
Marco Baringer <mb at bese.it>**20060208154248
 
 We were accidentaly removing elements from within a
 hash-table-iterator after we'd iterated over them.
] 
[Changed mod_lisp backend to deal with non-character streams coming from apache.
Marco Baringer <mb at bese.it>**20060208154213] 
[Added :name paramters to <ucw:textarea and <ucw:select tags
Marco Baringer <mb at bese.it>**20060208153848] 
[Avoid calculating tempalte-truename twice
Marco Baringer <mb at bese.it>**20060208153830] 
[Indentation fixup
Marco Baringer <mb at bese.it>**20060208153124] 
[Use mime.types file to send Content-Type: header in :HTTPD backend (adds dependence on SPLIT-SEQUENCE).
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060205233242] 
[Backend debugging tweaks (don't output non-ascii characters, some cosmetics).
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060205231127] 
[Fix handling of POST parameters.
Marco Baringer <mb at bese.it>**20060202122624
 
 POST parameters were being parsed, but ignored, by both the mod_lisp
 and httpd backends. We've also decided the url parameters (if present)
 are placed before POST paramaters and so take precedence (only in the
 case where you ask for one value but multiple values are present).
] 
[Write HTTP response as binary.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060115163304] 
[Handle lack of Content-Length: header gracefully.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060115163248] 
[Specify :external-format for served static file as :iso-8859-1, treating it as binary string.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20060115163022] 
[Minor fixs to the debugging statements in the rfc2388 stuff
Marco Baringer <mb at bese.it>**20060112201949] 
[more debugging statements in rfc2388 callback
Marco Baringer <mb at bese.it>**20060111184848] 
[fix form uploading example
Marco Baringer <mb at bese.it>**20060111182836] 
[use mime-part-boy in the form example
Marco Baringer <mb at bese.it>**20060111165301] 
[More rfc2388 (for the httpd and mod_lisp backends) fixs
Marco Baringer <mb at bese.it>**20060110184237] 
[:ucw.araneida system depends on rfc2388
Marco Baringer <mb at bese.it>**20060110173402] 
[Update *httpd-trace-functions*
Marco Baringer <mb at bese.it>**20051221114025] 
[Added debugging statements
Marco Baringer <mb at bese.it>**20051221114011] 
[Added missing :test #'string= in rfc2388-callback
Marco Baringer <mb at bese.it>**20051221113944] 
[Merge with Maciek Pasternacki's last patch (which i'd sadly forgotten to merge earlier)
Marco Baringer <mb at bese.it>**20051219172624] 
[Minor comment touch-ups
Marco Baringer <mb at bese.it>**20051219172518] 
[Unfortuently the examples depend no the new rfc2388
Marco Baringer <mb at bese.it>**20051219172454] 
[Drop unused constants
Marco Baringer <mb at bese.it>**20051219172444] 
[fix examples to use rfc2388:mime-part accessors
Marco Baringer <mb at bese.it>**20051219151740] 
[Fix mod_lisp to use binary http streams
Marco Baringer <mb at bese.it>**20051219151712] 
[Changed make-displaced-array's api
Marco Baringer <mb at bese.it>**20051219151621] 
[Rename http-parser back to common
Marco Baringer <mb at bese.it>**20051218180920] 
[the parse-body function now requires a stream, and not a string, as its first argument
Marco Baringer <mb at bese.it>**20051218180830] 
[Change the httpd backend to treat the input/output streams as binary
Marco Baringer <mb at bese.it>**20051218180757
 and not character streams.
] 
[Renamed shared to http-parser
Marco Baringer <mb at bese.it>**20051218150541] 
[Drop trivial-sockets package prefix to symbols.
Marco Baringer <mb at bese.it>**20051218142247] 
[Missed a call to content-stream. changed to html-stream
Marco Baringer <mb at bese.it>**20051218142116] 
[UCW does not depend on rfc2388, only the httpd backend.
Marco Baringer <mb at bese.it>**20051218141734] 
[Make the UCW package import from trivial-sockets
Marco Baringer <mb at bese.it>**20051218114739] 
[Rename content-stream to html-stream.
Marco Baringer <mb at bese.it>**20051218114657
 
 The CONTENT-STREAM is not intended to be used for sending any random
 data, only html text. The name should reflect this.
] 
[Use trivial-sockets, instead of swank, for the socket compatability layer.
Marco Baringer <mb at bese.it>**20051216150201] 
[add report-error to user-login
svg at surnet.ru**20051224205617] 
[add secure-application-mixin and supplementary login component
svg at surnet.ru**20051224204118] 
[nested components initialization
svg at surnet.ru**20060119124505
 
 `component-class.component-slots' slots of `standard-component'
 can be components only.
 
 Treating non components initargs values for these slots as
 initargs for these components we can easily initialize nested
 components:
 
 (make-instance 'top-component :comp1 '(:comp-slot11
                                         (:comp-slot111
                                           (:slot val1 ...)))...)
  
] 
[Fix some typos in presentation.lisp
attila.lendvai at gmail.com**20060122214222] 
[Added note about jump-to-component's behaviour wrt the session's object pool
Marco Baringer <mb at bese.it>**20060124193634] 
[fix search criteria
svg at surnet.ru**20051224203917] 
[add calling-component slot to backtracking
svg at surnet.ru**20060112183459
 Without backtracking the sequence
 
 call -> answer -> reload (answer again in the same frame)
 
 will cause the called component to replace calling or
 answer to the wrong one in some cases
] 
[fix indirect-value-class typo
svg at surnet.ru**20060112181314] 
[added missing styles
svg at surnet.ru**20051224203827] 
[escape error message
svg at surnet.ru**20051224203741] 
[fix <ucw:input escaping - we can't use macro here
svg at surnet.ru**20051221225134] 
[cleanup calling-component slot at answer
svg at surnet.ru**20051221225043] 
[fix select-element
svg at surnet.ru**20051221224952] 
[fix python-style indentation
svg at surnet.ru**20051221224654] 
[Dummy application.charset method to avoid errors on nil context.application.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051212005518] 
[return nil if slot is not rendered (client-value is nil)
asbjxrn at bjxrnstad.net**20051219161643] 
[minor documentation work
Marco Baringer <mb at bese.it>**20051218113938] 
[Escape value for <ucw:input
svg at surnet.ru**20051215234258] 
[Bugs and typos fixed
svg at surnet.ru**20051215234155] 
[Make application's www-roots accept cons-cell (url-prefix directory).
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051212012843] 
[Missing dummy encode-string functions for non-sb-unicode lisps.
asbjxrn at bjxrnstad.net**20051210061234] 
[Removed leftover debug line.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051212005436] 
[Implement unicode stuff for non sbcl lisps
Marco Baringer <mb at bese.it>**20051211144941] 
[Fix ignore declarations in presentation stuff
Marco Baringer <mb at bese.it>**20051211144918] 
[Use the arnesi function extract-argument-names intsead of mapcar #'name
Marco Baringer <mb at bese.it>**20051211135342] 
[form.lisp select-element use ucw:select (Pt 2)
Nathan Bird <nathan at acceleration.net>**20051208015306
 This is the fix to the previous patch that makes it work.
 At issue is what should be done with the key. We set up the relationship that:
 ;;;;   (funcall (test select-element) (funcall (key select-element) an-option) lisp-value) => T
 
 The key is applied to the incoming values in this code before it gets to the <ucw:select beneath,
 so we just pass identity to it.
 
 we switch on multiple in creating lists rather than use ensure-list so as to protect single
 values that happen to be lists.
] 
[Improving multiple handling in ucw:select (Pt 2)
Nathan Bird <nathan at acceleration.net>**20051208013852
 Added some commenting questioning the reasoning behind applying key to the selected value.
 
 Based on multiple create a list or not instead of using ensure list. This helps out in the
 non-multiple case where the option happens to be a cons cell (or full list).
] 
[Increase default maxlength of text-element
Nathan Bird <nathan at acceleration.net>**20051208015710] 
[rel. 0.3 added how to define package, www-roots, js
Alberto Santini <albertosantini at tiscali.it>**20051207190337] 
[Factor out body and parameter parsing from httpd.lisp to shared.lisp; make it recode strings/arrays as necessary; make araneida backend use it.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051207152439] 
[Make httpd backend send encoded byte sequence instead of a string.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051207151819] 
[Move parse-urlencoded and parse-form-data-encoded to shared.lisp
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051206230820] 
[New file src/backend/shared.lisp to factor out code shared by multiple backends; Unicode function moved to this file.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051206224454] 
[Make the form.lisp select-element use <ucw:select
Nathan Bird <nathan at acceleration.net>**20051206182536
 Making the select-element from form.lisp use <ucw:select as the underlying control.
 This is for consistency, similar to input-element and such, and to eliminate 
 redundant code-- all of the option map code that was in here has now been removed 
 as that was already being done by <ucw:select.
 
 
] 
[Fixing multiple values in <ucw:select
Nathan Bird <nathan at acceleration.net>**20051206182350] 
[Typo fix.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051205231207] 
[rel. 0.4 added http, mod-lisp backend configuration
Alberto Santini <albertosantini at tiscali.it>**20051204120908] 
[Textarea shouldn't render "Nil" on nil values.
Nathan Bird <nathan at acceleration.net>**20051205171753] 
[Recode string from Araneida to current application's default charset; when decoding is not possible, keep value as byte array.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051201191342] 
[New slot charset in standard-application class, used to render windows-component's content-type if not set statically.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051201184031] 
[Docstring fix.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051201160457] 
[Update .boring to exclude generated documentation
Marco Baringer <mb at bese.it>**20051204153555] 
[UCWInputCompleter.js patch
rusabd at gmail.com**20051202055720
 
 This is a small patch which makes work text element with completion under IE. I check it with FF, IE and Mozilla only under windows.
] 
[minor fixs to qbook comments
Marco Baringer <mb at bese.it>**20051201202629] 
[Don't attempt to qbook'ify the backends
Marco Baringer <mb at bese.it>**20051201194905] 
[Removed src/backend/protocol.lisp from the qbook includes
Marco Baringer <mb at bese.it>**20051201183320] 
[Recode strings received from Araneida to sbcl's default format when on Unicode SBCL.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051129135631] 
[Second half of Aleksandar Bakic's sb-unicode patch.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051129135412] 
[Regexp dispatching handler for Araneida.
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051128021334] 
[Pushing condition as well as slot to invalid-slots
asbjxrn at bjxrnstad.net**20051127162544
 
 This is to enable ucw to display an error message to the user describing
 why the slot was found to be invalid. I also changed the hardcoded red
 border around invalid slots to use class "ucw-invalid-slot" instead.
] 
[Handle unicode content using the araneida backend
Marco Baringer <mb at bese.it>**20051127110904] 
[Fix Content-Length value when using mod-lisp and UTF-8
binarin at binarin.ru**20051126172518] 
[New note in TODO
Marco Baringer <mb at bese.it>**20051126160826] 
[Remove tabs and reindent the multithread-httpd code
Marco Baringer <mb at bese.it>**20051126153356] 
[Added wwwroot/favincon.ico
Alberto Santini <albertosantini at tiscali.it>**20051126112748] 
[Actually use (external-format-for :slime)
Maciek Pasternacki <maciekp at japhy.fnord.org>**20051126100748] 
[Added a timeout and debugging to the control loop
russ at acceleration.net**20051121161834] 
[adding the logs folder
russ at acceleration.net**20051116221147] 
[Fix for %b %B and 12hour am/pm time-elements. 
Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>**20051118192715] 
[Intelligent error when slot not found
Nathan Bird <nathan at acceleration.net>**20051115014216
 When trying to access the slot-indirect-value of an object with a given slot name,
 if the object didn't have a slot named as such it was going into an infinite loop
 on (slot-indirect-value obj nil). 
] 
[stop present on set trying to access slots that aren't there
Nathan Bird <nathan at acceleration.net>**20051115013459] 
[splitting out render-slots to be a bit finer grained
Nathan Bird <nathan at acceleration.net>**20051115013007] 
[lisp-value on composite-element initialize
Nathan Bird <nathan at acceleration.net>**20051115012829] 
[Extending slot-elements to filter on ie-type
Nathan Bird <nathan at acceleration.net>**20051115012422] 
[added why Lisp in web application and some minor changes
albertosantini at tiscali.it**20051115221159] 
[minor changes to QUICKSTART
albertosantini at tiscali.it**20051112144827] 
[Allow the CALL macro to accept an already initialized component object.
Marco Baringer <mb at bese.it>**20051117120126
 
 This change allows users to create and initialize a component and then
 call it without having to use another function (call-component) and
 know about the 'magic' SELF variable.
] 
[checkbox returns nil if unchecked, not a string 
Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>**20051115115410] 
[multithread-httpd in ucw.asd
henrik.hjelte at poboxes.com**20051113105017] 
[Seperating multithread-httpd-backend into its own file
Nathan Bird <nathan at acceleration.net>**20051111162051] 
[Multithreaded-httpd-backend thread pooling
Nathan Bird <nathan at acceleration.net>**20051111160037] 
[visual seperation of ucw style vs regular style
Nathan Bird <nathan at acceleration.net>**20050908232519] 
[Form comment typo
Nathan Bird <nathan at acceleration.net>**20051020181046] 
[Added h-a-e-u-a method for standard-application
Marco Baringer <mb at bese.it>**20051114091738] 
[Removed bedugging relatod code and actually pass the backtrace, instead of nil, to h-a-e-u-a
Marco Baringer <mb at bese.it>**20051114091655] 
[Added Abltero Santini's quickstart for developers
Marco Baringer <mb at bese.it>**20051113114557] 
[Export PARENT from the ucw package (Suggested by: Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>)
Marco Baringer <mb at bese.it>**20051112125419] 
[Added handle-action-error-using-application. hook for app specific error handling.
Marco Baringer <mb at bese.it>**20051111164530] 
[Set the *current-condition* variable even when *debug-on-error* is nil
Marco Baringer <mb at bese.it>**20051110194104] 
[Update register-callback for make-new-callback's new api (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20051110115845] 
[Resolve the conflicts between the two 'thinko in call-as-window' patches
Marco Baringer <mb at bese.it>**20051109160831] 
[Fix thinkos in call-as-window
Jan Rychter <jan at rychter.com>**20051108140057] 
[Make the ucw.backend logger NOT be related to the ucw-logger logger.
Marco Baringer <mb at bese.it>**20051109155743] 
[Fix thinko in handling of ucw:accessor and select tags in TAL templates.
Marco Baringer <mb at bese.it>**20051109154948] 
[Use action-href instead of (print-uri (compute-url ...))
Marco Baringer <mb at bese.it>**20051109151406] 
[fix typo in docstring
Marco Baringer <mb at bese.it>**20051109151355] 
[Added the :name parameter to the <ucw:input tag
Marco Baringer <mb at bese.it>**20051109145620] 
[Make sure both make-new-callback and make-new-callback-using-class return the name of callback.
Marco Baringer <mb at bese.it>**20051109145312] 
[Changed api of make-new-callback to adapt to usage. Added make-new-callback-using-class.
Marco Baringer <mb at bese.it>**20051109143530
 
 In practice the first parameter of make-new-callback was always the
 same thing (the current frame accessed through
 *context*). MAKE-NEW-CALLBACK now takes one required parameter, the
 lambda, and two keyword parameters: the frame and the request
 parameter name of callback to create. In the name of exensability we
 still go through a generic-function, make-new-callback-using-class
 which is specialized on standard-frame.
] 
[Added (again) the window-component. This component now serves only as a way to easily specify the content-type of a response.
Marco Baringer <mb at bese.it>**20051109140233] 
[Added Alberto Santini's quick start guide
Marco Baringer <mb at bese.it>**20051109111249] 
[Allow multiple stylesheets to be specified in a simple-window-component
Marco Baringer <mb at bese.it>**20051109105334] 
[Small typo corrections
Jan Rychter <jan at rychter.com>**20051108140350] 
[Added back action-href (with different API and semantics) and exported the symbol.
Marco Baringer <mb at bese.it>**20051108180155] 
[Drop generate-action-url and action-href, replaced with calls to compute-url
Marco Baringer <mb at bese.it>**20051108175525] 
[Fix thinko in call-as-window
Marco Baringer <mb at bese.it>**20051108175255] 
[adress example render-on fix
henrik.hjelte at poboxes.com**20051107084853] 
[number-element size attribute
asbjxrn at bjxrnstad.net**20051105020117] 
[Presentation checkbox fix
hoan at ton-that.org**20051106030559
 
 Fix the displaying of checkboxes in presentations.
 There is also a misc fix for the server backend.
] 
[Added the CALL-AS-WINDOW component.
Marco Baringer <mb at bese.it>**20051105134902] 
[Added the debug-on-error parameter to ucw:create-server (who knows why i removed it...)
Marco Baringer <mb at bese.it>**20051105133352] 
[Fix LISP vs LISP_LOAD confusion in ucwctl
Marco Baringer <mb at bese.it>**20051104131259] 
[Fix call/answer bugs caused by the 'dropped window-components' patch
Marco Baringer <mb at bese.it>**20051104125719
 
 We had removed the code which handling calling and answering when the
 call-componint was nil (as is the case of etry points) but we hadn't
 put it back into the generic call-component and answer-component
 methods.
] 
[Backtrack components' parent slot
Marco Baringer <mb at bese.it>**20051103184801] 
[Use CALL-REQUEST-PATH in the call, answer and action logging statements
Marco Baringer <mb at bese.it>**20051103184619
 
 CALL-REQUEST-PATH has also been changed to warn if any circularities
 are detected in the component parent chain.  
] 
[added search-element
svg at surnet.ru**20051031182539] 
[added clone-element method, fixed some bugs
svg at surnet.ru**20051031182207] 
[added slot-indirect-boundp method
svg at surnet.ru**20051031182115] 
[export composite-element
svg at surnet.ru**20051030230559] 
[make slot-elements more generic
svg at surnet.ru**20051030203648] 
[log current component path
svg at surnet.ru**20051029184829] 
[Reinstate the ENSURE-SYSTEM function which was accidentaly removed by the previous patch
Marco Baringer <mb at bese.it>**20051029150206] 
[Merge bin/start.lisp and bin/utils.lisp; remove a lot of extra junk.
Marco Baringer <mb at bese.it>**20051029145357
 
 UCW's startup process may be slightly (but just slightly) less newbie
 friendly, on the other hand it is far easier for people who know what
 they're doing to get started.
] 
[Allegroserve backend fixes
hoan at ton-that.org**20051029010435
 
 The backend now uses the wserver slot.
 This makes it possible to shutdown the server.
 Also, unpublishing urls was implemented.
] 
[Dropped the window-component class and the requirement that entry-points call window-components
Marco Baringer <mb at bese.it>**20051028172817] 
[Expert, and document, *debug-on-error*.
Marco Baringer <mb at bese.it>**20051028105018
 
 *debug-on-error* now serves as the system-wide default. Applications
 retain the ability to override this if they want.
] 
[Added ignore declares for unused variables
Marco Baringer <mb at bese.it>**20051027173803] 
[Remove the response parameter from show-status-bar (no longer required by render)
Jan Rychter <jan at rychter.com>**20051027150304] 
[typos
Jan Rychter <jan at rychter.com>**20051027150252] 
[refactoring composite-element from form-element, update examples to show composite-element
svg at surnet.ru**20051027122537] 
[add slot order to definition
svg at surnet.ru**20051026192622] 
[change examples to demonstrate range-set
svg at surnet.ru**20051026114834] 
[added range-set component
svg at surnet.ru**20051026114753] 
[presentation functionality to interface elements
svg at surnet.ru**20051024165152] 
[Fix formats to POSIX, zone and client-value bugs
svg at surnet.ru**20051024164755] 
[Fix unknown url variable (Reported by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20051024164025] 
[Make the admin repl's textarea bigger
Marco Baringer <mb at bese.it>**20051023150606] 
[Added ignore declaration for unused variable
Marco Baringer <mb at bese.it>**20051023150414] 
[Added jump-to-component method (and jump macro)
Marco Baringer <mb at bese.it>**20051023145524] 
[Fix admin.lisp, complete indirect-value-class
svg at surnet.ru**20051022174742] 
[fix default response values for aserve backend
svg at surnet.ru**20051020174417] 
[fix form-id, action-id generation
svg at surnet.ru**20051019185952] 
[Mention cl-ppcre in the README
Marco Baringer <mb at bese.it>**20051018174649] 
[Make the example app use a regex entry point
Marco Baringer <mb at bese.it>**20051018174547] 
[Added :class parametert to :entry-point option in defcomponent macro
Marco Baringer <mb at bese.it>**20051018174525] 
[Added regexp-entry-point.
Marco Baringer <mb at bese.it>**20051018174422
 
 Currently only the httpd backend supports regexp-entry-point (the
 other backends treat them just like standard entry-points)
] 
[Implement unregister-url-handler for the httpd backend
Marco Baringer <mb at bese.it>**20051018172411] 
[When shuting down an application we need to remeber to unregister all its entry-points
Marco Baringer <mb at bese.it>**20051018172350] 
[register-url-handler now takes an entry-point, and not a sting, as its second argument
Marco Baringer <mb at bese.it>**20051018171732] 
[Merge the backend protocol into the rerl protocol
Marco Baringer <mb at bese.it>**20051018162457
 
 The backend protocol is a core part of ucw internal server mechanisms,
 as such it should be included with the rest of ucw's core protocol.
] 
[Compare headers using #'string-equal, not #'eql (araneida backend)
Marco Baringer <mb at bese.it>**20051018093132] 
[Fix to time-element's handling of zones (Patch by: Mac Chan <emailmac at gmail.com>)
Marco Baringer <mb at bese.it>**20051017021917] 
[Export container.contents
Marco Baringer <mb at bese.it>**20051016184834] 
[The components passed to a container component's :contents initarg should be kept in order (and not reversed)
Marco Baringer <mb at bese.it>**20051016171145] 
[Typo in inspector component's OK link
Marco Baringer <mb at bese.it>**20051016143940] 
[Added element-id and initial-focus slots to interface-element
Marco Baringer <mb at bese.it>**20051016141333
 
 The initial-focus slot specifies whcih part of the form (if any)
 should be focused after a page load. This change required adding an
 element-id slot and the code to output the :id attribute in all the
 various tags.
] 
[Documentation improvement for task-component
Marco Baringer <mb at bese.it>**20051016125641] 
[Another render-on -> render fix (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20051016104445] 
[Added caching of the find-entry-point method for standard-applications
Marco Baringer <mb at bese.it>**20051014120322] 
[Store an application's entry-points in a list and not a hash table
Marco Baringer <mb at bese.it>**20051014115306] 
[Dropped the url parameter from register-entry-point and unregister-entry-point. added url and application slots to entry-points
Marco Baringer <mb at bese.it>**20051014115127] 
[Added caching components (this is a first draft, there are still some rough edges)
Marco Baringer <mb at bese.it>**20051013165327] 
[Remove duplicate occurance of render-component in < package's expert list
Marco Baringer <mb at bese.it>**20051013145758] 
[Added a default render method. (it provides a better error than 'no applicable method group')
Marco Baringer <mb at bese.it>**20051013145736] 
[Removed RENDER-ON text in the retry rendering restart
Marco Baringer <mb at bese.it>**20051013143931] 
[change send-backtrace-to-emacs to use swank::eval-in-emacs (swank::evaluate-in-emacs no longer exists)
Marco Baringer <mb at bese.it>**20051013123519] 
[Trivial indentation fixup
Marco Baringer <mb at bese.it>**20051013123008] 
[Added a default-value example in the form example
Marco Baringer <mb at bese.it>**20051013122921] 
[Actually fix time-element's default output-format (previous patch only fixed 50% of the problem)
Marco Baringer <mb at bese.it>**20051011231059] 
[Typo in time-element's default output-format (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20051011230551] 
[Rename RENDER-ON to RENDER, drop first argument
Marco Baringer <mb at bese.it>**20051011122512
 
 This patch supersedes (and conflicts violently with) the previous
 render-on patch.
] 
[password and checkbox elements for forms
asbjxrn at bjxrnstad.net**20051010144929] 
[Trivial refactoring in VALIDATE-VALUE
Marco Baringer <mb at bese.it>**20051009184213] 
[Export the symbols related to the completing-text-element
Marco Baringer <mb at bese.it>**20051009181807] 
[Use :after method instead of primary method which calls call-next-method first and then ignores the return value.
Marco Baringer <mb at bese.it>**20051009153050] 
[Added (declare (ignore ...)) forms to keep openmcl quiet.
Marco Baringer <mb at bese.it>**20051009153024] 
[Use nconc method-combination for slot-elements as that seems more appropiate.
Marco Baringer <mb at bese.it>**20051009152858] 
[Fix 'closing-over-something-bound-by-dolist' bug. replaced dolist with dolist*.
Marco Baringer <mb at bese.it>**20051009152809] 
[Bugs fixed, added auxslots-form-element, time-element and examples
svg at surnet.ru**20051008221416] 
[New HTML form API (Patch by: Vladimir Sekissov <svg at surnet.ru>)
Marco Baringer <mb at bese.it>**20051007193513] 
[Fix the httpd backend's static-file serving
Marco Baringer <mb at bese.it>**20051007191117
 
 The way in which we were deteriming the local file name from a url was
 completly broken.
] 
[Export symbols related to the ucw-inspector
Marco Baringer <mb at bese.it>**20051007175929] 
[Remove duplicate occurance of *inspect-componets* from ucw's defpackage form
Marco Baringer <mb at bese.it>**20051007175817] 
[Fix rendering of error-components when the error occurs in the call to RENDER-ON
Marco Baringer <mb at bese.it>**20051005051341] 
[Fix ucwctl's detection of detachtty and attachtty (Suggested by: Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>)
Marco Baringer <mb at bese.it>**20051001171643] 
[Fix the location of mod-lisp-httpd13.conf in the README
Marco Baringer <mb at bese.it>**20051001092639] 
[Removed unused junk in the upload form example
Marco Baringer <mb at bese.it>**20050927193446] 
[Move the stylesheet and the www-roots for the various apps.
Marco Baringer <mb at bese.it>**20050925164227] 
[Fix silly and stupid bug in parse-form-data-encoded (we were forgetting that dolist always returns NIL)
Marco Baringer <mb at bese.it>**20050925164121] 
[Moved example add to the urls "/" and "/index.ucw" and the admin app to "/admin/index.ucw"
Marco Baringer <mb at bese.it>**20050922152436] 
[Another presentations examples fix (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20050921133819] 
[Add :size and :maxlength options to text-field and number-field. Also, allow them to be initialized with values.
Jan Rychter <jan at rychter.com>**20050920200830] 
[standard-application's DEBUG-ON-ERROR method sholud call (debug-on-error nil) if the app hasn't been explicitly told to debug or not
Marco Baringer <mb at bese.it>**20050920174855] 
[*debug-on-error* no longer exists, use (setf debug-on-error) instead.
Marco Baringer <mb at bese.it>**20050920174412] 
[Fixes to the presentation examples (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20050920174200] 
[Fix JS error
svg at surnet.ru**20050915193137] 
[Typo fix
svg at surnet.ru**20050915081215] 
[Fix set-action-parameter JS function
svg at surnet.ru**20050914204726] 
[Fix thinko in the timestamp-slot presentation
Marco Baringer <mb at bese.it>**20050914150239] 
[parse-integer fixes (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20050913072452] 
[Make the method (debug-on-error null) use an internal variable *debug-on-error* to hold the default value. 
Marco Baringer <mb at bese.it>**20050912073413
 
 This new *debug-on-error* is differente from the old *debug-on-error*
 in that it sholud not be accessed directly and is not part of ucw's
 public api.
] 
[MAke printing of admin-repl's return values robust in the face of print errors
Marco Baringer <mb at bese.it>**20050910141831] 
[Each <UCW:FORM form needs its own set-action-parameter method
Marco Baringer <mb at bese.it>**20050910141720] 
[Added print-object method for standard-application
Marco Baringer <mb at bese.it>**20050910141610] 
[Export DEBUG-ON-ERORR and not *DEBUG-ON-ERROR*
Marco Baringer <mb at bese.it>**20050910112959] 
[Minor docstring fix
Marco Baringer <mb at bese.it>**20050910112948] 
[Removed the global variable *debug-on-error*
Marco Baringer <mb at bese.it>**20050910112229] 
[Make debug-on-error be a method and not a global variable.
Marco Baringer <mb at bese.it>**20050910111732
 
 This change allows to control the value of *debug-on-error* based on
 the current app and not force one value on all the apps in the server.
] 
[Add in ensure-system-for-ucw whcih had been removed in a previous patch but is still neccessary
Marco Baringer <mb at bese.it>**20050910104436] 
[Change the default port back to 8080
Marco Baringer <mb at bese.it>**20050910104407] 
[Load the applications with map
Nathan Bird <nathan at acceleration.net>**20050908234136] 
[Attempt to guess the location of detachtty and attachtty (Patch by: Jamie Border <jamie at jborder.com>)
Marco Baringer <mb at bese.it>**20050909224843] 
[Default host should be 127.0.0.1.
Marco Baringer <mb at bese.it>**20050909080513] 
[Indentation and whitespace fixs to previous patches (no tabs in lisp code)
Marco Baringer <mb at bese.it>**20050909080102] 
[Merge the use-XYZ-backend functions from bin/utils.lisp into src/control.lisp
Marco Baringer <mb at bese.it>**20050909075356] 
[remove duplicate symbol export *ucw-tal-root*
Nathan Bird <nathan at acceleration.net>**20050908231752] 
['Simplify' start.lisp mostly by taking advantage of create-server
Nathan Bird <nathan at acceleration.net>**20050908221901] 
[Remove lispworks note about ASDF. We must eb able to assume that basic setup of ASDF is done before loading UCW.
Marco Baringer <mb at bese.it>**20050909072739] 
[Revert to using the --eval argument to attachtty
Marco Baringer <mb at bese.it>**20050908175755] 
[Fix conflicts in previous patch
Marco Baringer <mb at bese.it>**20050908175308] 
[Small changes to make-image.lisp and control.lisp for Lispworks
asbjxrn at bjxrnstad.net**20050908165654] 
[bin/ucwctl fixes
Craig McDaniel <craigmcd at gmail.com>**20050907190904] 
[THREADED-LISP-P for lispworks (Patch by: Asbj??rn Bj??rnstad <asbjxrn at bjxrnstad.net>)
Marco Baringer <mb at bese.it>**20050908162753] 
[Added the hello and bye-bye functions
Marco Baringer <mb at bese.it>**20050907212148
 
 these are actually really bady names, but i can't of anything better
 (and for some reason start/stop just doesn't appeal to me now).
 
] 
[Keep list of applications in a server sorted by the length of the url-prefix. This allows applications to 'shadow' other applications' url space.
Marco Baringer <mb at bese.it>**20050907004819] 
[Export the symbols for status-bar
Jan Rychter <jan at rychter.com>**20050906140902] 
[Added status-bar component (Patch by: Vladimir Sekissov <svg at surnet.ru>)
Marco Baringer <mb at bese.it>**20050906091035] 
[Removed "ignore" declaration for two variables which are used.
Peter Scott <sketerpot at gmail.com>**20050904194151] 
[Remove notes regarding tla from the README
Marco Baringer <mb at bese.it>**20050901062836] 
[Added maxlength slot to text-field (Patch by: Friedrich Dominicus <frido at q-software-solutions.de>)
Marco Baringer <mb at bese.it>**20050901062356] 
[added a bunch of docstrings
Marco Baringer <mb at bese.it>**20050831114350] 
[We need to use defmethod/cc, not just defmethod, in the presentations
Marco Baringer <mb at bese.it>**20050831110507] 
[Change the <ucw:form tag to use document.getElementById and not form[element-name] 
Marco Baringer <mb at bese.it>**20050831103142] 
[Change the example app to use initargs and not shared-initialize
Marco Baringer <mb at bese.it>**20050831103127] 
[Fixed typo in CSS mime-type code for httpd backend.
drewc at tech.coop**20050827231400] 
[Fix a lisp-mode typo.
Jan Rychter <jan at rychter.com>**20050829094417] 
[Rework sum example to use loop and backtracking
Marco Baringer <mb at bese.it>**20050828082311] 
[Argument for ucw.backend.dribble was missing
binarin at gmail.com**20050827135018] 
[Add precise control of external format used for url unescaping, slime and http intercommunication
binarin at gmail.com**20050827134632] 
[Fix typo <ucw:form tag. (Patch by: Aleksandar Bakic <a_bakic at yahoo.com>)
Marco Baringer <mb at bese.it>**20050827193931] 
[cmucl fixs. (Patch by: Mac Chan <emailmac at gmail.com>)
Marco Baringer <mb at bese.it>**20050827112915] 
[Rewrite the sum examples to act as we expect it to in the presence of back tracking
Marco Baringer <mb at bese.it>**20050824170029] 
[Use parenscript instead of (concatenate 'string ...
Marco Baringer <mb at bese.it>**20050824125546] 
[Adde convenience functions to change ucw's logging levels
Marco Baringer <mb at bese.it>**20050824125459] 
[Refactoring in httpd backend
Marco Baringer <mb at bese.it>**20050824125423] 
[Added a logging statement in httpd backend
Marco Baringer <mb at bese.it>**20050824125337] 
[minor updates to TODO
Marco Baringer <mb at bese.it>**20050824125306] 
[Removed have-threads-p from bin/start.lisp. Use the threaded-lisp-p function from control.lisp instead.
Marco Baringer <mb at bese.it>**20050824125007] 
[Fix shutdown-backend method for araneida. (Patch by: Friedrich Dominicus <frido at q-software-solutions.de>) (only two months late...)
Marco Baringer <mb at bese.it>**20050819082155] 
[Use prin1 (instead of the default princ) for printing the admin-repl's values. (Reported by: Pascal Bourguignon <pjb at informatimago.com>)
Marco Baringer <mb at bese.it>**20050818145347] 
[The macro SHOW was being defined in standard-action.lisp, it' already defined with the template component. removed it.
Marco Baringer <mb at bese.it>**20050817100830] 
[Use swank-backend:close-socket to close the httpd backend's socket, not cl:close.
Marco Baringer <mb at bese.it>**20050814163132] 
[Use parenscript. New tag <ucw:script.
Marco Baringer <mb at bese.it>**20050814141501] 
[Added dependency on parenscript
Marco Baringer <mb at bese.it>**20050814135145] 
[Fix typos in README
Marco Baringer <mb at bese.it>**20050814135114] 
[Make the transaction-example component a task-component
Marco Baringer <mb at bese.it>**20050814111842] 
[standard-session-frame depends on macros defined in request-loop-error
Marco Baringer <mb at bese.it>**20050814111809] 
[Wrap calls to transaction continuations in with-call/cc, used kall and not funcall to continue a continuation.
Marco Baringer <mb at bese.it>**20050814111715] 
[The class is not called arnesi::cps-closure anymore, it's closure/cc
Marco Baringer <mb at bese.it>**20050812174701] 
[Added the Status header to the mod_lisp backend
Marco Baringer <mb at bese.it>**20050812122805] 
[Use arnesi:+cr-lf+ to get a CR-LF string
Marco Baringer <mb at bese.it>**20050812122742] 
[Change the logging statements so they're clearer and so that +info+ gives decent information
Marco Baringer <mb at bese.it>**20050812122701] 
[indentation fixup
Marco Baringer <mb at bese.it>**20050812114933] 
[form-component's submit action needs to use defaction, not just defmethod
Marco Baringer <mb at bese.it>**20050812114907] 
[Deal with method qualifiers in defaction forms
Marco Baringer <mb at bese.it>**20050812114752] 
[When serving files we try to infer the file type from the file's extension
Marco Baringer <mb at bese.it>**20050812114718] 
[Added a few debugging statements to the httpd backend
Marco Baringer <mb at bese.it>**20050812114647] 
[The Status header isn't really a header and the httpd backend needs to deal with it differently
Marco Baringer <mb at bese.it>**20050812113758] 
[Implement publish-directory for the httpd backend. Changed how handlers work in this backend.
Marco Baringer <mb at bese.it>**20050812090052] 
[The www-root for the damin app is "/ucw/admin/", not "/ucw/examples/" :(
Marco Baringer <mb at bese.it>**20050812071421] 
[Fix hint text for when yaclml is missing a required feature
Marco Baringer <mb at bese.it>**20050810053746] 
[Fix bug in DEFCOMPONENT's handling of :metaclass option (Reported by: Friedrich Dominicus <frido at q-software-solutions.de>)
Marco Baringer <mb at bese.it>**20050809130342] 
[fix bug in ensure-system-has-feature
Marco Baringer <mb at bese.it>**20050809122624] 
[Added hint parameter to ensure-system-has-feature
Marco Baringer <mb at bese.it>**20050809112951] 
[Fix bug in log messages in araneida backend (Reported by: Friedrich Dominicus <frido at q-software-solutions.de>)
Marco Baringer <mb at bese.it>**20050809064728] 
[When a component-slot is passed the :component keyword we need to setup the slot for backtracking
Marco Baringer <mb at bese.it>**20050809055756] 
[Minor refactoring in initialize-backtracking
Marco Baringer <mb at bese.it>**20050809054005] 
[Minor formatting touchup in generate-backtrace-for-emacs
Marco Baringer <mb at bese.it>**20050807140906] 
[Setup *current-condition* and *current-backtrace* in the server's handler-bind (the one which takes care of internal ucw errors)
Marco Baringer <mb at bese.it>**20050807135042] 
[Added the generate-backtrace-for-emacs restart
Marco Baringer <mb at bese.it>**20050807134832
 
 This new restart requires some really hacky stuff that we'll probably
 need to redo later on (we pass the condition and the backtrace from
 the handler to the restart via two special variables).
 
] 
[Rework error handling methods
Marco Baringer <mb at bese.it>**20050807122844
 
 We've changed the API of handle-request-error and handle-action-error
 from (condition request response) to (conndition backtrace). we now
 collect the backtrace as soon as the error handler kicks, this removes
 some useless frames whcih were previously being inserted.
 
 we've also introduced the with-action-error-handler macro and a
 defgeneric form for handle-action-error.
 
 the methods on handle-request-error have been rewritten to use the new
 with-error-page macro.
 
] 
[Use DEFCOMPONENT's new options in the examples
Marco Baringer <mb at bese.it>**20050807122639] 
[Extend and refactor the DEFCOMPONENT macro. (see new docstring for details)
Marco Baringer <mb at bese.it>**20050807121844] 
[Added a few logging statements 
Marco Baringer <mb at bese.it>**20050807091151] 
[Don't use ITERATE around <ucw:input tags.
Marco Baringer <mb at bese.it>**20050807075849] 
[Don't copy backtrack values in save-backtrack (this isn't neccessary for proper backtracking)
Marco Baringer <mb at bese.it>**20050806093402] 
[Fix backtracking on non immediate objects
Marco Baringer <mb at bese.it>**20050806090550
 
 This changes the times when values are copied in the backtracking
 stuff. Previously we'd copy when saving the bt list and when cloning
 it, we now copy when saving, when restoring, but not when cloning. The
 previous implementation caused already stored backtracked values to be
 modified, when they'd later be restorted they'd have values which
 didn't reflect what the user (and the developer) expects (this is
 bad).
 
] 
[Added, and initialized, the generating-frame slot to standard-session-frame.
Marco Baringer <mb at bese.it>**20050806090059] 
[removed standard-application's service :after method
Marco Baringer <mb at bese.it>**20050806085933
 
 The method was just calling save-backtracked, standard-session-frame
 already does that and is the 'proper' place for thaht stuff.
 
] 
[Fix various typos/thinkos on control.lisp
Marco Baringer <mb at bese.it>**20050806082907] 
[Make the inspector output more readable (Patch by: William Halliburton <whalliburton at gmail.com>)
Marco Baringer <mb at bese.it>**20050806054207] 
[Fix slot options for deleteablep in list-presentation (Reported by: Pascal Bourguignon <pjb at informatimago.com>)
Marco Baringer <mb at bese.it>**20050805073024] 
[Properly deal with the backtracking of unbound slots
Marco Baringer <mb at bese.it>**20050803095347] 
[Remove the update.sh script
Marco Baringer <mb at bese.it>**20050802161726] 
[Change API of MAKE-BACKEND
Marco Baringer <mb at bese.it>**20050802111231] 
[Another type in the defgeneric form for make-backend
Marco Baringer <mb at bese.it>**20050802110327] 
[Fix typo and change error message in the default method for MAKE-BACKEND
Marco Baringer <mb at bese.it>**20050802110151] 
[Need to wrap the form passed on <:select :on-change in a with-call/cc 
Marco Baringer <mb at bese.it>**20050729105241] 
[Since call-inspector is a /cc method we need to call it within a with-call/cc form
Marco Baringer <mb at bese.it>**20050726095455] 
[Since the getter/setter of a PLACE object can be cps-closure objects we need to treat them explicitly
Marco Baringer <mb at bese.it>**20050726095425] 
[Even window components must use KALL and not FUNCALL for their continutation :)
Marco Baringer <mb at bese.it>**20050726095333] 
[Removed call to arnesi:assert-cc
Marco Baringer <mb at bese.it>**20050725121348] 
[Wrap call to the cc method START in a with-call/cc
Marco Baringer <mb at bese.it>**20050723133329] 
[Continuations are now called using ARNESI:KALL, not FUNCALL
Marco Baringer <mb at bese.it>**20050723133311] 
[Actions need to be wrapped in with-call/cc
Marco Baringer <mb at bese.it>**20050723113039] 
[Rename GET-BACKEND to MAKE-BACKEND
Marco Baringer <mb at bese.it>**20050801143643] 
[Edit CREATE-SERVER so that it properly updates *debug-on-error* and *inspect-components*
Marco Baringer <mb at bese.it>**20050801143254] 
[Remove spurious double lines between method definitions
Marco Baringer <mb at bese.it>**20050801142440] 
[Minor doc string fixups to GET-BACKEND
Marco Baringer <mb at bese.it>**20050801142247] 
[Added copyright notice to src/control.lisp
Marco Baringer <mb at bese.it>**20050801134638] 
[Lisp startable UCW
Robert Marlow <bobstopper at bobturf.org>**20050801050720
 
 This should allow UCW to be easily startable from within lisp rather than 
 from loading lisp start.lisp. The function for doing this is named
 create-server. ucwctl has been changed to make use of the new functionality
 but should work as it did before.
 
 defentry-point can now be used before its application has been attached 
 to a server - when the application is attached to a server its entry 
 points will then automatically be added. This makes it possible to load 
 up system definitions containing defentry-points without having a running 
 server beforehand. Thus lisp images can then be dumped containing full
 applications rather than just UCW.
 
 A get-backend method has been defined which creates a backend according
 to its arguments. It is also able to automatically choose a sensible
 default from currently loaded backends. It can also accept an existing,
 running server as a backend in which case it simply wraps it with a
 sensible UCW backend and returns it. This allows UCW applications to be
 attached to already running HTTP servers rather than requiring fresh
 servers be started by UCW. So far it's only been implemented for Araneida.
 
 I've only really tested the araneida and (briefly) HTTPD backends but the 
 method of starting the backends should be similar to how start.lisp worked
 so I'm hoping I haven't broken anything. 
 
] 
[bash -> sh
Julian Stecklina <der_julian at web.de>**20050731145119] 
[Use defcomponent instead of defclass for simple-template-component
Marco Baringer <mb at bese.it>**20050726095406] 
[When creating the string for request paramteers use the same element-type as the raw-uri array
Marco Baringer <mb at bese.it>**20050730114429] 
[Instead of looking for a property named VERSIONS we now call it :FEATURES. Updated the error message accordingly
Marco Baringer <mb at bese.it>**20050729103158] 
[Renamed 'version' to 'feature' in asdf property check. added check for cps-interpreter
Marco Baringer <mb at bese.it>**20050728120322] 
[Changes to the stylesheet
Marco Baringer <mb at bese.it>**20050728120129] 
[Added the "top-level" retry render-on restart
Marco Baringer <mb at bese.it>**20050726122803] 
[When printing the 'retry rendering' restart added the component object which caused the error
Marco Baringer <mb at bese.it>**20050726122740] 
[template-component-environment methods must always return a fresh list
Marco Baringer <mb at bese.it>**20050725121551] 
[Make the wiki example use the show-window macro
Marco Baringer <mb at bese.it>**20050725121447] 
[Added SHOW and SHOW-WINDOW macros
Marco Baringer <mb at bese.it>**20050725121421] 
[Post method for login component
matley at innerloop.it**20050724142609] 
[Added initarg to client-value (form-component)
matley at innerloop.it**20050723142419] 
[Little typo bugfix
matley at innerloop.it**20050722200835] 
[Change the CALL macro to check for window-component'ness when used in entry-points
Marco Baringer <mb at bese.it>**20050723102841] 
[Fix the upload example
Marco Baringer <mb at bese.it>**20050721155417] 
[Only create a mime-part object for those mime-parts which have headers other than just "name"
Marco Baringer <mb at bese.it>**20050721155338] 
[Only use copy-seq on the request parameters if thay are strings (as opposed to mime-part objects)
Marco Baringer <mb at bese.it>**20050721154259] 
[Export the mime-part accessors
Marco Baringer <mb at bese.it>**20050721154124] 
[Update component slots and backtrack slots when reinitializing component classes
Marco Baringer <mb at bese.it>**20050718172834] 
[Allow defcomponent slot forms to be symbols (some effect as with defclass)
Marco Baringer <mb at bese.it>**20050718171831] 
[More accurate information regarding versions and how to get the software.
Jos?? Pablo Ezequiel Fern??ndez <pupeno at pupeno.com>**20050718033950] 
[More changes regarding dependencies.
Jos?? Pablo Ezequiel Fern??ndez <pupeno at pupeno.com>**20050717214720] 
[Some clear statements about the dependencies (more is still neede).
Jos?? Pablo Ezequiel Fern??ndez <pupeno at pupeno.com>**20050717213407] 
[Make ucw's installation directory an explicit configuration variable in make-image.lisp
Marco Baringer <mb at bese.it>**20050717191936] 
[Remove useless debugging code from ucw-tags.lisp
Marco Baringer <mb at bese.it>**20050717191301] 
[Fix handling of HTTR response status codes in aserve backend (Patch by: Antonio Menezes Leitao <aml at gia.ist.utl.pt>)
Marco Baringer <mb at bese.it>**20050717190254] 
[Fix handling of HTTP request/respons headers in aserve backend. (Patch by: Antonio Menezes Leitao <aml at gia.ist.utl.pt>)
Marco Baringer <mb at bese.it>**20050717185826] 
[Initial Import from arch
Marco Baringer <mb at bese.it>**20050706133829
 This patch is exactly equal to ucw-2004 at common-lisp.net/ucw--dev--0.3--patch-426 it simply
 represents the move over to darcs.
] 
[Added boring file
Marco Baringer <mb at bese.it>**20050706132641] 
Patch bundle hash:
8f14f88fb924e05b0f88026ece9c20f27c6c9c97

From mbaringer at common-lisp.net  Mon Mar 13 10:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon, 13 Mar 2006 05:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 12-Mar-2006
Message-ID: <20060313103003.CF8A915001@common-lisp.net>


Mon Mar 13 02:55:47 EST 2006  Alexey Antipov <door at lcpi.ru>
  * fix typo in <ucw:%select

    M ./src/yaclml/ucw-tags.lisp -1 +1


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060312.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From evrim at core.gen.tr  Mon Mar 13 15:42:57 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Mon, 13 Mar 2006 17:42:57 +0200
Subject: [Bese-devel] request dispatching
In-Reply-To: <m21wx796vr.fsf@bese.it>
References: <m21wx796vr.fsf@bese.it>
Message-ID: <44159301.9000800@core.gen.tr>

Marco Baringer wrote:

>what's changed:
>
>- the defentry-point macro is gone. in it place we have a list of
>  dipatch objects attached to each application object (see
>  ucw/examples/example.lisp) for an example. personally i've come to
>  believe that, when the number of entry-points is large, having them
>  all in one place is a good idea. if you don't like the centralizing
>  of entry-points re-introducing defentry-point wolud be trivial.
>
>- it is now possible, but i haven't done it yet, to create a
>  dispatcher which avoids creating frames and backtracking (think ajax
>  or home pages).
>
>- i find this code (which is some of ucw' most fundamental plumbing)
>  much much more readable and understandable.
>
>  
>
Hi Marco,

AFAIS, you've moved entry-point registry to application from server.
That gives a better url control.  I think i can re-implement my messy
defentry-point macros that i've pasted to bese-devel@ more cleanly now.

OTOH, i see that defcomponent is using old defentry-point macro, this
may fail new-comers who try to add entry-points by looking examples.

I don't remember bookmarking issue has been discussed here but maybe,
you may implement a persistent-url-dispatcher to enable bookmarking  or
something like perma-link or if there exists a solution that i don't
know, you may enlighten me:)

BTW, when do plan to merge it? Or do you plan to merge it?

King Regards,
Evrim.



From attila.lendvai at gmail.com  Mon Mar 13 16:52:42 2006
From: attila.lendvai at gmail.com (Attila Lendvai)
Date: Mon, 13 Mar 2006 17:52:42 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <87zmjuep4a.fsf@flarge.here>
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
Message-ID: <b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>

>
> Wouldn't that mean that this breaks every existing application?
>
i'm a newcomer to lisp, and one of the most positive aspects of this
community is that people tend to not care that much about backward
compatibility...

i understand that this may be an issue with deployed instances, etc., but
there are many ways to handle that.

just my 0.02,

- attila

(alias 101 on irc &no 'its not lisp code :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060313/a40db92c/attachment.html>

From mb at bese.it  Mon Mar 13 18:12:47 2006
From: mb at bese.it (Marco Baringer)
Date: Mon, 13 Mar 2006 19:12:47 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
	(Attila Lendvai's message of "Mon, 13 Mar 2006 17:52:42 +0100")
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
Message-ID: <m2u0a2xlgg.fsf@bese.it>

"Attila Lendvai" <attila.lendvai at gmail.com> writes:

>     Wouldn't that mean that this breaks every existing application?
>
> i'm a newcomer to lisp, and one of the most positive aspects of this community
> is that people tend to not care that much about backward compatibility...

i definetly fall into the 'backwards compatibilty comes way after
clarity, efficency and maliablitiy' camp. however this does not mean
we should gratutiously cause pain to people who've learnt ucw. 

hence:

(defmacro defentry-point (url
                          (&key (application '*default-application*))
                          request-params 
                          &body body)
  (rebinding (application)
  `(setf (application.dispatcher ,application)
         (append (application.dispatcher ,application)
                 (list (url-dispatcher ',url
                         (with-request-params ,request-params
                           , at body)))))))

the other most positive aspect of this comunity is that backwrads
compatability is so damn easy :)

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From mbaringer at common-lisp.net  Mon Mar 13 22:05:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon, 13 Mar 2006 17:05:02 -0500 (EST)
Subject: [Bese-devel] New patches to fiveam: 12-Mar-2006
Message-ID: <20060313220502.543AA5D08E@common-lisp.net>


Mon Mar 13 16:54:03 EST 2006  Marco Baringer <mb at bese.it>
  * Added gen-buffer generator

    M ./src/packages.lisp +1
    M ./src/random.lisp +7


An updated tarball of fiveam's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/fiveam-20060312.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=fiveam;a=summary


From mbaringer at common-lisp.net  Mon Mar 13 22:25:01 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon, 13 Mar 2006 17:25:01 -0500 (EST)
Subject: [Bese-devel] New patches to rfc2388: 12-Mar-2006
Message-ID: <20060313222501.F12FA650A1@common-lisp.net>


Mon Mar 13 17:05:00 EST 2006  Marco Baringer <mb at bese.it>
  * Added a test which throws random data at the parser and expects to get the same data back.
  
  You'd never guess, but occasionally the data we get back is different
  than the data we sent in :(

    M ./test/test.lisp -3 +39

Mon Mar 13 17:01:03 EST 2006  Marco Baringer <mb at bese.it>
  * Fix stupid (but fatal) bug with handling of CR-LF sequences embedded in the mime body.
  
  I have no idea how this ever could have worked before (odds are it
  never did and nobody ever noticed).

    M ./source/rfc2388.lisp -14 +10

Mon Mar 13 16:57:48 EST 2006  Marco Baringer <mb at bese.it>
  * Use (asdf:component-pathname (asdf:find-system :rfc2388.test)) instead of *compile-file-pathname* for locating the test data directory

    M ./test/test.lisp -5 +3


An updated tarball of rfc2388's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/rfc2388-20060312.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=rfc2388;a=summary


From mb at bese.it  Mon Mar 13 09:51:10 2006
From: mb at bese.it (Marco Baringer)
Date: Mon, 13 Mar 2006 10:51:10 +0100
Subject: [Bese-devel] Re: fix typo in <ucw:%select
References: <20060313080319.GA30476@rabbit.loc>
Message-ID: <m2u0a27jw1.fsf@bese.it>

Alexey Antipov <door at lcpi.ru> writes:

> typo fixed

applied. thanks.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Mon Mar 13 09:52:06 2006
From: mb at bese.it (Marco Baringer)
Date: Mon, 13 Mar 2006 10:52:06 +0100
Subject: [Bese-devel] Re: request dispatching
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
Message-ID: <m2pskq7juh.fsf@bese.it>

Friedrich Dominicus <frido at q-software-solutions.de> writes:

> Wouldn't that mean that this breaks every existing application?

:( a bit too drastic i guess....

i'll be adding back defentry-point.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Mon Mar 13 23:00:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon, 13 Mar 2006 18:00:03 -0500 (EST)
Subject: [Bese-devel] New patches to arnesi_dev: 12-Mar-2006
Message-ID: <20060313230003.905F114005@common-lisp.net>


Mon Mar 13 17:25:23 EST 2006  Marco Baringer <mb at bese.it>
  * Fix typo in walk.lisp

    M ./src/walk.lisp -2 +1

Mon Mar 13 17:25:10 EST 2006  Marco Baringer <mb at bese.it>
  * Added print-object method for log-category

    M ./src/log.lisp +6

Mon Mar 13 17:24:55 EST 2006  Marco Baringer <mb at bese.it>
  * Added copy-stream function

    M ./src/io.lisp -7 +14
    M ./src/packages.lisp +1


An updated tarball of arnesi_dev's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/arnesi_dev-20060312.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=arnesi_dev;a=summary


From attila.lendvai at gmail.com  Tue Mar 14 00:03:43 2006
From: attila.lendvai at gmail.com (Attila Lendvai)
Date: Tue, 14 Mar 2006 01:03:43 +0100
Subject: [Bese-devel] Re: :component slots and places idea/question
In-Reply-To: <m2slpn994d.fsf@bese.it>
References: <b54b34af0603110555s3c17f165l6fea2c4463649e50@mail.gmail.com>
	<m2slpn994d.fsf@bese.it>
Message-ID: <b54b34af0603131603o432a8546gf6f1465cb59effaf@mail.gmail.com>

>
> nice idea. i've commited something similar (to ucw_public for now,
> i'll move it over to ucw_dev if it works for you).
>

thanks! i had to add a "(when new-value..." to guard setf'ing nil. but
there's still some trouble: this code breaks in the debugger with sbcl in
the early stage of serving the page (please note the break call/condition):

(defmethod (setf mopp:slot-value-using-class) ((new-value
standard-component)
                                               (class
standard-component-class)
                                               (instance standard-component)
                                               (slot-def
standard-component-effective-slot))
  ;; let the next method perform the acutal setf'ing
  (call-next-method)
  (unless (or (null new-value)
              (typep new-value 'standard-component))
    (break))
  (when new-value
    (setf (component.place new-value)
          (make-place (mopp:slot-value-using-class class instance
slot-def))))
  new-value)

i either miss something obvious or the above defmethod does not dispatch on
new -value. if i then press continue in the debugger i get this error as
expected:

There is no applicable method for the generic function
  #<STANDARD-GENERIC-FUNCTION (SETF IT.BESE.UCW:COMPONENT.PLACE) (1)>
when called with arguments
  (#<IT.BESE.UCW::PLACE (SB-MOP:SLOT-VALUE-USING-CLASS CLASS
                                                       IT.BESE.UCW::INSTANCE
                                                       IT.BESE.UCW::SLOT-DEF)
{DDC2269}>
   DWIM-PRESENTATION-TEST::FOO).
   [Condition of type SIMPLE-ERROR]

the relevant stack frames are:

(if indenting is screwed up: IT.BESE.UCW::REINSTATE-BACKTRACKED)

 12: (SB-PCL::ACCESSOR-MISS #<STANDARD-GENERIC-FUNCTION (SETF
IT.BESE.UCW:COMPONENT.PLACE) (1)>
#<IT.BESE.UCW::PLACE(SB-MOP:SLOT-VALUE-USING-CLASS CLASS
IT.BESE.UCW::INSTANCE IT.BESE.UCW::SLOT-DEF) {DDC2269}>
DWIM-PRESENTATION-TEST::FOO #<SB-PCL::N-N {C6D8799}>)
 13: ((SB-PCL::FAST-METHOD (SETF SB-MOP:SLOT-VALUE-USING-CLASS) (
IT.BESE.UCW:STANDARD-COMPONENT IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW:STANDARD-COMPONENT
IT.BESE.UCW::STANDARD-COMPONENT-EFFECTIVE-SLOT)) #<unavailable argument>
#<CLOSURE (LAMBDA (SB-PCL::NV CLASS SB-KERNEL:INSTANCE ...)) {C63C3B5}>
DWIM-PRESENTATION-TEST::FOO #<IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW:SIMPLE-CONTAINER> #<IT.BESE.UCW:SIMPLE-CONTAINER {C7836F9}> #<
IT.BESE.UCW::STANDARD-COMPONENT-EFFECTIVE-SLOT
IT.BESE.UCW::CURRENT-COMPONENT-NAME>)
 14: ((SB-PCL::FAST-METHOD IT.BESE.UCW::REINSTATE-BACKTRACKED (
IT.BESE.UCW::STANDARD-SESSION-FRAME)) #<unavailable argument> #<unavailable
argument> #<IT.BESE.UCW::STANDARD-SESSION-FRAME TJGGNfeJnkJHoqMafHaq
13/0/138 {C7089C9}>)
 15: ((SB-PCL::FAST-METHOD IT.BESE.UCW::SERVICE (
IT.BESE.UCW::STANDARD-SESSION-FRAME IT.BESE.UCW::REQUEST-CONTEXT))
#<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW::STANDARD-SESSION-FRAME TJGGNfeJnkJHoqMafHaq 13/0/138 {C7089C9}>
#<IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {D197599}>)

could be i just need a sleep,

- attila

(alias 101 on irc &no 'its not lisp code :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060314/fe88b7c8/attachment.html>

From frido at q-software-solutions.de  Tue Mar 14 08:44:27 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Tue, 14 Mar 2006 09:44:27 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
	(Attila Lendvai's message of "Mon, 13 Mar 2006 17:52:42 +0100")
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
Message-ID: <87acbtct5g.fsf@flarge.here>

"Attila Lendvai" <attila.lendvai at gmail.com> writes:

> Wouldn't that mean that this breaks every existing application?i'm a
> newcomer to lisp, and one of the most positive aspects of this
> community is that people tend to not care that much about backward
> compatibility...?i understand that this?may be?an issue with deployed
> instances, etc., but there are many ways to handle that.just my
> 0.02,?- attila(alias 101 on irc &no 'its not lisp code :)
I disagree, backward compatability is not just a game. It's crucial
for any kind of "serious" investment. Even M$ has gone to extremes to
keep backward compatbility. As you can see in there income that was a
wise decision. Now they are drifting away and suddenly people are not
willing to follow without 'thinking'. 

Intel has learned it the hard way also, since they decided to build
the I64 stuff, AMD has taken away a lot of market share. 

The tendency at the moment in the GNU world is unfortunatly, "breaks
as much as you can", how many packages still use GTK 1.2 because they
"decided" it's a right thing to break everything. 

I like Common Lisp because it is quite stable and I can take code from
back a few years and have a good chance getting it running even in the
newer versions. This is also another big plus for C instead of C++. 

you just can think that backward-compatiblity is for weenies if you do
not have large applications. Otherwise you would not write such stuff.

Regards
Friedrich


From wojtekk at kofeina.net  Tue Mar 14 10:56:14 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Tue, 14 Mar 2006 11:56:14 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <44159301.9000800@core.gen.tr>
References: <m21wx796vr.fsf@bese.it> <44159301.9000800@core.gen.tr>
Message-ID: <641b4cf13e3227d3804e7012c6808517@kofeina.net>


On 13 Mar 2006, at 16:42, Evrim ULU wrote:

>> - the defentry-point macro is gone. in it place we have a list of
>>  dipatch objects attached to each application object (see
>>  ucw/examples/example.lisp) for an example. personally i've come to
>>  believe that, when the number of entry-points is large, having them
>>  all in one place is a good idea. if you don't like the centralizing
>>  of entry-points re-introducing defentry-point wolud be trivial.
>>
>> - it is now possible, but i haven't done it yet, to create a
>>  dispatcher which avoids creating frames and backtracking (think ajax
>>  or home pages).
>>
>> - i find this code (which is some of ucw' most fundamental plumbing)
>>  much much more readable and understandable.
>>
> Hi Marco,
>
> AFAIS, you've moved entry-point registry to application from server.
> That gives a better url control.  I think i can re-implement my messy
> defentry-point macros that i've pasted to bese-devel@ more cleanly now.
>
> OTOH, i see that defcomponent is using old defentry-point macro, this
> may fail new-comers who try to add entry-points by looking examples.
>
> I don't remember bookmarking issue has been discussed here but maybe,
> you may implement a persistent-url-dispatcher to enable bookmarking  or
> something like perma-link or if there exists a solution that i don't
> know, you may enlighten me:)

That would be very useful. I'm looking for a best way to create 
permalinks in my application. So far I  use a crude hackery: 
entry-point dynamic generation and/or update-url specialization; I 
dislike it much :)






From wojtekk at kofeina.net  Tue Mar 14 11:10:48 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Tue, 14 Mar 2006 12:10:48 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <87acbtct5g.fsf@flarge.here>
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
	<87acbtct5g.fsf@flarge.here>
Message-ID: <f798efde0549ab04a5614a5b94e421bb@kofeina.net>


On 14 Mar 2006, at 9:44, Friedrich Dominicus wrote:

> "Attila Lendvai" <attila.lendvai at gmail.com> writes:
>
>> Wouldn't that mean that this breaks every existing application?i'm a
>> newcomer to lisp, and one of the most positive aspects of this
>> community is that people tend to not care that much about backward
>> compatibility...?i understand that this?may be?an issue with deployed
>> instances, etc., but there are many ways to handle that.just my
>> 0.02,?- attila(alias 101 on irc &no 'its not lisp code :)
> I disagree, backward compatability is not just a game. It's crucial
> for any kind of "serious" investment. Even M$ has gone to extremes to
> keep backward compatbility. As you can see in there income that was a
> wise decision. Now they are drifting away and suddenly people are not
> willing to follow without 'thinking'.
>
> Intel has learned it the hard way also, since they decided to build
> the I64 stuff, AMD has taken away a lot of market share.
>
> The tendency at the moment in the GNU world is unfortunatly, "breaks
> as much as you can", how many packages still use GTK 1.2 because they
> "decided" it's a right thing to break everything.
>
> I like Common Lisp because it is quite stable and I can take code from
> back a few years and have a good chance getting it running even in the
> newer versions. This is also another big plus for C instead of C++.
>
> you just can think that backward-compatiblity is for weenies if you do
> not have large applications. Otherwise you would not write such stuff.

I think you can find (and meet) a significant number of people claiming 
that backward compatibility 'myth' is evil in industry and some 
compatibility practices are leading to a least-common-denominator 
effect, which often kills innovations. I'm not willing to start a flame 
here; please just consider that, in the case of our UCW dispatcher 
changes, one can learn a lot. Fortunately Marco seems keep macros for 
old behaviour so we aren't forced to learn it all right now. Best of 
both worlds.



From frido at q-software-solutions.de  Tue Mar 14 12:33:05 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Tue, 14 Mar 2006 13:33:05 +0100
Subject: [Bese-devel] Small announcement (ucw tutorial)
Message-ID: <87slplb3zy.fsf@flarge.here>

Well people have blamed me for quite a few things, for 
good or bad reason. Altough I do not feel up to the task understanding
UCW really, I've started to write a tutorial (actual) about it. 
It's not much there but I hope that I will get to some point within
the next 2 or so hours. I have not idea on how much time I'll spend on
it, because other things are more important. I find that ucw is the
"rigth" thing to some extend, that I disagree with quite  a few things
it a personal problem. I though about setting up a wiki myself but
decided to use cliki instead. So if you are interested on how someone
has approached and understand UCW (not from the inner developers
circle) then feel fee to visit the pages at:
http://www.cliki.net/ucw%20Tutorial

They are just in their infancy and more rough then good. But I'll try
to polish them over time, if you feel you should add something, do so
it's a Wiki ;-)

Regards
Friedrich


From a_bakic at yahoo.com  Tue Mar 14 12:58:24 2006
From: a_bakic at yahoo.com (Aleksandar Bakic)
Date: Tue, 14 Mar 2006 04:58:24 -0800 (PST)
Subject: [Bese-devel] request dispatching
In-Reply-To: <87acbtct5g.fsf@flarge.here>
Message-ID: <20060314125824.73469.qmail@web34613.mail.mud.yahoo.com>

--- Friedrich Dominicus <frido at q-software-solutions.de> wrote:
[...]
> I disagree, backward compatability is not just a game. It's crucial
[...]

Let me second this. I've got a non-stop running application using UCW. It is
based on UCW version of a couple months ago. No chance I can follow you guys
now... I am not complaining; it is OK to keep rewriting code and try to make it
perfect. However, it would have been better if configuration management was
done like in a corporate environment. Unfortunately, I was unable to offer help
when there was the time for it; I'll see if I can try again.

Alex

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


From svg at surnet.ru  Tue Mar 14 13:44:10 2006
From: svg at surnet.ru (Vladimir Sekissov)
Date: Tue, 14 Mar 2006 18:44:10 +0500 (YEKT)
Subject: [Bese-devel] Small announcement (ucw tutorial)
In-Reply-To: <87slplb3zy.fsf@flarge.here>
References: <87slplb3zy.fsf@flarge.here>
Message-ID: <20060314.184410.38658861.svg@surnet.ru>

Good day, Friedrich,

frido> Well people have blamed me for quite a few things, for 
frido> good or bad reason. Altough I do not feel up to the task understanding
frido> UCW really, I've started to write a tutorial (actual) about it. 
frido> It's not much there but I hope that I will get to some point within
frido> the next 2 or so hours. I have not idea on how much time I'll spend on
frido> it, because other things are more important. I find that ucw is the
frido> "rigth" thing to some extend, that I disagree with quite  a few things
frido> it a personal problem. I though about setting up a wiki myself but
frido> decided to use cliki instead. So if you are interested on how someone
frido> has approached and understand UCW (not from the inner developers
frido> circle) then feel fee to visit the pages at:
frido> http://www.cliki.net/ucw%20Tutorial
frido> 
frido> They are just in their infancy and more rough then good. But I'll try
frido> to polish them over time, if you feel you should add something, do so
frido> it's a Wiki ;-)

Thank you for the useful initiative.

I have some tips how to use CLSQL with UCW about.

It is surprisingly not very easy to use stateful concurent application
with CLSQL.

To avoid conflicts on access to database it would be good idea to use
fresh connection every time and rewrite clsql-sys::view-database
method the following way:

(defmethod clsql-sys::view-database ((obj clsql:standard-db-object))
  "In web environment we can't rely on database OBJ was retrieved with.
It can be used by another thread at this time.
Assume that user always set clsql:*default-database* to right value."
  (when (call-next-method)
    clsql:*default-database*))

I wrote a package DATA-SRC to simplify database access using pooling
connections. It also takes care about reconnection after database
lost.

It is in attachment.

Usage:

(defvar *mydb-src*
  (data-src:parse-src-uri "postgresql://username:password at localhost/mydb:5432"))

;; locally bind clsql:*default-databse* to fresh pooling connection
(data-src:with-connection (nil *mydb-src*)
  ...
  (data-src:with-transaction (*mydb-src*)
  ...))

;; or both in one macro
(data-src:with-commit (nil *mydb-src*)
   ...)

;; CLSQL uses lazy policy on handling one-to-many join slots
;; Wrap rendering of components which use CLSQL objects with
;; connection

(defmethod ucw:render :wrap-around ((c my-db-component))
  (data-src:with-connection (nil *mydb-src*)
    (call-next-method)))

Best Regards,
Vladimir Sekissov


-------------- next part --------------
(in-package :cl-user)

(require :cl-ppcre)
(require :arnesi)
(require :clsql)
(require :ftp)

(defpackage :data-src 
  (:use :cl
        :it.bese.arnesi
        :puri
        :wsutil)
  (:export :data-src
           :sql-src
           :src-scheme
           :parse-src-uri
           :connection-spec
           :default-connection
           :connect
           :disconnect
           :connection
           :insert-record
           :update-record
           :write-record
           :delete-record
           :with-connection
           :with-transaction
           :with-commit
           ))
            
(in-package :data-src)

(defvar *data-src-scheme->class-table*
  (make-hash-table))

(defclass data-src (puri:uri)
  ((username :accessor username
             :initarg :username
             :initform ""
             :documentation "")
   (password :accessor password
             :initarg :password
             :initform ""
             :documentation "")
   (options :accessor options
            :initarg :options
            :initform nil
            :documentation "")
   (connection-variable :accessor connection-variable
               :initarg :connection-variable
               :allocation :class
               :initform nil
               :documentation
               "Name of dynamic variable open connection to data source
is set to by default where place is desired."))
  (:documentation "Data source specification."))

(defmethod src-scheme ((ds data-src))
  (puri:uri-scheme ds))

(defun data-src-scheme-class (scheme)
  (aif (gethash scheme *data-src-scheme->class-table*)
       (find-class it)
       (error "couldn't find data src for scheme ~a" scheme)))

(defsetf data-src-scheme-class (scheme) (class)
  `(setf (gethash ,scheme *data-src-scheme->class-table*) ,class))

(let ((uri-regexp (ppcre:create-scanner "^(\\w+://)(\\w+):(\\w+)@(.*)")))
  (defun parse-src-uri (src-uri &rest initargs)
    (declare (type string src-uri))
    (let (username password)
      (ppcre:register-groups-bind (scheme user pass path)
          (uri-regexp src-uri)
        (setf src-uri (strcat scheme path)
              username user
              password pass))
      (let ((ds (puri:parse-uri src-uri :class 'data-src)))
        (apply #'change-class
               ds
               (data-src-scheme-class (puri:uri-scheme ds))
               (plist-union initargs (list :username username :password password)))
        ds))))

(defgeneric connect (data-src &key &allow-other-keys)
  (:method ((uri string) &rest args)
    (multiple-value-bind (uri-args conn-args)
        (split-plist (rcurry #'member '(:username :password :options)) args)
      (apply #'connect (apply #'parse-src-uri uri uri-args) conn-args)))
  (:documentation "Connect to data source DATA-SRC.
If DATA-SRC is a string then create data-src object before.
Returns data source."))

(defgeneric disconnect (connection)
  (:documentation "Disconnect from data source CONNECTION."))

(defgeneric default-connection (data-src)
  (:documentation "Returns default connection DATA-SRC associated with.")
  (:method ((ds data-src))
    (symbol-value (connection-variable ds))))

(defmethod (setf default-connection) (new (ds data-src))
  (setf (symbol-value (connection-variable ds)) new))

(defgeneric update-record (connection dest key-alist attr-alist)
  (:documentation "Update record in DEST corresponding to KEY-ALIST
from ATTR-ALIST using CONNECTION.
Returns T on success."))

(defgeneric insert-record (connection dest attr-alist)
  (:documentation "Insert record ATTR-ALIST into DEST using CONNECTION."))

(defgeneric delete-record (connection dest key-alist)
  (:documentation "Delete record from DEST corresponding to KEY-ALIST
using CONNECTION.
Returns T on success."))

(defgeneric with-data-transaction (connection function)
  (:method ((ds data-src) function)
    (with-slots (connection-variable) ds
      (assert connection-variable ()
              "Data source ~a doesn't provide connection variable name" ds)
      (with-data-transaction (symbol-value connection-variable) function)))
  (:documentation "Execute FUNCTION using CONNECTION transactional context."))

(defmacro with-connection ((conn-var data-src &rest conn-args) &rest body)
  "Create connection to DATA-SRC, bind it to CONN-VAR variable,
execute BODY and disconnect after. If CONN-VAR is NIL connection is
bound with (connection-variable DATA-SRC) dynamic variable.
Returns the result of BODY."
  (rebinding (data-src)
    (if conn-var
        `(let ((,conn-var (connect ,data-src , at conn-args)))
           (unwind-protect
                (progn , at body)
             (disconnect ,conn-var)))
        (with-unique-names ((cvn "-conn-var-name"))
          `(let ((,cvn (connection-variable ,data-src)))
             (assert ,cvn ()
                     "Nor user or source variable for connection are specified.")
             (progv (list ,cvn)
                 (list (connect ,data-src , at conn-args))
               (unwind-protect
                    (progn , at body)
                 (disconnect (symbol-value ,cvn)))))))))

(defmacro with-transaction ((connection) &rest body)
  "Execute BODY in CONNECTION transactional context
Returns the result of BODY."
  `(with-data-transaction ,connection
     #'(lambda () , at body)))

(defmacro with-commit ((conn-var data-src) &rest body)
  (rebinding (data-src)
    `(with-connection (,conn-var ,data-src)
       (with-transaction (,data-src)
         , at body))))

(setf (data-src-scheme-class :postgresql) 'sql-src)

(defclass sql-src (data-src)
  ((connection-variable
    :allocation :class
    :initform 'clsql:*default-database*))
  (:documentation "SQL data source."))

(defmethod connection-spec ((ds sql-src))
  `(,(puri:uri-host ds)
     ,(second (puri:uri-parsed-path ds))
     ,(username ds)
     ,(password ds)
     ,(aif (puri:uri-port ds) (prin1-to-string it))
     ,(options ds)))

(defmethod connect ((ds sql-src) &key make-default (pool t))
  (flet ((alivep (conn)
           (handler-case (progn
                           (clsql:query "select 1" :database conn)
                           t)
             (clsql:sql-database-error (c)
               (declare (ignore c))
               nil)))
         (do-connect ()
           (clsql:connect (connection-spec ds)
                          :database-type (puri:uri-scheme ds)
                          :pool pool
                          :make-default make-default)))
    (let ((c (do-connect)))
      (unless (alivep c)
        (clsql:disconnect-pooled t)
        (setf c (do-connect)))
      c)))

(defmethod disconnect ((connection clsql:database))
  (clsql:disconnect :database connection))

(defmethod with-data-transaction ((connection clsql:database) function)
  (clsql:with-transaction (:database connection)
    (funcall function)))

(defmethod update-record ((db clsql:database) dest-table key-alist attr-alist)
  (let* ((tbl (clsql:sql-expression :table dest-table))
         (where (apply
                 #'clsql:sql-operation 'and
                 (mapcar #'(lambda (av)
                             (clsql:sql-operation
                              '=
                              (clsql:sql-expression :attribute (first av))
                              (second av)))
                         key-alist)))
         (exists (car (clsql:select 1
                                    :from tbl
                                    :flatp t
                                    :where where
                                    :limit 1
                                    :database db))))
    (when exists
      (clsql:update-records tbl
                            :av-pairs attr-alist
                            :where where
                            :database db))
    (if exists t nil)))

(defmethod insert-record ((db clsql:database) dest-table attr-alist)
  (let ((tbl (clsql:sql-expression :table dest-table)))
    (clsql:insert-records :into tbl :av-pairs attr-alist :database db)))

(defmethod write-record ((db clsql:database) dest-table key-alist attr-alist)
  (unless (update-record db dest-table key-alist attr-alist)
    (insert-record db dest-table (append key-alist attr-alist))))

(defmethod delete-record ((db clsql:database) dest-table key-alist)
  (let* ((tbl (clsql:sql-expression :table dest-table))
         (where (apply
                 #'clsql:sql-operation 'and
                 (mapcar #'(lambda (av)
                             (clsql:sql-operation
                              '=
                              (clsql:sql-expression :attribute (first av))
                              (second av)))
                         key-alist)))
         (exists (car (clsql:select 1
                                    :from tbl
                                    :flatp t
                                    :where where
                                    :limit 1
                                    :database db))))
    (when exists
        (clsql:delete-records :from tbl :where where :database db)
        t)))

;;
;; FTP
;;

(setf (data-src-scheme-class :ftp) 'ftp-src)

(defclass ftp-src (data-src)
  ((connection-variable
    :allocation :class
    :initform '*default-ftp-connection*))
  (:documentation "FTP data source."))

(defmethod connect ((ds ftp-src) &rest rest-args)
  (apply #'make-instance
         'ftp:ftp-connection
         :hostname (uri-host ds)
         :port (or (uri-port ds) 21)
         (append (options ds)
                 (plist-union rest-args
                              (list
                               :username (username ds)
                               :password (password ds))))))

(defmethod disconnect ((connection ftp:ftp-connection))
  (ftp:close-connection connection))

(defmethod with-data-transaction ((connection ftp:ftp-connection) function)
  (declare (ignore connection))
  (funcall function))

From frido at q-software-solutions.de  Tue Mar 14 15:18:55 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Tue, 14 Mar 2006 16:18:55 +0100
Subject: [Bese-devel] Small announcement (ucw tutorial)
In-Reply-To: <20060314.184410.38658861.svg@surnet.ru> (Vladimir Sekissov's
	message of "Tue, 14 Mar 2006 18:44:10 +0500 (YEKT)")
References: <87slplb3zy.fsf@flarge.here>
	<20060314.184410.38658861.svg@surnet.ru>
Message-ID: <87k6axawbk.fsf@flarge.here>

Vladimir Sekissov <svg at surnet.ru> writes:

> Good day, Friedrich,
>
> frido> Well people have blamed me for quite a few things, for 
> frido> good or bad reason. Altough I do not feel up to the task understanding
> frido> UCW really, I've started to write a tutorial (actual) about it. 
> frido> It's not much there but I hope that I will get to some point within
> frido> the next 2 or so hours. I have not idea on how much time I'll spend on
> frido> it, because other things are more important. I find that ucw is the
> frido> "rigth" thing to some extend, that I disagree with quite  a few things
> frido> it a personal problem. I though about setting up a wiki myself but
> frido> decided to use cliki instead. So if you are interested on how someone
> frido> has approached and understand UCW (not from the inner developers
> frido> circle) then feel fee to visit the pages at:
> frido> http://www.cliki.net/ucw%20Tutorial
> frido> 
> frido> They are just in their infancy and more rough then good. But I'll try
> frido> to polish them over time, if you feel you should add something, do so
> frido> it's a Wiki ;-)
>
> Thank you for the useful initiative.
>
> I have some tips how to use CLSQL with UCW about.
>
> It is surprisingly not very easy to use stateful concurent application
> with CLSQL.
>
> To avoid conflicts on access to database it would be good idea to use
> fresh connection every time and rewrite clsql-sys::view-database
> method the following way:
Well you may be right about this, I can not judge. As written the
thing is though to be a tutorial. So I want it as simple as possible,
believe me it will get more complex over time nealy automagically ;-)

Thanks however about letting me know your doubts. I may make good use
of your source someday. 

Howeve please let us go to UCW, this mailing list id definitly not
about cl-sql problems ;-)

Regards
Friedrich



From mbaringer at common-lisp.net  Tue Mar 14 16:25:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Tue, 14 Mar 2006 11:25:02 -0500 (EST)
Subject: [Bese-devel] New patches to rfc2388: 13-Mar-2006
Message-ID: <20060314162502.3520A4814D@common-lisp.net>


Tue Mar 14 11:25:21 EST 2006  Marco Baringer <mb at bese.it>
  * added mime-part-p

    M ./source/packages.lisp +1
    M ./source/rfc2388.lisp +4


An updated tarball of rfc2388's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/rfc2388-20060313.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=rfc2388;a=summary


From frido at q-software-solutions.de  Tue Mar 14 18:34:42 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Tue, 14 Mar 2006 19:34:42 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <f798efde0549ab04a5614a5b94e421bb@kofeina.net> (Wojciech
	Kaczmarek's message of "Tue, 14 Mar 2006 12:10:48 +0100")
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
	<87acbtct5g.fsf@flarge.here>
	<f798efde0549ab04a5614a5b94e421bb@kofeina.net>
Message-ID: <87y7zcan99.fsf@flarge.here>

Wojciech Kaczmarek <wojtekk at kofeina.net> writes:

> On 14 Mar 2006, at 9:44, Friedrich Dominicus wrote:
>
>> "Attila Lendvai" <attila.lendvai at gmail.com> writes:
>>
>>> Wouldn't that mean that this breaks every existing application?i'm a
>>> newcomer to lisp, and one of the most positive aspects of this
>>> community is that people tend to not care that much about backward
>>> compatibility...?i understand that this?may be?an issue with deployed
>>> instances, etc., but there are many ways to handle that.just my
>>> 0.02,?- attila(alias 101 on irc &no 'its not lisp code :)
>> I disagree, backward compatability is not just a game. It's crucial
>> for any kind of "serious" investment. Even M$ has gone to extremes to
>> keep backward compatbility. As you can see in there income that was a
>> wise decision. Now they are drifting away and suddenly people are not
>> willing to follow without 'thinking'.
>>
>> Intel has learned it the hard way also, since they decided to build
>> the I64 stuff, AMD has taken away a lot of market share.
>>
>> The tendency at the moment in the GNU world is unfortunatly, "breaks
>> as much as you can", how many packages still use GTK 1.2 because they
>> "decided" it's a right thing to break everything.
>>
>> I like Common Lisp because it is quite stable and I can take code from
>> back a few years and have a good chance getting it running even in the
>> newer versions. This is also another big plus for C instead of C++.
>>
>> you just can think that backward-compatiblity is for weenies if you do
>> not have large applications. Otherwise you would not write such stuff.
>
> I think you can find (and meet) a significant number of people
> claiming that backward compatibility 'myth' is evil in industry and
> some compatibility practices are leading to a least-common-denominator
> effect, which often kills innovations. 
Yes that is the case, but you have to consider also the costs. Of
course if you get paid for it to follow all the "corrections" this
might be acceptable although I doubt that anyone will be very happy to
rewrite code over and over again, introducing new bugs on the way and
not getting anything new done. 

But I see your arguments also, but I feel you should not take it all
to light, software has a unbeliavable resistance. And things supposed
not to survive over a few years are still hanging around. 

> I'm not willing to start a
> flame here; please just consider that, in the case of our UCW
> dispatcher changes, one can learn a lot. Fortunately Marco seems keep
> macros for old behaviour so we aren't forced to learn it all right
> now. Best of both worlds.
I can't see you flaming and I can't see me flaming also. We have
different opinions and we have to accept it. I just think just for
getting something bette done kiling every application out there is not
a wise choice. I'm quite happy if the defentry stuff will stay. I can
see the points of collecting things in one place but I can see also
see the point keepin the defentry near the stuff which is behind it.

So I think it is the "right" thing what Marco has done. 

Regards
Friedrich


From wojtekk at kofeina.net  Tue Mar 14 18:08:53 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Tue, 14 Mar 2006 19:08:53 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <87y7zcan99.fsf@flarge.here>
References: <m21wx796vr.fsf@bese.it>
	<87zmjuep4a.fsf@flarge.here>	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>	<87acbtct5g.fsf@flarge.here>	<f798efde0549ab04a5614a5b94e421bb@kofeina.net>
	<87y7zcan99.fsf@flarge.here>
Message-ID: <441706B5.4090604@kofeina.net>

Friedrich Dominicus wrote:
> Wojciech Kaczmarek <wojtekk at kofeina.net> writes:
>> I'm not willing to start a
>> flame here; please just consider that, in the case of our UCW
>> dispatcher changes, one can learn a lot. Fortunately Marco seems keep
>> macros for old behaviour so we aren't forced to learn it all right
>> now. Best of both worlds.
> I can't see you flaming and I can't see me flaming also. We have
> different opinions and we have to accept it. I just think just for
> getting something bette done kiling every application out there is not
> a wise choice. I'm quite happy if the defentry stuff will stay. I can
> see the points of collecting things in one place but I can see also
> see the point keepin the defentry near the stuff which is behind it.
> 
> So I think it is the "right" thing what Marco has done. 

Actually my first reaction to these (and some other) code changes was 
something like "oh no, this can break my stuff again"; but it's my 
decision to stick with develompent version. I do it mostly because it's 
fast way to learn things.

Speaking of versions.. looks like we don't run any form of release 
management here. Darcs is quite good for moving patches back and forth 
between repositories and I think that so far everone's doing some form 
of management for own purposes. Well maybe it's time to discuss if it's 
sufficient or not.


From attila.lendvai at gmail.com  Tue Mar 14 22:04:00 2006
From: attila.lendvai at gmail.com (Attila Lendvai)
Date: Tue, 14 Mar 2006 23:04:00 +0100
Subject: [Bese-devel] request dispatching
In-Reply-To: <b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
Message-ID: <b54b34af0603141404n3eb5c1ceo773dbcd8af4d73ec@mail.gmail.com>

On 3/13/06, Attila Lendvai <attila.lendvai at gmail.com> wrote:
>
>  Wouldn't that mean that this breaks every existing application?
> >
> i'm a newcomer to lisp, and one of the most positive aspects of this
> community is that people tend to not care that much about backward
> compatibility...
>
> i understand that this may be an issue with deployed instances, etc., but
> there are many ways to handle that.
>
> just my 0.02,
>

hm, i think everything's there in the few lines above, especially in the
"many ways to handle that". i only wanted to support Marco in the
progressive thinking...

(and i do have some nontrivial applications deployed that we are right in
the process of rewriting in lisp... ;)


[some burning material has been cut from here before catching fire :]

- attila

(alias 101 on irc &no 'its not lisp code :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060314/1987f7e8/attachment.html>

From aycan.irican at core.gen.tr  Tue Mar 14 22:45:46 2006
From: aycan.irican at core.gen.tr (Aycan iRiCAN)
Date: Wed, 15 Mar 2006 00:45:46 +0200
Subject: [Bese-devel] file-upload-field
Message-ID: <87k6aw63xh.fsf@core.gen.tr>

Hi,

I just created a simple file upload form (I used <ucw:form with
:enctype "multipart/formdata" to get a proper upload-form) but I
couldn't reach the stream of a file-upload-field. Any tips?

Best Regards.

-- 
Aycan iRiCAN
C0R3 Computer Security Group
http://www.core.gen.tr
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060315/542924f3/attachment.sig>

From wojtekk at kofeina.net  Tue Mar 14 23:02:45 2006
From: wojtekk at kofeina.net (Wojciech Kaczmarek)
Date: Wed, 15 Mar 2006 00:02:45 +0100
Subject: [Bese-devel] OT::request dispatching
In-Reply-To: <b54b34af0603141404n3eb5c1ceo773dbcd8af4d73ec@mail.gmail.com>
References: <m21wx796vr.fsf@bese.it> <87zmjuep4a.fsf@flarge.here>
	<b54b34af0603130852v403ce2ffkf16f58fd5f3010b3@mail.gmail.com>
	<b54b34af0603141404n3eb5c1ceo773dbcd8af4d73ec@mail.gmail.com>
Message-ID: <156058efbb828d1beaf452e8b649fc8b@kofeina.net>


On 14 Mar 2006, at 23:04, Attila Lendvai wrote:
>>
>> i'm a newcomer to lisp, and one of the most positive aspects of this 
>> community is that people tend to not care that much about backward 
>> compatibility...
>> ?
>> i understand that this?may be?an issue with deployed instances, etc., 
>> but there are many ways to handle that.
>>
>> just my 0.02,?
> hm, i think everything's there in the?few lines above, especially in 
> the "many ways to handle that". i?only wanted to support Marco in the 
> progressive thinking...
> ?
> (and i do have some nontrivial applications deployed that?we are?right 
> in the process of rewriting in lisp... ;)
> ?
> [some burning material has been cut from here before catching fire :]

Another 2 cents:
<YMMV> The more I think about this discussion the more I conclude that 
one of the main reasons I like UCW is that people here are focused on 
(combined) fun, work and fun of work rather than on 'issues', 
'releases' and all that stuff. Probably most of us is earning money by 
working on software thus probably we have enough of this. Focusing on 
real work (instead of premature assumptions and fears) is smart. And 
very 'lispy', because in Lisp we can do our work really in a way we 
like. That's smart. I like smart people and I'm willing (partly because 
of my laziness) to use products of smart people because they are better 
than average products. So probably that's the reason why I'm really 
fond of this and several other CL projects with all their backward 
ruthless incompatibilities :) </YMMV>

Gosh, looks like I'm writing more essays than code lately..



From mbaringer at common-lisp.net  Wed Mar 15 05:25:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed, 15 Mar 2006 00:25:02 -0500 (EST)
Subject: [Bese-devel] New patches to rfc2388: 14-Mar-2006
Message-ID: <20060315052502.4297145005@common-lisp.net>


Tue Mar 14 13:30:37 EST 2006  Marco Baringer <mb at bese.it>
  * Change the random tester to create characters which have a much higher probability of causing parser errors

    M ./test/test.lisp -9 +16

Tue Mar 14 13:30:01 EST 2006  Marco Baringer <mb at bese.it>
  * Fix bug in handling of CR chars (we were ignoring them when we shouldn't have been)

    M ./source/rfc2388.lisp -1 +4


An updated tarball of rfc2388's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/rfc2388-20060314.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=rfc2388;a=summary


From albertosantini at gmail.com  Wed Mar 15 08:50:19 2006
From: albertosantini at gmail.com (Alberto Santini)
Date: Wed, 15 Mar 2006 09:50:19 +0100
Subject: [Bese-devel] Small announcement (ucw tutorial)
In-Reply-To: <87slplb3zy.fsf@flarge.here>
References: <87slplb3zy.fsf@flarge.here>
Message-ID: <6a066ca20603150050u6312a3fcudf3b4f554b1ce6b@mail.gmail.com>

Hello.

My two cents.

With the same scope, understanding UCW, I wrote QUICKSTART
and QUICKSTART_DEV you can find in 'docs' directory.

QUICKSTART is aimed to install and to configure UCW, while _DEV
is aimed to create a very simple application.

Cheers,
Alberto


On 3/14/06, Friedrich Dominicus <frido at q-software-solutions.de> wrote:
>
> Well people have blamed me for quite a few things, for
> good or bad reason. Altough I do not feel up to the task understanding
> UCW really, I've started to write a tutorial (actual) about it.


[snip]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060315/aed4db1b/attachment.html>

From cjstuij at gmail.com  Thu Mar 16 14:09:16 2006
From: cjstuij at gmail.com (Ties Stuij)
Date: Thu, 16 Mar 2006 15:09:16 +0100
Subject: [Bese-devel] blank page with araneida backend
Message-ID: <d7ce4ebf0603160609l33728eetcf1a79bf2b780641@mail.gmail.com>

unfortunately araneida just serves a blank page

i found this:
14:42 UCW-LOGGER/+INFO+: CALL'ing to
/#<IT.BESE.UCW-USER::EXAMPLE-WINDOW {593DC42D}>
Caught error: Type-error in KERNEL::OBJECT-NOT-BASE-CHAR-ERROR-HANDLER:
                 60 is not of type BASE-CHAR

in the error log

greets,
Ties


From mb at bese.it  Thu Mar 16 13:33:45 2006
From: mb at bese.it (Marco Baringer)
Date: Thu, 16 Mar 2006 14:33:45 +0100
Subject: [Bese-devel] Re: Small announcement (ucw tutorial)
References: <87slplb3zy.fsf@flarge.here>
Message-ID: <m2zmjq4ipy.fsf@bese.it>

Friedrich Dominicus <frido at q-software-solutions.de> writes:

> They are just in their infancy and more rough then good. But I'll try
> to polish them over time, if you feel you should add something, do so
> it's a Wiki ;-)

i just finished reading it. i really appreciate the effort you, paul,
Tim J., Erik Huelsmann, Ivan Toshkov, Brandon Edens and everyone else
(i didn't sift through all the recent changes) have put into this.

even though i don't have the time to participate directly i'll be more
than happy to handle any questions/suggestions that come up during the
authoring of this tutorial.

thanks again,
-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Thu Mar 16 13:38:01 2006
From: mb at bese.it (Marco Baringer)
Date: Thu, 16 Mar 2006 14:38:01 +0100
Subject: [Bese-devel] Re: file-upload-field
References: <87k6aw63xh.fsf@core.gen.tr>
Message-ID: <m2veue4iiu.fsf@bese.it>

"Aycan iRiCAN" <aycan.irican at core.gen.tr> writes:

> Hi,
>
> I just created a simple file upload form (I used <ucw:form with
> :enctype "multipart/formdata" to get a proper upload-form) but I
> couldn't reach the stream of a file-upload-field. Any tips?

(i assume you meant multipart/form-data)

the value of a file-upload-field is, using mod_lisp or the httpd
backend, an rfc2388:mime-part object (araneida doesn't handle
multipart/form-data and i don't know what the status of
multipart/form-data on aserve is).

To get the filename, as provided by the client, use:

(rfc2388:get-header-attribute (rfc2388:get-header (value image-field)
                                                  "Content-Disposition")
                              "filename")

to get the stream use:

(rfc2388:content (value image-field))

suggestions on improving the api are more than welcome.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Thu Mar 16 17:08:34 2006
From: mb at bese.it (Marco Baringer)
Date: Thu, 16 Mar 2006 18:08:34 +0100
Subject: [Bese-devel] Re: file-upload-field
In-Reply-To: <m2veue4iiu.fsf@bese.it> (Marco Baringer's message of "Thu, 16
	Mar 2006 14:38:01 +0100")
References: <87k6aw63xh.fsf@core.gen.tr> <m2veue4iiu.fsf@bese.it>
Message-ID: <m2y7za2u7h.fsf@bese.it>

Marco Baringer <mb at bese.it> writes:

> (rfc2388:content (value image-field))

do not forget to close that stream. automatically closing streams
opened by the backend is a _major_ problem i'm still working on.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From frido at q-software-solutions.de  Fri Mar 17 08:11:53 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Fri, 17 Mar 2006 09:11:53 +0100
Subject: [Bese-devel] Re: Small announcement (ucw tutorial)
In-Reply-To: <m2zmjq4ipy.fsf@bese.it> (Marco Baringer's message of "Thu,
	16 Mar 2006 14:33:45 +0100")
References: <87slplb3zy.fsf@flarge.here> <m2zmjq4ipy.fsf@bese.it>
Message-ID: <87mzfp8p86.fsf@flarge.here>

Ok, here we go with around of questions
- why isn't valildator not exported from ucw?
- Could it be that validate-value was renamed to valiate (see
packages.lisp) and grep for validate-value in the lisp files

Regards
Friedrich


From frido at q-software-solutions.de  Fri Mar 17 08:14:20 2006
From: frido at q-software-solutions.de (Friedrich Dominicus)
Date: Fri, 17 Mar 2006 09:14:20 +0100
Subject: [Bese-devel] Re: Small announcement (ucw tutorial)
In-Reply-To: <m2zmjq4ipy.fsf@bese.it> (Marco Baringer's message of "Thu,
	16 Mar 2006 14:33:45 +0100")
References: <87slplb3zy.fsf@flarge.here> <m2zmjq4ipy.fsf@bese.it>
Message-ID: <87irqd8p43.fsf@flarge.here>

Could it be also that read-client-value was replaces by client-value?

Regards
Friedrich


From mbaringer at common-lisp.net  Sat Mar 18 05:25:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sat, 18 Mar 2006 00:25:02 -0500 (EST)
Subject: [Bese-devel] New patches to rfc2388: 17-Mar-2006
Message-ID: <20060318052502.91A9B78001@common-lisp.net>


Fri Mar 17 07:33:35 EST 2006  Marco Baringer <mb at bese.it>
  * Fix handling of escape characters in header-values

    M ./source/rfc2388.lisp -2 +4


An updated tarball of rfc2388's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/rfc2388-20060317.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=rfc2388;a=summary


From attila.lendvai at gmail.com  Sat Mar 18 14:21:27 2006
From: attila.lendvai at gmail.com (Attila Lendvai)
Date: Sat, 18 Mar 2006 15:21:27 +0100
Subject: [Bese-devel] container.lisp refactor
Message-ID: <b54b34af0603180621s2f90af35t56e215442a326518@mail.gmail.com>

hi!

i've made the following refactoring to container.lisp:

Sat Mar 18 14:39:45 CET 2006  attila.lendvai at gmail.com
  * Refactored container.lisp

  Renamed simple-container to switching-container, clearly separated the
base
  container class functionality from the new switching container. After the
  refactor it is easier to use switching-container with dynamically
  generated content and in situations where the old 'label' property have
  no useful meaning (e.g. dinamically built tab pane). By default the new
'key'
  property is the component itself.

  User API changes (exported symbols):
   - simple-container -> switching-container
   - container.label-test -> container.key-test (also the initarg)
   - container.current-component-name ->
container.current-component-key(also the initarg)

  Generally 'label' has been renamed to 'key' in container, and
switching-container
  implementation is based on the component accessing functionality provided
by container.

i haven't uploaded it yet to the public repo, because i want to polish it a
bit more. i've got two questions:
- Marco, do you generally like this idea?
- should i change the container's underlying alist into a hashtable? this
may not be really important, because  as a GUI  component it will probably
have less then 30 contained components, but when this assuption breaks then
an alist does not scale too well.

but now back to the code,

- attila

(alias 101 on irc &no 'its not lisp code :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060318/4415b297/attachment.html>

From evrim at core.gen.tr  Sat Mar 18 16:04:58 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Sat, 18 Mar 2006 18:04:58 +0200
Subject: [Bese-devel] container.lisp refactor
In-Reply-To: <b54b34af0603180621s2f90af35t56e215442a326518@mail.gmail.com>
References: <b54b34af0603180621s2f90af35t56e215442a326518@mail.gmail.com>
Message-ID: <441C2FAA.9010601@core.gen.tr>

Dear Atilla,

This is what i've built. There is class named navigable-content-mixin we
use but you may replace it with any component since it's nothing
special. I didn't like the idea of static container so i've built a
dynamic observer patterned one. Since my components are in memory and
number of component are low, i didn't built it on a hash-table, it's
already fast enough.

ps: portal-widget is nothing special, you may also discard it.

Kind regards,
Evrim.

(defcomponent content-container-widget (portal-widget)
  ((components :accessor container.components
           :initarg :components
           :documentation "Component list to hold."
           :initform nil)
   (current-component :accessor container.current-component
              :initarg :current-component
              :documentation "Current Component"
              :initform nil)
   (label-func :accessor container.label-func
           :initarg :label-func
           :documentation "Label gathering function"
           :initform #'(lambda (item) (title item))))
  (:default-initargs :css-class "content" :css-id "content")
  (:documentation "Primitive content widget"))

(defmethod render ((c content-container-widget))
  (when (container.current-component c)
    (render (container.current-component c))))

(defmethod shared-initialize :after ((c content-container-widget) slot-names
                                     &rest initargs
                                     &key contents)
  (declare (ignorable contents initargs))
  (when (null (container.current-component c))
    (switch-to-first-component c)))

(defmethod valid-component ((c content-container-widget) component)
  (if (member component (container.components c))
      t))

(defmethod find-component ((c content-container-widget) label)
    (dolist (item (container.components c))
      (if (equal (funcall (container.label-func c) item) label)
      (return item))))

(defmethod append-component ((c content-container-widget) (nav
navigable-content-mixin))
  (setf (container.components c) (nreverse (cons nav (nreverse
(container.components c))))))

(defaction switch-component ((c content-container-widget)
component-or-label)
  (if (stringp component-or-label)
    (let ((comp (find-component c component-or-label)))
      (if (not (null comp))
        (setf (container.current-component c) comp)))
    (when (valid-component c component-or-label)
      (setf (container.current-component c) component-or-label))))

(defmethod switch-to-first-component ((c content-container-widget))
  (when (slot-value c 'components)
    (setf (slot-value c 'current-component) (first (slot-value c
'components)))))



From mb at bese.it  Sat Mar 18 13:09:52 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 18 Mar 2006 14:09:52 +0100
Subject: [Bese-devel] Re: Small announcement (ucw tutorial)
References: <87slplb3zy.fsf@flarge.here> <m2zmjq4ipy.fsf@bese.it>
	<87mzfp8p86.fsf@flarge.here>
Message-ID: <m2oe03kifz.fsf@bese.it>

Friedrich Dominicus <frido at q-software-solutions.de> writes:

> Ok, here we go with around of questions
> - why isn't valildator not exported from ucw?

i exported this and a bunch of other symbols related to the javascript
validation. please yell at me if i missed somethnig.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sat Mar 18 13:15:24 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 18 Mar 2006 14:15:24 +0100
Subject: [Bese-devel] Re: blank page with araneida backend
References: <d7ce4ebf0603160609l33728eetcf1a79bf2b780641@mail.gmail.com>
Message-ID: <m2k6arki6r.fsf@bese.it>

"Ties Stuij" <cjstuij at gmail.com> writes:

> unfortunately araneida just serves a blank page

i can't seem to repeat this with ucw_dev (very recent copy), either on
macosx (openmcl nor sbcl) nor linux (sbcl cvs). 

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mb at bese.it  Sat Mar 18 13:03:11 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 18 Mar 2006 14:03:11 +0100
Subject: [Bese-devel] Re: Small announcement (ucw tutorial)
References: <87slplb3zy.fsf@flarge.here> <m2zmjq4ipy.fsf@bese.it>
	<87mzfp8p86.fsf@flarge.here>
Message-ID: <m2u09vkir4.fsf@bese.it>

Friedrich Dominicus <frido at q-software-solutions.de> writes:

> Ok, here we go with around of questions
> - why isn't valildator not exported from ucw?

fixed.

> - Could it be that validate-value was renamed to valiate (see
> packages.lisp) and grep for validate-value in the lisp files

are you basing this off ucw-presentations or the simple form stuff
currently in ucw_dev?

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Sun Mar 19 05:30:04 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun, 19 Mar 2006 00:30:04 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 18-Mar-2006
Message-ID: <20060319053004.311D34007@common-lisp.net>


Sat Mar 18 08:09:14 EST 2006  Marco Baringer <mb at bese.it>
  * Export symbols relating to the simple form stuff

    M ./src/packages.lisp -12 +15

Sat Mar 18 08:03:43 EST 2006  Marco Baringer <mb at bese.it>
  * Don't export the symbols related to ucw-presentations

    M ./src/packages.lisp -86

Wed Mar 15 06:23:59 EST 2006  Marco Baringer <mb at bese.it>
  * Added logging statement when we end up the multithread backend's abort-worker method.

    M ./src/backend/multithread-httpd.lisp -2 +6

Tue Mar 14 14:55:25 EST 2006  Marco Baringer <mb at bese.it>
  * alist-select-field sholud not, by default, change select-field's test-fn

    M ./src/components/form.lisp -1 +1

Tue Mar 14 14:18:48 EST 2006  Marco Baringer <mb at bese.it>
  * Added (setf value) method for select fields.

    M ./src/components/form.lisp +10

Tue Mar 14 14:18:17 EST 2006  Marco Baringer <mb at bese.it>
  * The generic (setf value) no longer specializes its first parameter on string.
  
  Due to how clos' multi-method-dispatching works this method was
  causing other methods, defined for values of types other than string,
  to not be called.

    M ./src/components/form.lisp -1 +1


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060318.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From cjstuij at gmail.com  Sun Mar 19 09:53:46 2006
From: cjstuij at gmail.com (Ties Stuij)
Date: Sun, 19 Mar 2006 10:53:46 +0100
Subject: [Bese-devel] Re: blank page with araneida backend
In-Reply-To: <m2k6arki6r.fsf@bese.it>
References: <d7ce4ebf0603160609l33728eetcf1a79bf2b780641@mail.gmail.com>
	<m2k6arki6r.fsf@bese.it>
Message-ID: <d7ce4ebf0603190153x1bd3effaw38408c301aa9a0dd@mail.gmail.com>

> i can't seem to repeat this with ucw_dev (very recent copy), either on
> macosx (openmcl nor sbcl) nor linux (sbcl cvs).

strange. i get the forementioned error message on cmucl 19c on linux
and on sbcl 0.9.9 on linux there's not even a response from lisp.
latest ucw, etc, everything compiled new from source. ah well, if
nobody else complains it's my problem. i switched to mod_lisp anyhow.

btw, i sent a patch to the darcs repository to fix a problem on cmucl
with an asdf dependency, but perhaps it didn't come through so i
attached it here again. It fixes a class-precedence problem with
generic-html-input. It is a subclass of widget-component which isn't
loaded yet. cmucl is a bit more picky about these things.

as a last point i wondered about this line you wrote in connection to
file uploads:
>(araneida doesn't handle multipart/form-data and i don't know what
the status of >multipart/form-data on aserve is.
because i had no problems with araneida and multipart/form-data. when
i uploaded files with araneida i got a stream to a proper mime-part
and i could store the data in another file and all was well. or is
this something specific with file-upload-field which i haven't tried
yet?

greets,
ties
-------------- next part --------------
A non-text attachment was scrubbed...
Name: asd-form-fix
Type: application/octet-stream
Size: 67320 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060319/9cc9ea6d/attachment.obj>

From levente.meszaros at gmail.com  Sun Mar 19 13:30:57 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Sun, 19 Mar 2006 14:30:57 +0100
Subject: [Bese-devel] Reader macro
Message-ID: <a0d87c1c0603190530t28498ca2w94ad490aa84a9239@mail.gmail.com>

Hi,

Here is a Yaclml patch for the SVG tag stuff. I moved it into a
separate package to avoid name clashes. (text)

There is also a reader macro on #< which allows to emit xml with
yaclml without predefining the tags.

#<(tag :attr 0 #<(tag2 :attr2 "val2") (iter (for a from 0 to 3) #<(tag3 :id a)))

Actually I was considering omitting the () signs:
#<tag :attr val >

but it was somewhat error prone that I had to put a space before the
closing > sign otherwise the reader treats it as part of the last
whatever.

levy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: emit-tags-and-svg.patch
Type: application/octet-stream
Size: 7160 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060319/7f519334/attachment.obj>

From mb at bese.it  Sun Mar 19 18:44:20 2006
From: mb at bese.it (Marco Baringer)
Date: Sun, 19 Mar 2006 19:44:20 +0100
Subject: [Bese-devel] Reader macro
In-Reply-To: <a0d87c1c0603190530t28498ca2w94ad490aa84a9239@mail.gmail.com>
	(Levente =?iso-8859-1?Q?M=E9sz=E1ros's?= message of "Sun, 19 Mar 2006
	14:30:57 +0100")
References: <a0d87c1c0603190530t28498ca2w94ad490aa84a9239@mail.gmail.com>
Message-ID: <m24q1u6zqz.fsf@bese.it>

"Levente M?sz?ros" <levente.meszaros at gmail.com> writes:

> Hi,
>
> Here is a Yaclml patch for the SVG tag stuff. I moved it into a
> separate package to avoid name clashes. (text)
>
> There is also a reader macro on #< which allows to emit xml with
> yaclml without predefining the tags.

sweet!

> #<(tag :attr 0 #<(tag2 :attr2 "val2") (iter (for a from 0 to 3) #<(tag3 :id a)))
>
> Actually I was considering omitting the () signs:
> #<tag :attr val >
>
> but it was somewhat error prone that I had to put a space before the
> closing > sign otherwise the reader treats it as part of the last
> whatever.

i think you're just missing the set-syntax-from-char:

CL-USER> (set-syntax-from-char #\> #\))
T
CL-USER> (with-input-from-string (input "a b c>") (read-delimited-list #\> input))
(A B C)
CL-USER> 

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From levente.meszaros at gmail.com  Sun Mar 19 20:40:45 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Sun, 19 Mar 2006 21:40:45 +0100
Subject: [Bese-devel] #<tag>
Message-ID: <a0d87c1c0603191240q2275d4d7o80e135659402be72@mail.gmail.com>

Hi Marco,

Thanks for the suggestion, here is the new patch. It also makes
attribute names lower cases emitted this way.

I don't know what code is unreachable here, but otherwise it works.

 #<alma :x 1 :y 2 (iter (for a from 0 to 5) #<korte :a a :b 2>)>
<alma x="1" y="2"
  >; in: LAMBDA NIL
;     (PRINC " a=\"a\"" IT.BESE.YACLML:*YACLML-STREAM*)
; ==>
;   " a=\"a\""
;
; note: deleting unreachable code
;
; compilation unit finished
;   printed 1 note
<korte a="0" b="2"
/><korte a="1" b="2"
/><korte a="2" b="2"
/><korte a="3" b="2"
/><korte a="4" b="2"
/><korte a="5" b="2"
/></alma
>


From mbaringer at common-lisp.net  Mon Mar 20 05:15:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon, 20 Mar 2006 00:15:02 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml: 19-Mar-2006
Message-ID: <20060320051502.23C3732004@common-lisp.net>


Sun Mar 19 08:22:31 EST 2006  levente.meszaros at gmail.com
  * Restructure SVG tags into a separate package to avoid name conflicts. Actually the text tag was prematic. The new package has nicknames: svg and <svg

    M ./src/packages.lisp -3 +7
    M ./src/tags/svg.lisp -7 +24

Sun Mar 19 08:16:50 EST 2006  levente.meszaros at gmail.com
  * Added a reader macro to be able to emit xml tags without defining them. Use #<(tag :attr value #<(tag2)) form or lisp code as body. Nesting is supported just like with predefined tags.
  
  Actually it is possible to support #<alma :attr value > syntax, but it requires the extra space before the closing sign which is error prone. I could not figure a way to workaround this. The > character is not a special char, so it may be part of normal symbols.

    M ./src/yaclml.lisp -2 +30


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060319.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Mon Mar 20 05:30:07 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Mon, 20 Mar 2006 00:30:07 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 19-Mar-2006
Message-ID: <20060320053007.818C249035@common-lisp.net>


Thu Mar 16 05:40:37 EST 2006  Ties Stuij <cjstuij at gmail.com>
  * asd-form-fix
  fixes class-precedence problem with generic-html-input on cmucl

    M ./ucw.asd -1 +1


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060319.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From door at lcpi.ru  Mon Mar 20 13:22:57 2006
From: door at lcpi.ru (Alexey Antipov)
Date: Mon, 20 Mar 2006 16:22:57 +0300
Subject: [Bese-devel] setf date-field
Message-ID: <20060320132257.GA25569@rabbit.loc>

it should be something like this:

src/components/form.lisp:

(defmethod (setf value) (new-value (field date-field))
  (multiple-value-bind (s m h day month year)
      (decode-universal-time new-value)
    (declare (ignore s m h))
    (setf (value (slot-value field 'year)) year)
    (setf (value (slot-value field 'month)) month)
    (setf (value (slot-value field 'day)) day)))



From maciekp at japhy.fnord.org  Mon Mar 20 23:31:56 2006
From: maciekp at japhy.fnord.org (Maciek Pasternacki)
Date: Tue, 21 Mar 2006 00:31:56 +0100
Subject: [Bese-devel] Re: Reader macro
References: <a0d87c1c0603190530t28498ca2w94ad490aa84a9239@mail.gmail.com>
Message-ID: <87slpcr8ur.fsf@lizard.king>

On Pungenday, Discord 5, 3172 YOLD, Levente M?sz?ros wrote:

> There is also a reader macro on #< which allows to emit xml with
> yaclml without predefining the tags.
>
> #<(tag :attr 0 #<(tag2 :attr2 "val2") (iter (for a from 0 to 3) #<(tag3 :id a)))

As Hyperspec says, #< macro is meant by CL to represent un-readable
values in form #<foo>, so this macro breaks Lisp.

,----[ http://www.lispworks.com/documentation/HyperSpec/Body/02_dht.htm ]
| 2.4.8.20 Sharpsign Less-Than-Sign
| 
| #< is not valid reader syntax. The Lisp reader will signal an error
| of type reader-error on encountering #<. This syntax is typically
| used in the printed representation of objects that cannot be read
| back in.
`----

-- 
__    Maciek Pasternacki <maciekp at japhy.fnord.org> [ http://japhy.fnord.org/ ]
`| _   |_\  / { ...so I talked about conscience, and I talked about pain,
,|{-}|}| }\/ and he looked out of window, and it started to rain, and
\/   |____/ I thought, maybe - I've already gone crazy... }     ( Fish )  -><-



From maciekp at japhy.fnord.org  Mon Mar 20 23:38:44 2006
From: maciekp at japhy.fnord.org (Maciek Pasternacki)
Date: Tue, 21 Mar 2006 00:38:44 +0100
Subject: [Bese-devel] Re: Reader macro
References: <a0d87c1c0603190530t28498ca2w94ad490aa84a9239@mail.gmail.com>
	<87slpcr8ur.fsf@lizard.king>
Message-ID: <87oe00r8jf.fsf@lizard.king>

On Setting Orange, Discord 7, 3172 YOLD, Maciek Pasternacki wrote:

> As Hyperspec says, #< macro is meant by CL to represent un-readable
> values in form #<foo>, so this macro breaks Lisp.

Hate to reply to myself, but hate more to post non-constructive
criticism ;) I propose changing macro to #T<...> (too bad #\<
character is taken by less-than function and we can't just plumb up
macro <foo :bar baz something>... or maybe it's possible to tell if
current character is in function-position and either return symbol, or
start a tag accordingly?)

-- 
__    Maciek Pasternacki <maciekp at japhy.fnord.org> [ http://japhy.fnord.org/ ]
`| _   |_\  / { Razors pain you; rivers are damp; acids stain you; and drugs
,|{-}|}| }\/ cause cramp.  Guns aren't lawful; nooses give; gas smells awful;
\/   |____/ you might as well live.               }  (  Dorothy Parker )  -><-



From evrim at core.gen.tr  Tue Mar 21 23:19:46 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Wed, 22 Mar 2006 01:19:46 +0200
Subject: [Bese-devel] minor presentations patch.
Message-ID: <44208A12.6070203@core.gen.tr>

Hi,

Here are some ucw-presentations patches.

King Regards.
Evrim.
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ucw-presentations.patch
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060322/1be3fa96/attachment.ksh>

From levente.meszaros at gmail.com  Wed Mar 22 10:06:23 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Wed, 22 Mar 2006 11:06:23 +0100
Subject: [Bese-devel] Re: Reader macro
Message-ID: <a0d87c1c0603220206k5f1fe2cbh938d4face1a7d0a@mail.gmail.com>

> I propose changing macro to #T<...> (too bad #\<
> character is taken by less-than function and we can't just plumb up
> macro <foo :bar baz something>... or maybe it's possible to tell if
> current character is in function-position and either return symbol, or
> start a tag accordingly?)

At least SBCL does not seem to worry too much about #< I think it does not
treat the specs so strictly. Is there any important thing that is broken by
this reader macro other than not signaling a reader error? Maybe we could
enable and disable this syntax locally per file.

Personally I don't like the #T< because it's too complicated to type in.
Maybe ##< (if it is possible at all?)

The other suggestion would be a big win if it is possible, but I tried and
could not figure out how to do it reading the specs.

levy
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060322/b1f7c118/attachment.html>

From mb at bese.it  Wed Mar 22 10:35:56 2006
From: mb at bese.it (Marco Baringer)
Date: Wed, 22 Mar 2006 11:35:56 +0100
Subject: [Bese-devel] minor presentations patch.
In-Reply-To: <44208A12.6070203@core.gen.tr> (Evrim ULU's message of "Wed, 22
	Mar 2006 01:19:46 +0200")
References: <44208A12.6070203@core.gen.tr>
Message-ID: <m2veu6n4vn.fsf@bese.it>

Evrim ULU <evrim at core.gen.tr> writes:

> Hi,
>
> Here are some ucw-presentations patches.

applied. thanks!

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From mb at bese.it  Wed Mar 22 17:13:00 2006
From: mb at bese.it (Marco Baringer)
Date: Wed, 22 Mar 2006 18:13:00 +0100
Subject: [Bese-devel] Re: Reader macro
References: <a0d87c1c0603220206k5f1fe2cbh938d4face1a7d0a@mail.gmail.com>
Message-ID: <m2mzfi4d43.fsf@bese.it>

"Levente M?sz?ros" <levente.meszaros at gmail.com> writes:

> At least SBCL does not seem to worry too much about #< I think it does not
> treat the specs so strictly. Is there any important thing that is broken by
> this reader macro other than not signaling a reader error? Maybe we could
> enable and disable this syntax locally per file.

it breaks a long, and deeply ingrained, trait of the reader. i can't
come up with a good technical reason, but for the sake of respecting
the standard (and history) shouldn't do this.

> Personally I don't like the #T< because it's too complicated to type in. Maybe
> ##< (if it is possible at all?)

i don't like #T< either, i don't like #{ or #[ but i think i could get
used to them. the other option is to use plain <, but this could get
ugly very quickly. examples:

#{div :foo "bar" #{div :bar "foo"}}

vs

#[div :foo "bar" #[div :bar "foo"]]

vs

#T<div :foo "bar" #T<div :bar "foo">>

vs

<div :foo "bar" <div :bar "foo">>

the advantage to using { and [ would be some integration with emacs'
sexp editing commands (though we'd probably want to avoid [ so that we
don't break cl-sql).

> The other suggestion would be a big win if it is possible, but I tried and
> could not figure out how to do it reading the specs.

i'm pretty sure you can't do it portabliy (or even reliably).

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From pjb at informatimago.com  Wed Mar 22 23:51:14 2006
From: pjb at informatimago.com (Pascal Bourguignon)
Date: Thu, 23 Mar 2006 00:51:14 +0100
Subject: [Bese-devel] Re: Reader macro
In-Reply-To: <a0d87c1c0603220206k5f1fe2cbh938d4face1a7d0a@mail.gmail.com>
References: <a0d87c1c0603220206k5f1fe2cbh938d4face1a7d0a@mail.gmail.com>
Message-ID: <17441.58098.833439.476432@thalassa.informatimago.com>

evente M?sz?ros writes:
> Personally I don't like the #T< because it's too complicated to type in.
> Maybe ##< (if it is possible at all?)

## is used for #1=(a . #1#)

Of course, you could overload it, since the number argument is mandatory.

-- 
__Pascal Bourguignon__                     http://www.informatimago.com/

This is a signature virus.  Add me to your signature and help me to live.


From levente.meszaros at gmail.com  Thu Mar 23 21:52:45 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Thu, 23 Mar 2006 22:52:45 +0100
Subject: [Bese-devel] Re: Reader macro
Message-ID: <a0d87c1c0603231352j38fc9fdcu680447a76371ab1@mail.gmail.com>

I think >>>> is not that bad, actually we can live with )))) pretty well.
Also emacs can be easily configured to know about <>.

I added enable-xml-reader-syntax and friends. Also modified the reader macro
to use simply < without breaking the < function I hope (it did work). It
just looks ahead one character more and if it is a space, then it returns
the < symbol otherwise reads an XML element. I know it kills symbols
starting with < character, but I don't know how usual it is? Anyway one
would not enable this syntax but only in certain places, so I guess it's not
a big issue. Remember I was starting this whole stuff to help prototyping,
because predefining the XML elements may give you nice things such as
showing the possible attributes, child elements, etc.

Do you know any other problem that this solution may introduce?

So an example would looks like this:

(use-package :yaclml)

(use-package :iterate)

(enable-xml-reader-syntax)

(defun alma ()
  <alma :a 1 :b "2"
     (iter (for a from 0 to 3)
           <korte :a a>)>)

(disable-xml-reader-syntax)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060323/3801feb5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xml-reader.patch
Type: text/x-patch
Size: 11424 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060323/3801feb5/attachment.bin>

From earljwagner at alum.mit.edu  Fri Mar 24 01:01:13 2006
From: earljwagner at alum.mit.edu (Earl J. Wagner)
Date: Thu, 23 Mar 2006 19:01:13 -0600
Subject: [Bese-devel] Patches for Allegro
Message-ID: <CB916250-D4F3-4827-BA4B-163E835B4812@alum.mit.edu>

Hi all,

I've just been getting into UCW and it looks great!

I'm running Allegro (8.0, modern mode). Besides the calls finalize- 
inheritance mentioned in previous list messages, I ran into a few  
small problems with case-sensitivity. Also, It appears that the  
original defvar for +string-index-cache+ in form.lisp used  
implementation-specific behavior for map-into; Allegro would just set  
it to nil. The patches follow.

Thanks!
-Earl

diff -rN -u old-ucw_dev/src/admin/admin.lisp new-ucw_dev/src/admin/ 
admin.lisp
--- old-ucw_dev/src/admin/admin.lisp    2006-03-23 18:43:16.953043938  
-0600
+++ new-ucw_dev/src/admin/admin.lisp    2006-03-23 18:43:16.991037703  
-0600
@@ -23,7 +23,7 @@
    (<:hr)
    (render (admin-app.body app))
    (<:hr)
-  (<:A :href "index.ucw" "Back to admin entry."))
+  (<:a :href "index.ucw" "Back to admin entry."))

  (defclass admin-login (login)
    ()
diff -rN -u old-ucw_dev/src/backend/aserve.lisp new-ucw_dev/src/ 
backend/aserve.lisp
--- old-ucw_dev/src/backend/aserve.lisp 2006-03-23 18:43:16.954043774  
-0600
+++ new-ucw_dev/src/backend/aserve.lisp 2006-03-23 18:43:16.992037539  
-0600
@@ -95,7 +95,7 @@
  (defmethod query-path ((request aserve-request))
    (puri:uri-path (net.aserve:request-uri (request request))))

-#+#.(cl:if (cl:find-package "NET.URI") `(and) `(or))
+#+#.(cl:if (cl:find-package "net.uri") `(and) `(or))
  (defmethod query-path ((request aserve-request))
    (net.uri:uri-path (net.aserve:request-uri (request request))))

diff -rN -u old-ucw_dev/src/components/form.lisp new-ucw_dev/src/ 
components/form.lisp
--- old-ucw_dev/src/components/form.lisp        2006-03-23  
18:43:16.957043281 -0600
+++ new-ucw_dev/src/components/form.lisp        2006-03-23  
18:43:16.995037047 -0600
@@ -280,12 +280,12 @@
  ;;;; prevent generating large amounts of throw away strings.

  (defvar +string-index-cache+
-  (map-into (make-array 50
-                        :element-type 'string
-                        :adjustable t)
-            (let ((i -1))
-              (lambda ()
-                (princ-to-string (incf i))))))
+  (let ((initial-size 50))
+       (make-array initial-size :initial-contents
+                               (loop for i upto (1- initial-size)
+                                         collect (princ-to-string i))
+                               :element-type 'string
+                               :adjustable t)))

  (defun integer-to-string (i)
    (cond



From luismbo at gmail.com  Fri Mar 24 09:22:37 2006
From: luismbo at gmail.com (=?utf-8?Q?Lu=C3=ADs?= Oliveira)
Date: Fri, 24 Mar 2006 09:22:37 +0000
Subject: [Bese-devel] Re: Patches for Allegro
References: <CB916250-D4F3-4827-BA4B-163E835B4812@alum.mit.edu>
Message-ID: <m2k6ak9oyq.fsf@deadspam.com>

"Earl J. Wagner" <earljwagner at alum.mit.edu> writes:
> --- old-ucw_dev/src/backend/aserve.lisp 2006-03-23 18:43:16.954043774 -0600
> +++ new-ucw_dev/src/backend/aserve.lisp 2006-03-23 18:43:16.992037539 -0600
> @@ -95,7 +95,7 @@
>   (defmethod query-path ((request aserve-request))
>     (puri:uri-path (net.aserve:request-uri (request request))))
>
> -#+#.(cl:if (cl:find-package "NET.URI") `(and) `(or))
> +#+#.(cl:if (cl:find-package "net.uri") `(and) `(or))

This would break other lisps. Probably better:

  (cl:find-package '#:net.uri)

>   (defmethod query-path ((request aserve-request))
>     (net.uri:uri-path (net.aserve:request-uri (request request))))

-- 
Lu?s Oliveira
luismbo (@) gmail (.) com
Equipa Portuguesa do Translation Project
http://www.iro.umontreal.ca/translation/registry.cgi?team=pt



From luca at pca.it  Fri Mar 24 15:18:54 2006
From: luca at pca.it (Luca Capello)
Date: Fri, 24 Mar 2006 16:18:54 +0100
Subject: [Bese-devel] New patches to ucw_dev: 24-Mar-2006
Message-ID: <87irq3j2g1.fsf@gismo.pca.it>

Hello!

I committed the following patch:

=====
Fri Mar 24 16:10:59 CET 2006  Luca Capello <luca at pca.it>
  * add COPYING file

    A ./COPYING
=====

I didn't generated any new tarball, as I don't think I've the rights
to do so and, anyway, the patch is minimal.

Thx, bye,
Gismo / Luca
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 190 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060324/9c566242/attachment.sig>

From evrim at core.gen.tr  Sat Mar 25 01:29:50 2006
From: evrim at core.gen.tr (Evrim ULU)
Date: Sat, 25 Mar 2006 03:29:50 +0200
Subject: [Bese-devel] external slot presentations
Message-ID: <44249D0E.3040302@core.gen.tr>

Hi,

It was getting pain to add new slot-presentations to ucw-presentations,
so i've added several exports. Now i can define/register slot
presentations externally.

evrim.


-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: external-slot.patch
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060325/ac011593/attachment.ksh>

From mbaringer at common-lisp.net  Sat Mar 25 05:00:04 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sat, 25 Mar 2006 00:00:04 -0500 (EST)
Subject: [Bese-devel] New patches to arnesi_dev: 24-Mar-2006
Message-ID: <20060325050004.7FDC175026@common-lisp.net>


Fri Mar 24 06:50:26 EST 2006  Marco Baringer <mb at bese.it>
  * Change with-package read-macro specifier so that it returns a progn.

    M ./src/read-macros.lisp -1 +1
    M ./t/read-macros.lisp -1 +2

Fri Mar 24 06:47:44 EST 2006  Marco Baringer <mb at bese.it>
  * Added read-macros.lisp to asdf

    M ./arnesi.asd +2

Fri Mar 24 06:31:04 EST 2006  Marco Baringer <mb at bese.it>
  * Added doc strings for the read-macro stuff

    M ./src/read-macros.lisp +23

Fri Mar 24 06:16:10 EST 2006  Marco Baringer <mb at bese.it>
  * Added bracket reader and with-package function

    M ./src/packages.lisp +4
    A ./src/read-macros.lisp
    A ./t/read-macros.lisp

Fri Mar 24 05:49:38 EST 2006  Marco Baringer <mb at bese.it>
  * Dropped our trim-string function, common lisp already provides string-trim

    M ./src/numbers.lisp -1 +1
    M ./src/packages.lisp -1
    M ./src/string.lisp -13
    M ./t/numbers.lisp -2
    M ./t/string.lisp -6


An updated tarball of arnesi_dev's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/arnesi_dev-20060324.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=arnesi_dev;a=summary


From mbaringer at common-lisp.net  Sat Mar 25 05:15:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sat, 25 Mar 2006 00:15:02 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml: 24-Mar-2006
Message-ID: <20060325051502.A09604006@common-lisp.net>


Fri Mar 24 06:58:56 EST 2006  Marco Baringer <mb at bese.it>
  * Added with-xml-sntyax function (designed to be used with the #\{ reader)

    M ./src/packages.lisp +1
    M ./src/yaclml.lisp -1 +10

Thu Mar 23 16:35:58 EST 2006  levente.meszaros at gmail.com
  * XML reader syntax for <element :attribute value>. Use enable-xml-reader-syntax and disable-xml-reader-syntax. They do not hide the < function, but when the syntax is on you cannot use < as the first character of symbol names.

    M ./src/packages.lisp +5
    M ./src/yaclml.lisp -29 +99

Sun Mar 19 15:31:40 EST 2006  levente.meszaros at gmail.com
  * Fix case for attributes and make #<tag :attr 1> the default syntax.

    M ./src/yaclml.lisp -3 +5


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060324.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mbaringer at common-lisp.net  Sat Mar 25 05:30:04 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sat, 25 Mar 2006 00:30:04 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 24-Mar-2006
Message-ID: <20060325053004.368F478001@common-lisp.net>


Fri Mar 24 10:10:59 EST 2006  Luca Capello <luca at pca.it>
  * add COPYING file

    A ./COPYING


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060324.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From mb at bese.it  Sat Mar 25 10:22:28 2006
From: mb at bese.it (Marco Baringer)
Date: Sat, 25 Mar 2006 11:22:28 +0100
Subject: [Bese-devel] Re: Reader macro
References: <a0d87c1c0603231352j38fc9fdcu680447a76371ab1@mail.gmail.com>
Message-ID: <m2r74q6cyj.fsf@bese.it>

"Levente M?sz?ros" <levente.meszaros at gmail.com> writes:

> I think >>>> is not that bad, actually we can live with )))) pretty well. Also
> emacs can be easily configured to know about <>.
>
> I added enable-xml-reader-syntax and friends. Also modified the reader macro to
> use simply < without breaking the < function I hope (it did work). It just
> looks ahead one character more and if it is a space, then it returns the <
> symbol otherwise reads an XML element. I know it kills symbols starting with <
> character, but I don't know how usual it is? Anyway one would not enable this
> syntax but only in certain places, so I guess it's not a big issue. Remember I
> was starting this whole stuff to help prototyping, because predefining the XML
> elements may give you nice things such as showing the possible attributes,
> child elements, etc.
>
> Do you know any other problem that this solution may introduce?

no, and i think it's a good compromise. personally i'd even leave out
the 'does a space follow the < character' check. 

> So an example would looks like this:
>
> (use-package :yaclml)
>
> (use-package :iterate)
>
> (enable-xml-reader-syntax)
>
> (defun alma ()
>   <alma :a 1 :b "2"
>      (iter (for a from 0 to 3)
>            <korte :a a>)>)
>
> (disable-xml-reader-syntax)

i added another read macro to arnesi: #\{. it allows local
modifications to the readtable (and attempts to be smart about not
letting these modification "escape" into the wrong readtable. we can
now do things like this:

(defun alma ()
  {with-xml-syntax
    <alma :a 1 :b "2"
       (iter (for a from 0 to 3)
             <korte :a a>)>})

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From mbaringer at common-lisp.net  Sun Mar 26 05:15:02 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Sun, 26 Mar 2006 00:15:02 -0500 (EST)
Subject: [Bese-devel] New patches to yaclml: 25-Mar-2006
Message-ID: <20060326051502.0B2DF42006@common-lisp.net>


Sat Mar 25 12:08:37 EST 2006  Marco Baringer <mb at bese.it>
  * Fix mispelling (entities, not entites)

    M ./src/tal/xmls.lisp -5 +7

Sat Mar 25 12:06:12 EST 2006  Marco Baringer <mb at bese.it>
  * Change default of *convert-entites* to T (so that this change is backwards compatable)

    M ./src/tal/xmls.lisp -1 +1

Sat Mar 25 12:04:36 EST 2006  Marco Baringer <mb at bese.it>
  * Added *convert-entites* variable.
  
  This variable controls how (if) entities are treated when parsing xml.

    M ./src/tal/xmls.lisp -6 +15


An updated tarball of yaclml's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/yaclml-20060325.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=yaclml;a=summary


From mb at bese.it  Mon Mar 27 15:55:35 2006
From: mb at bese.it (Marco Baringer)
Date: Mon, 27 Mar 2006 17:55:35 +0200
Subject: [Bese-devel] ucw_request-dispatch
Message-ID: <m2u09j7uh4.fsf@bese.it>


achtung: i just fixed what is, afaict, the last bug in the
request-dispatch branch. i'm going to merge it with ucw_dev soon.

there is one change in this branch which will cause problems: the
class parameter to defentry-point. it must now name a disptacher class
and not an entry-point class (we don't have those anymore). where
before you had 'standard-entry-point now you'll need to pass
url-dispatcher, where you had regexp-entry-point you'll need to pass
regexp-dipatcher (notice the missing quote).

nb: the code has been tested heavily on mod_lisp (and with the httpd
backend), lightly on araneida and _not at all_ on portableaserve.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From earljwagner at alum.mit.edu  Mon Mar 27 20:47:50 2006
From: earljwagner at alum.mit.edu (Earl J. Wagner)
Date: Mon, 27 Mar 2006 14:47:50 -0600
Subject: [Bese-devel] Re: Patches for Allegro
In-Reply-To: <m2k6ak9oyq.fsf@deadspam.com>
References: <CB916250-D4F3-4827-BA4B-163E835B4812@alum.mit.edu>
	<m2k6ak9oyq.fsf@deadspam.com>
Message-ID: <8BDA5ABA-9FA1-4B89-8CFE-E75BDDBF9F89@alum.mit.edu>

Good point, thanks. Here are the updated diffs:

diff -rN -u old-ucw_dev/examples/forms.lisp new-ucw_dev/examples/ 
forms.lisp
--- old-ucw_dev/examples/forms.lisp     2006-03-27 14:44:47.509594282  
-0600
+++ new-ucw_dev/examples/forms.lisp     2006-03-27 14:44:47.538589484  
-0600
@@ -132,7 +132,7 @@
      (push (make-instance (value (select-field f))) (fields f))))

  (defaction delete-field ((f dynamic-form) field)
-  (setf (fields f) (delete fields (fields f))))
+  (setf (fields f) (delete field (fields f))))

  (defmethod render ((form dynamic-form))
    (<:table
diff -rN -u old-ucw_dev/src/admin/admin.lisp new-ucw_dev/src/admin/ 
admin.lisp
--- old-ucw_dev/src/admin/admin.lisp    2006-03-27 14:44:47.511593951  
-0600
+++ new-ucw_dev/src/admin/admin.lisp    2006-03-27 14:44:47.539589319  
-0600
@@ -23,7 +23,7 @@
    (<:hr)
    (render (admin-app.body app))
    (<:hr)
-  (<:A :href "index.ucw" "Back to admin entry."))
+  (<:a :href "index.ucw" "Back to admin entry."))

  (defclass admin-login (login)
    ()
diff -rN -u old-ucw_dev/src/backend/aserve.lisp new-ucw_dev/src/ 
backend/aserve.lisp
--- old-ucw_dev/src/backend/aserve.lisp 2006-03-27 14:44:47.512593785  
-0600
+++ new-ucw_dev/src/backend/aserve.lisp 2006-03-27 14:44:47.540589153  
-0600
@@ -91,11 +91,11 @@

  (defmethod shutdown ((request aserve-request)))

-#+#.(cl:if (cl:find-package "PURI") `(and) `(or))
+#+#.(cl:if (cl:find-package '#:puri) `(and) `(or))
  (defmethod query-path ((request aserve-request))
    (puri:uri-path (net.aserve:request-uri (request request))))

-#+#.(cl:if (cl:find-package "NET.URI") `(and) `(or))
+#+#.(cl:if (cl:find-package '#:net.uri) `(and) `(or))
  (defmethod query-path ((request aserve-request))
    (net.uri:uri-path (net.aserve:request-uri (request request))))

diff -rN -u old-ucw_dev/src/components/form.lisp new-ucw_dev/src/ 
components/form.lisp
--- old-ucw_dev/src/components/form.lisp        2006-03-27  
14:44:47.514593455 -0600
+++ new-ucw_dev/src/components/form.lisp        2006-03-27  
14:44:47.543588657 -0600
@@ -280,12 +280,12 @@
  ;;;; prevent generating large amounts of throw away strings.

  (defvar +string-index-cache+
-  (map-into (make-array 50
-                        :element-type 'string
-                        :adjustable t)
-            (let ((i -1))
-              (lambda ()
-                (princ-to-string (incf i))))))
+  (let ((initial-size 50))
+       (make-array initial-size :initial-contents
+                               (loop for i upto (1- initial-size)
+                                         collect (princ-to-string i))
+                               :element-type 'string
+                               :adjustable t)))

  (defun integer-to-string (i)
    (cond





On Mar 24, 2006, at 3:22 AM, Lu?s Oliveira wrote:

> "Earl J. Wagner" <earljwagner at alum.mit.edu> writes:
>> --- old-ucw_dev/src/backend/aserve.lisp 2006-03-23  
>> 18:43:16.954043774 -0600
>> +++ new-ucw_dev/src/backend/aserve.lisp 2006-03-23  
>> 18:43:16.992037539 -0600
>> @@ -95,7 +95,7 @@
>>   (defmethod query-path ((request aserve-request))
>>     (puri:uri-path (net.aserve:request-uri (request request))))
>>
>> -#+#.(cl:if (cl:find-package "NET.URI") `(and) `(or))
>> +#+#.(cl:if (cl:find-package "net.uri") `(and) `(or))
>
> This would break other lisps. Probably better:
>
>   (cl:find-package '#:net.uri)
>
>>   (defmethod query-path ((request aserve-request))
>>     (net.uri:uri-path (net.aserve:request-uri (request request))))
>
> -- 
> Lu?s Oliveira
> luismbo (@) gmail (.) com
> Equipa Portuguesa do Translation Project
> http://www.iro.umontreal.ca/translation/registry.cgi?team=pt
>
> _______________________________________________
> bese-devel mailing list
> bese-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel



From levente.meszaros at gmail.com  Sat Mar 25 16:20:15 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Sat, 25 Mar 2006 17:20:15 +0100
Subject: [Bese-devel] Re: Reader macro
Message-ID: <a0d87c1c0603250820u317bea98x7f4dfd92bca88fad@mail.gmail.com>

I don't want to flood the list, but my last mail about the yaclml
reader macro stuff seams to be morphed through the wires, so here it
is again. (the patch is omitted this time, because it's already there)

> Skipped content of type multipart/alternative-------------- next part --------------
> A non-text attachment was scrubbed...

I think >>>> is not that bad, actually we can live with )))) pretty
well. Also emacs can be easily configured to know about <>.

I added enable-xml-reader-syntax and friends. Also modified the reader
macro to use simply < without breaking the < function I hope (it did
work). It just looks ahead one character more and if it is a space,
then it returns the < symbol otherwise reads an XML element. I know it
kills symbols starting with < character, but I don't know how usual it
is? Anyway one would not enable this syntax but only in certain
places, so I guess it's not a big issue. Remember I was starting this
whole stuff to help prototyping, because predefining the XML elements
may give you nice things such as showing the possible attributes,
child elements, etc.

Do you know any other problem that this solution may introduce?

So an example would looks like this:

(use-package :yaclml)

(use-package :iterate)

(enable-xml-reader-syntax)

(defun alma ()
  <alma :a 1 :b "2"

     (iter (for a from 0 to 3)

           <korte :a a>)>)

(disable-xml-reader-syntax)


From mb at bese.it  Tue Mar 28 16:04:37 2006
From: mb at bese.it (Marco Baringer)
Date: Tue, 28 Mar 2006 18:04:37 +0200
Subject: [Bese-devel] Re: Reader macro
References: <a0d87c1c0603250820u317bea98x7f4dfd92bca88fad@mail.gmail.com>
Message-ID: <m2acbalfmy.fsf@bese.it>

"Levente M?sz?ros" <levente.meszaros at gmail.com> writes:

> I don't want to flood the list, but my last mail about the yaclml
> reader macro stuff seams to be morphed through the wires, so here it
> is again. (the patch is omitted this time, because it's already there)

you mean you've already sent it to me? did i miss it?

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen



From levente.meszaros at gmail.com  Sat Mar 25 23:37:13 2006
From: levente.meszaros at gmail.com (=?ISO-8859-1?Q?Levente_M=E9sz=E1ros?=)
Date: Sun, 26 Mar 2006 00:37:13 +0100
Subject: [Bese-devel] Arnesi { reader macro
Message-ID: <a0d87c1c0603251537r5b6a8a4erab341cfddd03d7b1@mail.gmail.com>

This is great, but here is a patch to make it work under SBCL too. I
just simply omitted an optional parameter that passed the default
value and caused problems with SBCL.

levy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: read-macro.patch
Type: application/octet-stream
Size: 28281 bytes
Desc: not available
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060326/6e757ce4/attachment.obj>

From mbaringer at common-lisp.net  Wed Mar 29 05:00:05 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Wed, 29 Mar 2006 00:00:05 -0500 (EST)
Subject: [Bese-devel] New patches to arnesi_dev: 28-Mar-2006
Message-ID: <20060329050005.43DB35E003@common-lisp.net>


Sat Mar 25 18:31:10 EST 2006  levente.meszaros at gmail.com
  * Let the implementation use the default value. SBCL seems to only accept a real readtable there.

    M ./src/read-macros.lisp -1 +1


An updated tarball of arnesi_dev's source can be downloaded here:
http://common-lisp.net/project/bese/tarballs/arnesi_dev-20060328.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=arnesi_dev;a=summary


From whalliburton at gmail.com  Thu Mar 30 22:30:40 2006
From: whalliburton at gmail.com (William Halliburton)
Date: Thu, 30 Mar 2006 17:30:40 -0500
Subject: [Bese-devel] Current problem with darcs latest.
Message-ID: <4e7bd29e0603301430x54f0aa50ue667eb4f7975ff95@mail.gmail.com>

Just darcs pulled all the latest and the start.lisp is now broken. Cleaned
all fasl's out and tried again. Same error. darcs get all the directories
again and reload - same error.

Any quick ideas?

SBCL 0.9.7

There is no applicable method for the generic function
  #<STANDARD-GENERIC-FUNCTION (SETF IT.BESE.UCW:COMPONENT.PLACE) (1)>
when called with arguments
  (#<IT.BESE.UCW::PLACE (SB-MOP:SLOT-VALUE-USING-CLASS CLASS
                                                       IT.BESE.UCW::INSTANCE
                                                       IT.BESE.UCW::SLOT-DEF)
{A23EC89}>
   "text/html; charset=utf-8;").
   [Condition of type SIMPLE-ERROR]

Restarts:
  0: [SHOW-BACKTRACE] Send the client a backtrace page.
  1: [RETRY] Clearout the response and retry calling the action.
  2: [SERVER-ERROR] Send the client an internal server error page.
  3: [GENERATE-BACKTRACE-FOR-EMACS] Generate a bug report in Emacs.
  4: [FAIL-MISERABLY] Pretend this request never happend and fail.
  5: [TRY-AGAIN] Play this request over from the top.
  6: [TERMINATE-THREAD] Terminate this thread (#<THREAD "an httpd worker 0"
{B252481}>)

Backtrace:
  0: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT
(T)) #<unused argument> #<unused argument> #<FUNCTION (LAMBDA NIL)
{92BE295}>)
      Locals:
        SWANK-BACKEND::DEBUGGER-LOOP-FN = #<FUNCTION (LAMBDA NIL) {92BE295}>
      Catch-tags:
        #:SB-DEBUG-CATCH-TAG
  1: (SWANK::CALL-WITH-BINDINGS ((*PRINT-PRETTY*) (*PRINT-LEVEL* . 4)
(*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*)
(*PRINT-PPRINT-DISPATCH* . #<SB-PRETTY:PPRINT-DISPATCH-TABLE {945AB61}>)
(*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T)
...) #<FUNCTION (LAMBDA NIL) {92BE255}>)
  2: (SWANK::DEBUG-IN-EMACS #<SIMPLE-ERROR {A23EDE9}>)
  3: ((LAMBDA NIL))
  4: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {9030049}>
#<CLOSURE (LAMBDA NIL) {A3B287D}>)
  5: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {9030049}> #<CLOSURE
(LAMBDA NIL) {A3B286D}>)
  6: ((SB-PCL::FAST-METHOD IT.BESE.UCW::HANDLE-ACTION-ERROR (ERROR T))
#<unavailable argument> #<unavailable argument> #<SIMPLE-ERROR {A23EDE9}>
(#S(IT.BESE.UCW::BACKTRACE-FRAME :INDEX 4 :DESCRIPTION "(ERROR
      \"~@<There is no applicable method for the generic function ~2I~_~S~
          ~I~_when called with arguments ~2I~_~S.~:>\")" :LOCALS (# #)
:SOURCE-LOCATION (:ERROR "The source-path (NIL) is not valid.")) #S(
IT.BESE.UCW::BACKTRACE-FRAME :INDEX 5 :DESCRIPTION "((SB-PCL::FAST-METHOD
NO-APPLICABLE-METHOD (T))
      #<unavailable argument>
      #<unavailable argument>
      #<STANDARD-GENERIC-FUNCTION (SETF IT.BESE.UCW:COMPONENT.PLACE) (1)>
      (#<IT.BESE.UCW::PLACE (SB-MOP:SLOT-VALUE-USING-CLASS CLASS

IT.BESE.UCW::INSTANCE

IT.BESE.UCW::SLOT-DEF) {A23EC89}>
       \"text/html; charset=utf-8;\"))" :LOCALS (# # # #) :SOURCE-LOCATION
(:LOCATION # # #)) #S(IT.BESE.UCW::BACKTRACE-FRAME :INDEX 6 :DESCRIPTION
"((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T))
      #<unavailable argument>
      #<unavailable argument>
      #<STANDARD-GENERIC-FUNCTION (SETF IT.BESE.UCW:COMPONENT.PLACE) (1)>
      (#<IT.BESE.UCW::PLACE (SB-MOP:SLOT-VALUE-USING-CLASS CLASS

IT.BESE.UCW::INSTANCE

IT.BESE.UCW::SLOT-DEF) {A23EC89}>
       \"text/html; charset=utf-8;\"))" :LOCALS (# # # # #) :SOURCE-LOCATION
(:ERROR "Cannot find source location for: #<COMPILED-CODE-LOCATION
(SB-C::XEP

(SB-PCL::FAST-METHOD

NO-APPLICABLE-METHOD
                                                            (T)))> ")) #S(
IT.BESE.UCW::BACKTRACE-FRAME :INDEX 7 :DESCRIPTION "((SB-PCL::FAST-METHOD
(SETF SB-MOP:SLOT-VALUE-USING-CLASS)
                           (IT.BESE.UCW:STANDARD-COMPONENT
                            IT.BESE.UCW:STANDARD-COMPONENT-CLASS
                            IT.BESE.UCW:STANDARD-COMPONENT
                            IT.BESE.UCW::STANDARD-COMPONENT-EFFECTIVE-SLOT))
      #<unavailable argument>
      #<CLOSURE (LAMBDA #) {9CEC36D}>
      \"text/html; charset=utf-8;\"
      #<IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW-USER::EXAMPLE-WINDOW>
      #<IT.BESE.UCW-USER::EXAMPLE-WINDOW {A1E3EB1}>
      #<IT.BESE.UCW::STANDARD-COMPONENT-EFFECTIVE-SLOT
IT.BESE.UCW::CONTENT-TYPE>)" :LOCALS (# # # # # #) :SOURCE-LOCATION
(:LOCATION # # #)) #S(IT.BESE.UCW::BACKTRACE-FRAME :INDEX 8 :DESCRIPTION
"((SB-PCL::FAST-METHOD SHARED-INITIALIZE (SB-PCL::SLOT-OBJECT T))
      #<unavailable argument>
      #<unavailable argument>
      #<IT.BESE.UCW-USER::EXAMPLE-WINDOW {A1E3EB1}>
      T
      (:TITLE \"UCW Examples\"
              :STYLESHEET
              \"stylesheet.css\"
              :CONTENT-TYPE
              \"text/html; charset=utf-8;\"
              :JAVASCRIPT
              ((:SRC \"dojo.js\")
               (:JS (IT.BESE.UCW-USER::DOJO.REQUIRE \"dojo.event.*\")))))"
:LOCALS (# # # # #) :SOURCE-LOCATION (:LOCATION # # #)) #S(
IT.BESE.UCW::BACKTRACE-FRAME :INDEX 9 :DESCRIPTION "((LAMBDA
          (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.
           SB-PCL::.ARG1. SB-PCL::.DFUN-REST-ARG.))
      #<unavailable argument>
      #<unavailable argument>
      #<IT.BESE.UCW-USER::EXAMPLE-WINDOW {A1E3EB1}>
      T
      (:TITLE \"UCW Examples\"
              :STYLESHEET
              \"stylesheet.css\"
              :CONTENT-TYPE
              \"text/html; charset=utf-8;\"
              :JAVASCRIPT
              ((:SRC \"dojo.js\")
               (:JS (IT.BESE.UCW-USER::DOJO.REQUIRE \"dojo.event.*\")))))"
:LOCALS (# # # # #) :SOURCE-LOCATION (:LOCATION # # #)) #S(
IT.BESE.UCW::BACKTRACE-FRAME :INDEX 10 :DESCRIPTION "((SB-PCL::FAST-METHOD
MAKE-INSTANCE (CLASS))
      #<unavailable argument>
      #<unavailable argument>
      #<IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW-USER::EXAMPLE-WINDOW>
      NIL)" :LOCALS (# # # #) :SOURCE-LOCATION (:LOCATION # # #)) #S(
IT.BESE.UCW::BACKTRACE-FRAME :INDEX 11 :DESCRIPTION "((LAMBDA (
IT.BESE.ARNESI::ARGUMENTS)) (IT.BESE.UCW-USER::EXAMPLE-WINDOW))" :LOCALS (#)
:SOURCE-LOCATION (:LOCATION # # #)) #S(IT.BESE.UCW::BACKTRACE-FRAME :INDEX
12 :DESCRIPTION "(IT.BESE.ARNESI::DRIVE-INTERPRETER/CC #<CLOSURE (LAMBDA #)
{A1DBCCD}>)" :LOCALS (#) :SOURCE-LOCATION (:LOCATION # # #)) #S(
IT.BESE.UCW::BACKTRACE-FRAME :INDEX 13 :DESCRIPTION "((LABELS
IT.BESE.UCW::CALL-ACTION) #<CLOSURE (LAMBDA #) {9D04345}>)" :LOCALS (#)
:SOURCE-LOCATION (:ERROR "Cannot find source location for:
#<COMPILED-CODE-LOCATION (LABELS IT.BESE.UCW::CALL-ACTION)> ")) ...))
  7: (SIGNAL #<SIMPLE-ERROR {A23EDE9}>)
  8: (ERROR "~@<There is no applicable method for the generic function
~2I~_~S~
          ~I~_when called with arguments ~2I~_~S.~:>")
  9: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument>
#<unavailable argument> #<STANDARD-GENERIC-FUNCTION (SETF
IT.BESE.UCW:COMPONENT.PLACE) (1)>
(#<IT.BESE.UCW::PLACE(SB-MOP:SLOT-VALUE-USING-CLASS CLASS
IT.BESE.UCW::INSTANCE IT.BESE.UCW::SLOT-DEF) {A23EC89}> "text/html;
charset=utf-8;"))
 10: ((SB-PCL::FAST-METHOD NO-APPLICABLE-METHOD (T)) #<unavailable argument>
#<unavailable argument> #<STANDARD-GENERIC-FUNCTION (SETF
IT.BESE.UCW:COMPONENT.PLACE) (1)>
(#<IT.BESE.UCW::PLACE(SB-MOP:SLOT-VALUE-USING-CLASS CLASS
IT.BESE.UCW::INSTANCE IT.BESE.UCW::SLOT-DEF) {A23EC89}> "text/html;
charset=utf-8;"))
 11: ((SB-PCL::FAST-METHOD (SETF SB-MOP:SLOT-VALUE-USING-CLASS) (
IT.BESE.UCW:STANDARD-COMPONENT IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW:STANDARD-COMPONENT
IT.BESE.UCW::STANDARD-COMPONENT-EFFECTIVE-SLOT)) #<unavailable argument>
#<CLOSURE (LAMBDA (SB-PCL::NV CLASS SB-KERNEL:INSTANCE ...)) {9CEC36D}>
"text/html; charset=utf-8;" #<IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW-USER::EXAMPLE-WINDOW>
#<IT.BESE.UCW-USER::EXAMPLE-WINDOW{A1E3EB1}> #<
IT.BESE.UCW::STANDARD-COMPONENT-EFFECTIVE-SLOT IT.BESE.UCW::CONTENT-TYPE>)
 12: ((SB-PCL::FAST-METHOD SHARED-INITIALIZE (SB-PCL::SLOT-OBJECT T))
#<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW-USER::EXAMPLE-WINDOW {A1E3EB1}> T (:TITLE "UCW Examples"
:STYLESHEET "stylesheet.css" :CONTENT-TYPE "text/html; charset=utf-8;"
:JAVASCRIPT ((:SRC "dojo.js") (:JS #))))
 13: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.
SB-PCL::.ARG1. SB-PCL::.DFUN-REST-ARG.)) #<unavailable argument>
#<unavailable argument> #<IT.BESE.UCW-USER::EXAMPLE-WINDOW {A1E3EB1}> T
(:TITLE "UCW Examples" :STYLESHEET "stylesheet.css" :CONTENT-TYPE
"text/html; charset=utf-8;" :JAVASCRIPT ((:SRC "dojo.js") (:JS #))))
 14: ((SB-PCL::FAST-METHOD MAKE-INSTANCE (CLASS)) #<unavailable argument>
#<unavailable argument> #<IT.BESE.UCW:STANDARD-COMPONENT-CLASS
IT.BESE.UCW-USER::EXAMPLE-WINDOW> NIL)
 15: ((LAMBDA (IT.BESE.ARNESI::ARGUMENTS)) (IT.BESE.UCW-USER::EXAMPLE-WINDOW
))
 16: (IT.BESE.ARNESI::DRIVE-INTERPRETER/CC #<CLOSURE (LAMBDA NIL)
{A1DBCCD}>)
 17: ((LABELS IT.BESE.UCW::CALL-ACTION) #<CLOSURE (LAMBDA NIL) {9D04345}>)
 18: ((SB-PCL::FAST-METHOD IT.BESE.UCW::SERVICE (
IT.BESE.UCW::STANDARD-SESSION-FRAME IT.BESE.UCW::REQUEST-CONTEXT))
#<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW::STANDARD-SESSION-FRAME UtJMqjOVMMwDgeDYCThH 0/0/0 {9E905F9}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {9264A51}>)
 19: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.
SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW::STANDARD-SESSION-FRAME UtJMqjOVMMwDgeDYCThH 0/0/0 {9E905F9}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {9264A51}>)
 20: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.
SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW::STANDARD-SESSION 2
#<IT.BESE.UCW::STANDARD-SESSION-FRAMEOTvYhoKwOQSfcrwoVtGc 0/0/0
{A130AC1}> {94EA741}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {9264A51}>)
 21: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0.
SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW:COOKIE-SESSION-APPLICATION "/" {9C34FF1}> #<
IT.BESE.UCW::COOKIE-SESSION-REQUEST-CONTEXT {9264A51}>)
 22: ((SB-PCL::FAST-METHOD IT.BESE.UCW::HANDLE-REQUEST (
IT.BESE.UCW:STANDARD-SERVER IT.BESE.UCW:REQUEST IT.BESE.UCW:RESPONSE))
#<unavailable argument> #<unavailable argument> #<
IT.BESE.UCW:STANDARD-SERVER IT.BESE.UCW:MULTITHREAD-HTTPD-BACKEND 2
{A0EAA91}> #<IT.BESE.UCW::HTTPD-REQUEST {B33B051}> #<
IT.BESE.UCW::HTTPD-RESPONSE {903E011}>)
 23: (IT.BESE.UCW::HTTPD-WORKER-LOOP/HANDLE
#<IT.BESE.UCW::HTTPD-WORKER{B251D21}> #<
IT.BESE.UCW:MULTITHREAD-HTTPD-BACKEND {B077AE9}> #<
IT.BESE.UCW::PENDING-REQUEST {B2B9121}>)
 24: (IT.BESE.UCW::HTTPD-WORKER-LOOP #<IT.BESE.UCW::HTTPD-WORKER {B251D21}>)
 25: ((LAMBDA NIL))
 26: ("foreign function: call_into_lisp")
 27: ("foreign function: funcall0")
 28: ("foreign function: new_thread_trampoline")
 29: ("foreign function: #xB7FC43C0")
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060330/6ef90a94/attachment.html>

From mbaringer at common-lisp.net  Fri Mar 31 05:30:03 2006
From: mbaringer at common-lisp.net (Marco Baringer)
Date: Fri, 31 Mar 2006 00:30:03 -0500 (EST)
Subject: [Bese-devel] New patches to ucw_dev: 30-Mar-2006
Message-ID: <20060331053003.CBC1B704B@common-lisp.net>


Thu Mar 30 13:20:22 EST 2006  Luca Capello <luca at pca.it>
  * render UCW really configurable via ucwctl
  
  Let's me explain the new ucwctl behavior, even if the manual page is
  quite self-explanatory...
  
  1) Dependencies
  
  - detachtty (http://www.cliki.net/detachtty), with the patches
    located here:
  
      http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282641
  
    This is  what you'll find in the darcs repo located at:
  
      http://common-lisp.net/project/bese/repos/detachtty/
  
  - cl-launch (http://www.cliki.net/cl-launch), but there a small
    problem with the SLIME swank when you're not using the
    common-lisp-controller, as reported here:
  
      http://common-lisp.net/pipermail/slime-devel/2006-March/004664.html
  
    Follow the thread for a possible solution.
  
    The `:ucw.default' system depends on cl-launch as well.
  
  - cl-fad (http://www.cliki.net/CL-FAD), the `:ucw.config' system
    (which is used by the `:ucw.default' system) depends on it.
  
  2) Configuration
  
  ucwctl reads by default /etc/ucw/ucwctl.conf (a shell script) and the
  settings can be overridden by command line parameters, please use
  `ucwctl --help` for an explicative list.
  
  By default, UCW reads the configuration from /etc/ucw/conf.lisp (a
  lisp file).  The config file can be specified to ucwctl via the
  command line option -c or --config-file.
  
  Moreover, a different lisp file used to load up UCW can be specified
  to ucwctl via the command line option -s or --start-file.  By default,
  this is /etc/ucw/start.lisp.
  
  3) Applications
  
  Another improvement is the ability to specify a folder in which there
  are all the ASDF files (or symlink to them) for the applications that
  UCW should load.  By default, this folder is /etc/ucw/applications.d/
  and its value can be overridden in the config file.  This behavior
  coexists with the ancient one: applications can be manually specified,
  as it's still the case for the *example- and the *admin-application*.
  
  The name of an application loaded by an ASDF file, however, needs to
  be shared by the ASDF file (name.asd), the package defined by the
  application (:name) and the variable containing the `make-instance'
  declaration (*name-application*).
  
  4) Control UCW
  
  The commands available are now three: start, stop or attach to a
  running section.

     ./bin/start.lisp -> ./bin/etc/start.lisp
    A ./bin/etc/
    A ./bin/etc/conf.lisp
    M ./bin/etc/start.lisp -28 +61
    A ./bin/etc/ucwctl.conf
    R ./bin/stop.lisp
    M ./bin/ucwctl -68 +215
    A ./bin/ucwctl.1
    A ./src/config.lisp
    A ./src/default.lisp
    M ./ucw.asd -1 +51


An updated tarball of ucw_dev's source can be downloaded here:
http://common-lisp.net/project/ucw/tarballs/ucw_dev-20060330.tar.gz

Darcsweb URL:
http://uncommon-web.com/darcsweb/darcsweb.cgi?r=ucw_dev;a=summary


From alecsegal at gmail.com  Fri Mar 31 01:39:19 2006
From: alecsegal at gmail.com (Alec Segal)
Date: Thu, 30 Mar 2006 20:39:19 -0500
Subject: [Bese-devel] ucw setup - a newbie question
Message-ID: <ce5278080603301739h69079db8u2aee9b3cc95fafac@mail.gmail.com>

Just  have ucw set up and trying to get any response from it. No luck with
any backend.
I use the latest sources from darcs ucw_dev.

SBCL 0.9.8

ucw.log (lisp was restarted every time):

(+INFO+ 3352746404 IT.BESE.UCW::UCW-LOGGER "Starting up standard server
#<STANDARD-SERVER MULTITHREAD-HTTPD-BACKEND 2 {B2F6149}>.")
(+INFO+ 3352751202 IT.BESE.UCW::UCW-LOGGER "Starting up standard server
#<STANDARD-SERVER ARANEIDA-BACKEND 2 {B342C09}>.")
(+INFO+ 3352752177 IT.BESE.UCW::UCW-LOGGER "Starting up standard server
#<STANDARD-SERVER MULTITHREAD-MOD-LISP-BACKEND 2 {B3D1249}>.")

As soon as I try to connect with through http, I get an error in the
ucw-backend.log:

(+ERROR+ 3352743688 IT.BESE.UCW::UCW.BACKEND "Error in worker loop:
#<UNDEFINED-FUNCTION READ-REQUEST {BDD2D29}>.")
(+ERROR+ 3352743688 IT.BESE.UCW::UCW.BACKEND "Worker thread #<
IT.BESE.UCW::HTTPD-WORKER {BD3D6B9}> reported #<UNDEFINED-FUNCTION
READ-REQUEST {BDD2D29}>.")

(+INFO+ 3352751202 IT.BESE.UCW::UCW.BACKEND "Starting up ARANEIDA backend
#<ARANEIDA-BACKEND {C1C37C1}> on http://127.0.0.1:8080/")
(+ERROR+ 3352754733 IT.BESE.UCW::UCW.BACKEND "Error in worker loop:
#<UNDEFINED-FUNCTION READ-REQUEST {A746601}>.")
(+ERROR+ 3352755066 IT.BESE.UCW::UCW.BACKEND "Error in worker loop:
#<UNDEFINED-FUNCTION READ-REQUEST {C67BF11}>.")

For some reason httpd-worker-loop/handle in multithread-httpd.lisp does not
have read-request and make-response functions defined (though they are in
the httpd.lisp). I am less clear what is going on with other backends.
IMHO ucwctl needs to be fixed (the value for :backend must be a list):
...
                  $EVAL "(ucw:create-server :backend '(:$BACKEND
                                             :host \"$HOST\"
                                             :port $PORT)
...
Starting ucw trough the ucwtl I am getting exactly the same error.

What is the url to access admin and demo scripts?
I was trying http://127.0.0.1/index.ucw and http://127.0.0.1/admin/index.ucw,
amd just plain http://127.0.0.1
but everything resulted in the errors I was trying to describe earlier.

I set
UCW-USER> (setf *debug-on-error* t)
Here is the sldb trace with the httpd backend:



The function IT.BESE.UCW::READ-REQUEST is undefined.
   [Condition of type UNDEFINED-FUNCTION]

Restarts:
  0: [KILL-WORKER] Kill this worker.
  1: [TERMINATE-THREAD] Terminate this thread (#<THREAD "an httpd worker 1"
{C1C36E9}>)

Backtrace:
  0: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING-ENVIRONMENT
(T)) #<unused argument> #<unused argument> #<FUNCTION (LAMBDA NIL)
{B3F0F2D}>)
  1: (SWANK::CALL-WITH-BINDINGS ((*PRINT-PRETTY*) (*PRINT-LEVEL* . 4)
(*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*)
(*PRINT-PPRINT-DISPATCH* . #<SB-PRETTY:PPRINT-DISPATCH-TABLE {AD32771}>)
(*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T)
...) #<FUNCTION (LAMBDA NIL) {B3F0EED}>)
  2: (SWANK::DEBUG-IN-EMACS #<UNDEFINED-FUNCTION READ-REQUEST {A746601}>)
  3: ((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T))
#<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK>
#<CLOSURE (LAMBDA NIL) {A74D8E5}>)
  4: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {A9EB609}>
#<CLOSURE (LAMBDA NIL) {A74D8F5}>)
  5: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {A9EB609}> #<CLOSURE
(LAMBDA NIL) {A74D8E5}>)
  6: ((FLET IT.BESE.UCW::ABORT-WORKER) #<UNDEFINED-FUNCTION READ-REQUEST
{A746601}>)
  7: ((FLET IT.BESE.UCW::ABORT-WORKER) #<UNDEFINED-FUNCTION READ-REQUEST
{A746601}>)
  8: (SIGNAL #<UNDEFINED-FUNCTION READ-REQUEST {A746601}>)
  9: (ERROR UNDEFINED-FUNCTION)
 10: (SB-KERNEL::UNDEFINED-FUN-ERROR-HANDLER #<unavailable argument>
#.(SB-SYS:INT-SAP #XB73307EC) #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP
#XB73304F0 :TYPE (* (SB-ALIEN:STRUCT SB-VM::OS-CONTEXT-T-STRUCT))> (14))
 11: (SB-KERNEL:INTERNAL-ERROR #.(SB-SYS:INT-SAP #XB73304F0) #<unavailable
argument>)
 12: ("foreign function: call_into_lisp")
 13: ("foreign function: funcall2")
 14: ("foreign function: interrupt_internal_error")
 15: ("foreign function: sigtrap_handler")
 16: ("foreign function: #x8052FF9")
 17: ("bogus stack frame")
 18: (IT.BESE.UCW::HTTPD-WORKER-LOOP/HANDLE
#<IT.BESE.UCW::HTTPD-WORKER{C1C0B01}> #<MULTITHREAD-MOD-LISP-BACKEND
{BF95FD9}> #<
IT.BESE.UCW::PENDING-REQUEST {A706AD1}>)
      Locals:
        SB-DEBUG::ARG-0 = #<IT.BESE.UCW::HTTPD-WORKER {C1C0B01}>
        SB-DEBUG::ARG-1 = #<MULTITHREAD-MOD-LISP-BACKEND {BF95FD9}>
        SB-DEBUG::ARG-2 = #<IT.BESE.UCW::PENDING-REQUEST {A706AD1}>
 19: (IT.BESE.UCW::HTTPD-WORKER-LOOP #<IT.BESE.UCW::HTTPD-WORKER {C1C0B01}>)
 20: ((LAMBDA NIL))
 21: ("foreign function: call_into_lisp")
 22: ("foreign function: funcall0")
 23: ("foreign function: new_thread_trampoline")
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060330/5e473f19/attachment.html>

From nathan at acceleration.net  Fri Mar 31 16:22:44 2006
From: nathan at acceleration.net (Nathan Bird)
Date: Fri, 31 Mar 2006 11:22:44 -0500
Subject: [Bese-devel] allegro mop compatibility
Message-ID: <006801c654df$57a1cea0$d80a0a0a@acceleration.net>

I finally traced down an error I was having, same one documented at:
http://paste.lisp.org/display/15624 

 

It's happening because it is trying to query the class-slots of a class that
isn't finalized yet. The classes are finalizable, but apparently allegro
doesn't do this until you actually make-instance. This is apparently in line
with http://www.lisp.org/mop/concepts.html. 

 

So. ?

 

(defun mopp::safe-class-slots (class)

               (unless (mopp:class-finalized-p class)

                 (mopp:finalize-inheritance class))

               (mopp:class-slots class))

 

Alternative we could make mopp:class-slots do the safely wrapping the
implementations version.

 

On a side note, I found the comment in arnesi:

;;;; The code pre-dates Pascal Costanza's closer-mop package. If

;;;; you're looking for a compatability layer you should probably look

;;;; there instead.

 

I haven't looked at the packages as a whole to much so I don't know if it
would be an easy transition, but aside from the work is there a reason to
not start using closer? I use that package for one or two other things. So
it won't really be a NEW requirement for me, but it might be for others.

 

Nathan Bird

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060331/a6d0619e/attachment.html>

From mb at bese.it  Fri Mar 31 16:22:42 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 31 Mar 2006 18:22:42 +0200
Subject: [Bese-devel] Re: ucw setup - a newbie question
References: <ce5278080603301739h69079db8u2aee9b3cc95fafac@mail.gmail.com>
Message-ID: <m2sloytwh9.fsf@bese.it>

"Alec Segal" <alecsegal at gmail.com> writes:

> Just  have ucw set up and trying to get any response from it. No luck with any
> backend.
> I use the latest sources from darcs ucw_dev.
>
> SBCL 0.9.8
>
> ucw.log (lisp was restarted every time):
>
> (+INFO+ 3352746404 IT.BESE.UCW::UCW-LOGGER "Starting up standard server #
> <STANDARD-SERVER MULTITHREAD-HTTPD-BACKEND 2 {B2F6149}>.")
> (+INFO+ 3352751202 IT.BESE.UCW::UCW-LOGGER "Starting up standard server #
> <STANDARD-SERVER ARANEIDA-BACKEND 2 {B342C09}>.")
> (+INFO+ 3352752177 IT.BESE.UCW::UCW-LOGGER "Starting up standard server #
> <STANDARD-SERVER MULTITHREAD-MOD-LISP-BACKEND 2 {B3D1249}>.")
>
> As soon as I try to connect with through http, I get an error in the
> ucw-backend.log:
>
> (+ERROR+ 3352743688 IT.BESE.UCW::UCW.BACKEND "Error in worker loop: #
> <UNDEFINED-FUNCTION READ-REQUEST {BDD2D29}>.")
> (+ERROR+ 3352743688 IT.BESE.UCW::UCW.BACKEND "Worker thread #
> <IT.BESE.UCW::HTTPD-WORKER {BD3D6B9}> reported #<UNDEFINED-FUNCTION
> READ-REQUEST {BDD2D29}>.")
>
> (+INFO+ 3352751202 IT.BESE.UCW::UCW.BACKEND "Starting up ARANEIDA backend #
> <ARANEIDA-BACKEND {C1C37C1}> on http://127.0.0.1:8080/")
> (+ERROR+ 3352754733 IT.BESE.UCW::UCW.BACKEND "Error in worker loop: #
> <UNDEFINED-FUNCTION READ-REQUEST {A746601}>.")
> (+ERROR+ 3352755066 IT.BESE.UCW::UCW.BACKEND "Error in worker loop: #
> <UNDEFINED-FUNCTION READ-REQUEST {C67BF11}>.")

this is strange, the read-reuest function is defined in
ucw/src/backend/common.lisp. if you load common.lisp from the repl
(before sending a reuest to ucw) things sohuld work perfectly. you're
not the first person to run into this problem but i am, unfgortunetly,
unable to reproduce it. :(

> For some reason httpd-worker-loop/handle in multithread-httpd.lisp does not
> have read-request and make-response functions defined (though they are in the
> httpd.lisp). I am less clear what is going on with other backends.
> IMHO ucwctl needs to be fixed (the value for :backend must be a list):
> ...
>                   $EVAL "(ucw:create-server :backend '(:$BACKEND
>                                              :host \"$HOST\"
>                                              :port $PORT)

luca's recent (yestrday) patch to ucwctl et al. fixs this.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From gwking at metabang.com  Fri Mar 31 17:37:07 2006
From: gwking at metabang.com (Gary King)
Date: Fri, 31 Mar 2006 12:37:07 -0500
Subject: [Bese-devel] allegro mop compatibility
In-Reply-To: <006801c654df$57a1cea0$d80a0a0a@acceleration.net>
References: <006801c654df$57a1cea0$d80a0a0a@acceleration.net>
Message-ID: <A8130C63-73CC-4CB3-A5CD-1CB7EB33FFCA@metabang.com>

Hi Nathan,

I'd suggest building on Pascal Costanza's excellent Closer to MOP  
project. It might also make sense to use my moptilities (which does  
rely on Pascal's package). His package is at http://common-lisp.net/ 
project/closer/closer-mop.html; mine is at http://common-lisp.net/ 
project/cl-containers/moptilities/ .

regards,


On Mar 31, 2006, at 11:22 AM, Nathan Bird wrote:

> I finally traced down an error I was having, same one documented  
> at: http://paste.lisp.org/display/15624
>
>
>
> It?s happening because it is trying to query the class-slots of a  
> class that isn?t finalized yet. The classes are finalizable, but  
> apparently allegro doesn?t do this until you actually make- 
> instance. This is apparently in line with http://www.lisp.org/mop/ 
> concepts.html.
>
>
>
> So? ?
>
>
>
> (defun mopp::safe-class-slots (class)
>
>                (unless (mopp:class-finalized-p class)
>
>                  (mopp:finalize-inheritance class))
>
>                (mopp:class-slots class))
>
>
>
> Alternative we could make mopp:class-slots do the safely wrapping  
> the implementations version.
>
>
>
> On a side note, I found the comment in arnesi:
>
> ;;;; The code pre-dates Pascal Costanza's closer-mop package. If
>
> ;;;; you're looking for a compatability layer you should probably look
>
> ;;;; there instead.
>
>
>
> I haven?t looked at the packages as a whole to much so I don?t know  
> if it would be an easy transition, but aside from the work is there  
> a reason to not start using closer? I use that package for one or  
> two other things. So it won?t really be a NEW requirement for me,  
> but it might be for others.
>
>
>
> Nathan Bird
>
>
>
> _______________________________________________
> bese-devel mailing list
> bese-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel


-- 
Gary Warren King
metabang.com
http://www.metabang.com/




From alecsegal at gmail.com  Fri Mar 31 22:38:33 2006
From: alecsegal at gmail.com (Alec Segal)
Date: Fri, 31 Mar 2006 17:38:33 -0500
Subject: [Bese-devel] Re: ucw setup - a newbie question
In-Reply-To: <m2sloytwh9.fsf@bese.it>
References: <ce5278080603301739h69079db8u2aee9b3cc95fafac@mail.gmail.com>
	<m2sloytwh9.fsf@bese.it>
Message-ID: <ce5278080603311438icff4e2fo6c7cff4d2f4b3b99@mail.gmail.com>

Thank you. I loaded ucw/src/backend/httpd.lisp after

(ucw:create-server :backend '(:httpd    :host "127.0.0.1" :port 8080)
                         ;; '(:mod-lisp :host "127.0.0.1" :port 3001)
                         ;; '(:araneida :host "127.0.0.1" :port 8080)
                         ;; '(:aserve   :host "127.0.0.1" :port 8080)
                   :applications (list
it.bese.ucw-user::*example-application*
                                       ucw::*admin-application*)
                   :inspect-components nil
                   :log-root-directory (make-pathname :name nil :type nil
                                                      :directory (append
(pathname-directory *load-truename*)

(list :up "logs"))
                                                      :defaults
*load-truename*)
                   :log-level +info+
                   :start-p t)

and everything worked.

Alec


On 3/31/06, Marco Baringer <mb at bese.it> wrote:
>
> "Alec Segal" <alecsegal at gmail.com> writes:
>
> > Just  have ucw set up and trying to get any response from it. No luck
> with any
> > backend.
> > I use the latest sources from darcs ucw_dev.
> >
> > SBCL 0.9.8
> >
> > ucw.log (lisp was restarted every time):
> >
> > (+INFO+ 3352746404 IT.BESE.UCW::UCW-LOGGER "Starting up standard server
> #
> > <STANDARD-SERVER MULTITHREAD-HTTPD-BACKEND 2 {B2F6149}>.")
> > (+INFO+ 3352751202 IT.BESE.UCW::UCW-LOGGER "Starting up standard server
> #
> > <STANDARD-SERVER ARANEIDA-BACKEND 2 {B342C09}>.")
> > (+INFO+ 3352752177 IT.BESE.UCW::UCW-LOGGER "Starting up standard server
> #
> > <STANDARD-SERVER MULTITHREAD-MOD-LISP-BACKEND 2 {B3D1249}>.")
> >
> > As soon as I try to connect with through http, I get an error in the
> > ucw-backend.log:
> >
> > (+ERROR+ 3352743688 IT.BESE.UCW::UCW.BACKEND "Error in worker loop: #
> > <UNDEFINED-FUNCTION READ-REQUEST {BDD2D29}>.")
> > (+ERROR+ 3352743688 IT.BESE.UCW::UCW.BACKEND "Worker thread #
> > <IT.BESE.UCW::HTTPD-WORKER {BD3D6B9}> reported #<UNDEFINED-FUNCTION
> > READ-REQUEST {BDD2D29}>.")
> >
> > (+INFO+ 3352751202 IT.BESE.UCW::UCW.BACKEND "Starting up ARANEIDA
> backend #
> > <ARANEIDA-BACKEND {C1C37C1}> on http://127.0.0.1:8080/")
> > (+ERROR+ 3352754733 IT.BESE.UCW::UCW.BACKEND "Error in worker loop: #
> > <UNDEFINED-FUNCTION READ-REQUEST {A746601}>.")
> > (+ERROR+ 3352755066 IT.BESE.UCW::UCW.BACKEND "Error in worker loop: #
> > <UNDEFINED-FUNCTION READ-REQUEST {C67BF11}>.")
>
> this is strange, the read-reuest function is defined in
> ucw/src/backend/common.lisp. if you load common.lisp from the repl
> (before sending a reuest to ucw) things sohuld work perfectly. you're
> not the first person to run into this problem but i am, unfgortunetly,
> unable to reproduce it. :(
>
> > For some reason httpd-worker-loop/handle in multithread-httpd.lisp does
> not
> > have read-request and make-response functions defined (though they are
> in the
> > httpd.lisp). I am less clear what is going on with other backends.
> > IMHO ucwctl needs to be fixed (the value for :backend must be a list):
> > ...
> >                   $EVAL "(ucw:create-server :backend '(:$BACKEND
> >                                              :host \"$HOST\"
> >                                              :port $PORT)
>
> luca's recent (yestrday) patch to ucwctl et al. fixs this.
>
> --
> -Marco
> Ring the bells that still can ring.
> Forget the perfect offering.
> There is a crack in everything.
> That's how the light gets in.
>         -Leonard Cohen
> _______________________________________________
> bese-devel mailing list
> bese-devel at common-lisp.net
> http://common-lisp.net/cgi-bin/mailman/listinfo/bese-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/bese-devel/attachments/20060331/0810afa3/attachment.html>

From mb at bese.it  Fri Mar 31 16:24:43 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 31 Mar 2006 18:24:43 +0200
Subject: [Bese-devel] Re: New patches to ucw_dev: 30-Mar-2006
References: <20060331053003.CBC1B704B@common-lisp.net>
Message-ID: <m2odzmtwdw.fsf@bese.it>

mbaringer at common-lisp.net (Marco Baringer) writes:

> Thu Mar 30 13:20:22 EST 2006  Luca Capello <luca at pca.it>
>   * render UCW really configurable via ucwctl

NB: this patch makes it difficult to start ucw without detachtty and
cl-launch. if you don't have those two libs (and don't want to
download them) don't pull this patch. this will last until we can
figure out how to make the old 'load-one-file-to-start-ucw' behaviour
fit into luca's new (very cool btw) framework.

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From mb at bese.it  Fri Mar 31 16:31:38 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 31 Mar 2006 18:31:38 +0200
Subject: [Bese-devel] Re: Current problem with darcs latest.
References: <4e7bd29e0603301430x54f0aa50ue667eb4f7975ff95@mail.gmail.com>
Message-ID: <m2irputw2d.fsf@bese.it>

"William Halliburton" <whalliburton at gmail.com> writes:

> Just darcs pulled all the latest and the start.lisp is now broken. Cleaned all
> fasl's out and tried again. Same error. darcs get all the directories again and
> reload - same error.
>
> Any quick ideas?

yeah: shoot marco.

> SBCL 0.9.7
>
> There is no applicable method for the generic function
>   #<STANDARD-GENERIC-FUNCTION (SETF IT.BESE.UCW:COMPONENT.PLACE) (1)>
> when called with arguments
>   (#<IT.BESE.UCW::PLACE (SB-MOP:SLOT-VALUE-USING-CLASS CLASS
>                                                        IT.BESE.UCW::INSTANCE
>                                                        IT.BESE.UCW::SLOT-DEF)
> {A23EC89}>
>    "text/html; charset=utf-8;").
>    [Condition of type SIMPLE-ERROR]

(setf place) takes two arguments, but the first sholud be the new
value and the second should be the place, it looks like this call is
being done 'backwards'. argh. that second arg, "text/html;
charset=utf-8;", looks like a really strange thing to be putting into
a component's slot. i'm somewhat at a lost, i don't have time atm to
look into this on sbcl but i will tomorrow and maybe we'll figure out
what's happening.

are you just running the examples or is there some other code involved?

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen


From mb at bese.it  Fri Mar 31 16:35:16 2006
From: mb at bese.it (Marco Baringer)
Date: Fri, 31 Mar 2006 18:35:16 +0200
Subject: [Bese-devel] copyright info
Message-ID: <m24q1etvwb.fsf@bese.it>


if you've every contributed to ucw and you're name is not on the
following list please speak up.

Alberto Santini <albertosantini at tiscali.it>
Aleksandar Bakic <a_bakic at yahoo.com>
Alexey Antipov <door at lcpi.ru>
Alexey Lebedeff <binarin at gmail.com>
Antonio Menezes Leitao <aml at gia.ist.utl.pt>
Asbj?rn Bj?rnstad <asbjxrn at bjxrnstad.net>
Attila Lendvai <attila.lendvai at gmail.com>
Aycan Irican <aycan.irican at core.gen.tr>
Craig McDaniel <craigmcd at gmail.com>
Drew Crampsie <drewc at tech.coop>
Evrim Ulu <evrim at core.gen.tr>
Friedrich Dominicus <frido at q-software-solutions.de>
Henrik Hjelte <henrik.hjelte at poboxes.com>
Hoan Ton-That <hoan at ton-that.org>
Jamie Border <jamie at jborder.com>
Jan Rychter <jan at rychter.com>
Jos? Pablo Ezequiel Fern?ndez <pupeno at pupeno.com>
Julian Stecklina <der_julian at web.de>
Levente M?sz?ros <levente.meszaros at gmail.com>
Luca Capello <luca at pca.it>
Luigi Panzeri <matley at muppetslab.org>
Mac Chan <emailmac at gmail.com>
Maciek Pasternacki <maciekp at japhy.fnord.org>
Marco Baringer <mb at bese.it>
Nathan Bird <nathan at acceleration.net>
Peter Scott <sketerpot at gmail.com>
Robert Marlow <bobstopper at bobturf.org>
Ruslan Abdulkhalikov <rusabd at gmail.com>
Russell Tyndall <russ at acceleration.net>
Ties Stuij <cjstuij at gmail.com>
Vladimir Sekissov <svg at surnet.ru>
William Halliburton <whalliburton at gmail.com>

-- 
-Marco
Ring the bells that still can ring.
Forget the perfect offering.
There is a crack in everything.
That's how the light gets in.
	-Leonard Cohen