From amosat+lisp at gmail.com Sun Jun 21 20:38:38 2009 From: amosat+lisp at gmail.com (mosi) Date: Sun, 21 Jun 2009 22:38:38 +0200 Subject: [web4r-devel] Elephant 1.0 and web4r Message-ID: <544191d90906211338h76cbccdxa3192b4b09c729a2@mail.gmail.com> Hi, I tried the web4r package, it looks pretty amazing. Especially the automatic generation of pages from persistent classes. One question: what are the chances of porting the source for Elephant 1.0 ? You seem to use 0.9, but the old version does not seem to work for me. Elephant is preparing to release a public beta pretty soon. Thank you for your efforts, mosi -------------- next part -------------- An HTML attachment was scrubbed... URL: From amosat+lisp at gmail.com Sun Jun 21 23:37:21 2009 From: amosat+lisp at gmail.com (mosi) Date: Mon, 22 Jun 2009 01:37:21 +0200 Subject: [web4r-devel] Elephant 1.0 and web4r In-Reply-To: <544191d90906211338h76cbccdxa3192b4b09c729a2@mail.gmail.com> References: <544191d90906211338h76cbccdxa3192b4b09c729a2@mail.gmail.com> Message-ID: <544191d90906211637j635f6cj749b05a41b778f97@mail.gmail.com> And to answer my question: it is possible, but as I don`t know what I`m doing, feel free to review the code as you wish. elephant:find-class-index is missing from the new elephant. this makes the wiki example work with elephant 1.0: pclass.lisp ------- (defun get-instance-by-oid (class oid) "Returns an instance of the persistent CLASS by the OID if any." (find (->int oid) (elephant:get-instances-by-class class) :test (lambda (x y) (eql x (oid y)))) ;(get-value (->int oid) (find-class-index class))) ) --- But I have no idea what are the implications of the following: (defun indexed-slot-p (class slot) "Returns true if the SLOT in the CLASS is indexed and nil otherwise." t ;; (map-indices #'(lambda (k v) ;; (declare (ignore v)) ;; (when (eq k slot) ;; (return-from indexed-slot-p t))) ;; (elephant:find-class-index class)) ) 2009/6/21 mosi > > Hi, > I tried the web4r package, > it looks pretty amazing. > Especially the automatic generation of pages from persistent classes. > > One question: > what are the chances of porting the source for Elephant 1.0 ? > You seem to use 0.9, but the old version does not seem to work for me. > > Elephant is preparing to release a public beta pretty soon. > > Thank you for your efforts, > mosi > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomoyuki28jp at gmail.com Mon Jun 22 12:00:22 2009 From: tomoyuki28jp at gmail.com (Tomo Matsumoto) Date: Mon, 22 Jun 2009 21:00:22 +0900 Subject: [web4r-devel] web4r v0.2.5 released Message-ID: <780e7d140906220500yd711c58mb1c97a336ccb09b4@mail.gmail.com> I have released web4r v0.2.5 on 2009-06-20. Changelog: http://web4r.org/en/changelog enjoy! :) Tomo From tomoyuki28jp at gmail.com Mon Jun 22 11:49:01 2009 From: tomoyuki28jp at gmail.com (Tomo Matsumoto) Date: Mon, 22 Jun 2009 20:49:01 +0900 Subject: [web4r-devel] Elephant 1.0 and web4r In-Reply-To: <544191d90906211338h76cbccdxa3192b4b09c729a2@mail.gmail.com> References: <544191d90906211338h76cbccdxa3192b4b09c729a2@mail.gmail.com> Message-ID: <780e7d140906220449o7c413823wfb3961027c5291e7@mail.gmail.com> Hi mosi, You are the first person who has posted a message here and I am glad to see that :) > One question: > what are the chances of porting the source for Elephant 1.0 ? > You seem to use 0.9, but the old version does not seem to work for me. I am not quite sure what you mean by the question, but let me try to answer that. First of all, I have already written some codes to support elephant v1.0. (In a branch named elephant-1.0.) http://github.com/tomoyuki28jp/web4r/tree/elephant-1.0 (The branch was made long time ago, so I need to do some works to merge it to the master branch. It shouldn't take so long though.) The reason why I haven't merged it to the master is because of this bug in elephant v1.0. http://common-lisp.net/pipermail/elephant-devel/2009-May/004851.html Actually it's been fixed in the 1.0 trunk, but still not been merged to the public release codes, so I am thinking when to really support elephant 1.0. http://common-lisp.net/pipermail/elephant-devel/2009-June/004861.html Therefore, the latest stable version of web4r (v0.2.5) only supports elephant v0.9 as this web page says so. http://web4r.org/en/install > You seem to use 0.9, but the old version does not seem to work for me. You mean your web4r doesn't with elephant v0.9? If so, please let me know error messages you got and which softwares you are using (including their versions.) (On my machine, SBCL 1.0.18 + Elephant v0.9 + BDB 4.5 + web4r v0.2.5 is working without any problem.) Tomo On Mon, Jun 22, 2009 at 5:38 AM, mosi wrote: > Hi, > I tried the web4r package, > it looks pretty amazing. > Especially the automatic generation of pages from persistent classes. > > One question: > what are the chances of porting the source for Elephant 1.0 ? > You seem to use 0.9, but the old version does not seem to work for me. > > Elephant is preparing to release a public beta pretty soon. > > Thank you for your efforts, > mosi > > _______________________________________________ > web4r-devel mailing list > web4r-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/web4r-devel > > From amosat+lisp at gmail.com Thu Jun 25 20:54:56 2009 From: amosat+lisp at gmail.com (mosi) Date: Thu, 25 Jun 2009 22:54:56 +0200 Subject: [web4r-devel] web4r 0.2.5 Message-ID: <544191d90906251354k77f3ed74h6641bd209388ef38@mail.gmail.com> Hi tomo, i was trying the new web4r 0.2.5 with sml 1.0.5 and the example/wiki It run previously. Now it hangs on this line: (genpages wiki :edit-sml (example-path "wiki/sml/edit.sml") :show-sml (example-path "wiki/sml/show.sml")) ; ; compilation unit aborted ; caught 1 fatal ERROR condition ; Evaluation aborted. Sometimes it compiles normally, but the error ist the same: # cannot be printed readably. [Condition of type PRINT-NOT-READABLE] Restarts: 0: [RETRY] Retry SLIME REPL evaluation request. 1: [ABORT] Return to SLIME's top level. 2: [TERMINATE-THREAD] Terminate this thread (#) Backtrace: 0: (SB-IMPL::%PRINT-UNREADABLE-OBJECT # # T NIL #) Locals: SB-DEBUG::ARG-0 = # SB-DEBUG::ARG-1 = # SB-DEBUG::ARG-2 = T SB-DEBUG::ARG-3 = NIL SB-DEBUG::ARG-4 = # 1: (SB-IMPL::OUTPUT-LIST (SML:LOAD-SML (OR # #) #) #) Locals: SB-DEBUG::ARG-0 = (SML:LOAD-SML ..) SB-DEBUG::ARG-1 = # 2: (PRIN1 (SML:LOAD-SML (OR # #) #) #) Locals: SB-IMPL::OBJECT = (SML:LOAD-SML ..) STREAM = # 3: (SB-FORMAT::S-FORMAT-DIRECTIVE-INTERPRETER # #<~S> (")") # #) 4: (SB-FORMAT::INTERPRET-DIRECTIVE-LIST # (#<~S> ")") ((SML:LOAD-SML # #)) ((SML:LOAD-SML # #))) Any idea ? Arigato gozaimashta mosi -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomoyuki28jp at gmail.com Thu Jun 25 21:32:38 2009 From: tomoyuki28jp at gmail.com (Tomo Matsumoto) Date: Fri, 26 Jun 2009 06:32:38 +0900 Subject: [web4r-devel] web4r 0.2.5 In-Reply-To: <544191d90906251354k77f3ed74h6641bd209388ef38@mail.gmail.com> References: <544191d90906251354k77f3ed74h6641bd209388ef38@mail.gmail.com> Message-ID: <780e7d140906251432x19eab93ayd8b254f58cbcc0bd@mail.gmail.com> Hi mosi, I have tried to compile the examples/wiki/wiki.lisp few times, but all of them worked fine. I have no idea why you got the error and what that means. It might be related to the issue mentioned in the following web page? (I am not really sure, sorry.) http://datlisp.blogspot.com/2009/03/migrating-to-hunchentoot-1.html I will let you know if I find any useful info. Tomo On Fri, Jun 26, 2009 at 5:54 AM, mosi wrote: > Hi tomo, > i was trying the new web4r 0.2.5 > with sml 1.0.5 > and the example/wiki > > It run previously. > Now? it hangs on this line: > > (genpages wiki :edit-sml (example-path "wiki/sml/edit.sml") > ?????????????? :show-sml (example-path "wiki/sml/show.sml")) > ; > ; compilation unit aborted > ;?? caught 1 fatal ERROR condition > ; Evaluation aborted. > > Sometimes it compiles normally, > but the error ist the same: > > # cannot be printed readably. > ?? [Condition of type PRINT-NOT-READABLE] > > Restarts: > ?0: [RETRY] Retry SLIME REPL evaluation request. > ?1: [ABORT] Return to SLIME's top level. > ?2: [TERMINATE-THREAD] Terminate this thread (# RUNNING {B7C9E01}>) > > Backtrace: > ? 0: (SB-IMPL::%PRINT-UNREADABLE-OBJECT # > # T NIL #) > ????? Locals: > ??????? SB-DEBUG::ARG-0 = # > ??????? SB-DEBUG::ARG-1 = # > ??????? SB-DEBUG::ARG-2 = T > ??????? SB-DEBUG::ARG-3 = NIL > ??????? SB-DEBUG::ARG-4 = # > ? 1: (SB-IMPL::OUTPUT-LIST (SML:LOAD-SML (OR # #) #) > #) > ????? Locals: > ??????? SB-DEBUG::ARG-0 = (SML:LOAD-SML ..) > ??????? SB-DEBUG::ARG-1 = # > ? 2: (PRIN1 (SML:LOAD-SML (OR # #) #) > #) > ????? Locals: > ??????? SB-IMPL::OBJECT = (SML:LOAD-SML ..) > ??????? STREAM = # > ? 3: (SB-FORMAT::S-FORMAT-DIRECTIVE-INTERPRETER > # #<~S> (")") # argument> #) > ? 4: (SB-FORMAT::INTERPRET-DIRECTIVE-LIST # {B5BB431}> (#<~S> ")") ((SML:LOAD-SML # #)) ((SML:LOAD-SML # #))) > > > Any idea ? > > Arigato gozaimashta > mosi > > _______________________________________________ > web4r-devel mailing list > web4r-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/web4r-devel > > From lispmr at gmail.com Sun Jun 28 21:48:51 2009 From: lispmr at gmail.com (Harrison Maseko) Date: Sun, 28 Jun 2009 23:48:51 +0200 Subject: [web4r-devel] Error conditions when loading web4r for the first time Message-ID: <4a47e553.0c58560a.1988.ffffd396@mx.google.com> Hello web4r: Running LispWorks Personal 5.0.1 on Vista, I tried to load web4r using Edi Weitz's Lisp Starter Pack for the first time ever into my Lisp image and I experienced the following two hitches: 1. Symbol "FIND-OUTPUT-ENCODING" not found at all in the RUNES package. 2. The file #P"C:/Program Files/LispWorks Personal/Lisp Libraries/closure-html-2008-11-30/src/parse/unparse.ofasl" does not exist. QUESTION 1: What are the consequencies of opting for "continue treating ... [above condition] as having been successful"? In other words, what components of the framework will not function properly if these conditions were ignored and what are the solutions? QUESTION 2: Has web4r been made available to mudballs? Harrison -------------- next part -------------- An HTML attachment was scrubbed... URL: From tomoyuki28jp at gmail.com Mon Jun 29 15:54:13 2009 From: tomoyuki28jp at gmail.com (Tomo Matsumoto) Date: Tue, 30 Jun 2009 00:54:13 +0900 Subject: [web4r-devel] Error conditions when loading web4r for the first time In-Reply-To: <4a47e553.0c58560a.1988.ffffd396@mx.google.com> References: <4a47e553.0c58560a.1988.ffffd396@mx.google.com> Message-ID: <780e7d140906290854w3c9500dn64a753d448b6db2@mail.gmail.com> Hi Harrison, Thanks for trying web4r. Unfortunately, web4r does not support LispWorks because some depending packages like Elephant does not support LispWorks. http://common-lisp.net/project/elephant/platforms.html > 2. The file #P"C:/Program Files/LispWorks Personal/Lisp Libraries/closure-html-2008-11-30/src/parse/unparse.ofasl" does not exist. It seems like you got this error because closure-html is not working on your system. http://common-lisp.net/project/closure/closure-html/ > QUESTION 2: Has web4r been made available to mudballs? What do you mean by mudballs? Tomo On Mon, Jun 29, 2009 at 6:48 AM, Harrison Maseko wrote: > Hello web4r: > Running LispWorks Personal 5.0.1 on Vista, I tried to load?web4r using?Edi > Weitz's Lisp Starter Pack for the first time ever into my Lisp image and I > experienced the following two hitches: > > 1. Symbol "FIND-OUTPUT-ENCODING" not found at all in the RUNES > package. > > 2. The file #P"C:/Program Files/LispWorks Personal/Lisp > Libraries/closure-html-2008-11-30/src/parse/unparse.ofasl" does not > exist. > > QUESTION 1: What are the consequencies of opting for "continue treating ... > [above condition] as having been successful"? In other words, what > components of the framework will not function properly if these conditions > were ignored and?what are the solutions? > > QUESTION 2: Has web4r been made available to mudballs? > > Harrison > _______________________________________________ > web4r-devel mailing list > web4r-devel at common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/web4r-devel > > From tomoyuki28jp at gmail.com Mon Jun 29 23:35:02 2009 From: tomoyuki28jp at gmail.com (Tomo Matsumoto) Date: Tue, 30 Jun 2009 08:35:02 +0900 Subject: [web4r-devel] Error conditions when loading web4r for the first time In-Reply-To: <4a49291c.1ac1f10a.1727.ffffc852@mx.google.com> References: <780e7d140906290854w3c9500dn64a753d448b6db2@mail.gmail.com> <4a49291c.1ac1f10a.1727.ffffc852@mx.google.com> Message-ID: <780e7d140906291635o10f654day16924e8d46bf491a@mail.gmail.com> Hi Harrison, > What platforms does web4r work best on? Linux + SBCL See detail at http://web4r.org/en/install I am planning to support more lisp implementations within a month. The candidates are Clozure CL and Allegro because Elephant officially supports only those implementations. http://common-lisp.net/project/elephant/platforms.html > I am not an expert programmer; I am teaching myself programming by > writing a simple but interesting web app and I thought web4r was the > framework to work with. Thanks for choosing web4r. I am really glad to hear that :) > From the Mudballs manual at http://mudballs.com/ : Mudballs is a "System > Management Tool for Common Lisp. Looks interesting. I didn't know that. I will take a look at it and consider that. Thanks for the info, Harrison. Tomo On Tue, Jun 30, 2009 at 5:48 AM, Harrison Maseko wrote: > Thanks for your reply, Tomo. What platforms does web4r work best on? I have > an experimental Debian installation which I sometimes play with but I am not > that conversant with Linux. Most of the time I spend it on Windows XP and > Vista. On Windows I have LispWorks, SBCL running via Cusp in Eclipse, and > ACL the trial version, as well as CLISP. I think web4r looks like what I > have been missing and I am eager to poke around to see how to get things > done. I am not an expert programmer; I am teaching myself programming by > writing a simple but interesting web app and I thought web4r was the > framework to work with. > >> What do you mean by mudballs? > > From the Mudballs manual at http://mudballs.com/ : Mudballs is a "System > Management Tool for Common Lisp. Mudballs was written with the goal of > providing an easy to use system for loading Common Lisp code into your image > in a reliable and predictable manner." Mudballs seeks to be a better system > to succeed ASDF. Please check out that website for more details, especially > this section http://mudballs.com/#everyones-system which deals with making > your system available to others. The mailing list is at > http://groups.google.com/group/mudballs/. I like Mudballs' ease of use and > simple interface. You would sure make web4r easily accessible to many more > by making it available to Mudballs and I would urge you to consider that as > an option. > > Looking forward to your response. > > Harrison. > > -----Original Message----- > From: Tomo Matsumoto [mailto:tomoyuki28jp at gmail.com] > Sent: Monday, June 29, 2009 5:54 PM > To: Harrison Maseko > Cc: web4r-devel at common-lisp.net > Subject: Re: [web4r-devel] Error conditions when loading web4r for the first > time > > Hi Harrison, > > Thanks for trying web4r. > > Unfortunately, web4r does not support LispWorks because some depending > packages like Elephant does not support LispWorks. > http://common-lisp.net/project/elephant/platforms.html > >> 2. The file #P"C:/Program Files/LispWorks Personal/Lisp > Libraries/closure-html-2008-11-30/src/parse/unparse.ofasl" does not exist. > > It seems like you got this error because closure-html is not working on your > system. > http://common-lisp.net/project/closure/closure-html/ > >> QUESTION 2: Has web4r been made available to mudballs? > > What do you mean by mudballs? > > Tomo > > > On Mon, Jun 29, 2009 at 6:48 AM, Harrison Maseko wrote: >> Hello web4r: >> Running LispWorks Personal 5.0.1 on Vista, I tried to load?web4r using >> Edi Weitz's Lisp Starter Pack for the first time ever into my Lisp >> image and I experienced the following two hitches: >> >> 1. Symbol "FIND-OUTPUT-ENCODING" not found at all in the RUNES >> package. >> >> 2. The file #P"C:/Program Files/LispWorks Personal/Lisp >> Libraries/closure-html-2008-11-30/src/parse/unparse.ofasl" does not >> exist. >> >> QUESTION 1: What are the consequencies of opting for "continue treating > ... >> [above condition] as having been successful"? In other words, what >> components of the framework will not function properly if these >> conditions were ignored and?what are the solutions? >> >> QUESTION 2: Has web4r been made available to mudballs? >> >> Harrison >> _______________________________________________ >> web4r-devel mailing list >> web4r-devel at common-lisp.net >> http://common-lisp.net/cgi-bin/mailman/listinfo/web4r-devel >> >> > Internal Virus Database is out of date. > Checked by AVG. > Version: 8.0.338 / Virus Database: 270.12.23/2106 - Release Date: 5/9/2009 > 6:54 AM > >