Search found 99 matches
- Sat Jun 13, 2009 5:19 pm
- Forum: Common Lisp
- Topic: Embedding PHP into Common Lisp
- Replies: 2
- Views: 4442
Re: Embedding PHP into Common Lisp
Hm. No, thats not what I am searching for (there is also a project called "cl-php", but its the same - just preprocessing). No, I really want to access PHP from Common Lisp. The Language itself. I.e. I want to call functions, etc. Well, there is some SAPI called "php-embed" which...
- Sat Jun 13, 2009 7:17 am
- Forum: Common Lisp
- Topic: Embedding PHP into Common Lisp
- Replies: 2
- Views: 4442
Embedding PHP into Common Lisp
There are ways to call Perl and Python from Common Lisp. Has somebody already tried to embed PHP into Common Lisp?
It has some Embedding-API, and it shouldnt be too hard (hopefully).
It has some Embedding-API, and it shouldnt be too hard (hopefully).
- Thu Jun 11, 2009 6:49 am
- Forum: Common Lisp
- Topic: Which HTTP Server?
- Replies: 10
- Views: 14298
Re: Which HTTP Server?
Yes, I'm looking at using a VPS - how small is too small for Huchentoot? 256? 512? or is more needed? Not Hunchentoot was the problem, but SBCL, ACL, CCL, etc., are reserving too much memory - and want a special part of the memory to optimize their memory-management. ECL and CLISP are better in tha...
- Wed Jun 10, 2009 6:27 pm
- Forum: Common Lisp
- Topic: Which HTTP Server?
- Replies: 10
- Views: 14298
Re: Which HTTP Server?
mod_lisp is more of a webserver-appserver comms protocol than it is a server in itself, so far as I understand it; very much the equivalent of connecting apache to tomcat via mod_jk. I would say it is even more equivalent to SCGI ( http://en.wikipedia.org/wiki/SCGI ) (I wonder if Hunchentoot suppor...
- Thu May 28, 2009 5:44 am
- Forum: Common Lisp
- Topic: Montezuma 0.1.3 released
- Replies: 2
- Views: 4568
Re: Montezuma 0.1.3 released
Is there a reason why its called Montezuma?
- Mon Apr 13, 2009 5:38 pm
- Forum: Common Lisp
- Topic: A good criticism of the comon lisp language(?)
- Replies: 16
- Views: 27964
Re: A good criticism of the comon lisp language(?)
Recently, I kept finding myself using DO and friends in a unaesthetic manner and the rationale for LOOP clicked. Now I need to go learn LOOP. I'm realizing that the number of concepts in CL is beneficial. Personally i prefer iterate , which is better in a bunch of ways.(imo, i discussed in this thr...
- Thu Apr 09, 2009 4:03 pm
- Forum: Common Lisp
- Topic: A good criticism of the comon lisp language(?)
- Replies: 16
- Views: 27964
Re: A good criticism of the comon lisp language(?)
In http://ilc2009.scheming.org/node/7 problems are mentioned, but no solutions. I mean, what alternatives are there? Scheme? Clojure? NewLisp? I dont see that they are really much better in the end (maybe in single concepts, but not in general). Wouldnt it be the best way to say "ok, thats an o...
- Mon Apr 06, 2009 6:27 am
- Forum: Common Lisp
- Topic: Common Lisp Bloggers
- Replies: 10
- Views: 20230
Re: Common Lisp Bloggers
I have created a Yahoo Pipe Rss Feed for my Blogposts about Lisp. http://pipes.yahoo.com/pipes/pipe.run?_id=_gfbgqMi3hGIuwx33nBDOQ&_render=rss Unfortunately, wordpress only shows the Postings of the last 10 (?) Days in their feeds, so at the moment this feed is empty :roll: . And I also have ger...
- Sun Apr 05, 2009 1:59 pm
- Forum: Common Lisp
- Topic: Something wrong with imagemagick and cl-base64
- Replies: 7
- Views: 11193
Re: Something wrong with imagemagick and cl-base64
Thank you. I used lisp-magick. Modified my code: (defun stretched-base64-image (img) "Call ImageMagick to resize that file to 32x32." (lisp-magick:with-magick-wand (mywand) (lisp-magick::magick-read-image-blob mywand img) (lisp-magick::magick-resize-image mywand 32 32 #x00000000 1d0) (base...
- Fri Apr 03, 2009 5:26 am
- Forum: Common Lisp
- Topic: Something wrong with imagemagick and cl-base64
- Replies: 7
- Views: 11193
Re: Something wrong with imagemagick and cl-base64
Thank you. No, I dont think that it is good for this purpose, as it works only with strings. I cannot pass a byte-vector as input and grab a byte-vector as output. Actually I cannot even see how to easily patch the code for this purpose. I could try to use flexi-streams and convert the byte-vector t...