gmane.lisp.mcl.general

CfParticipation: ELW'08, July 7, Paphos, Cyprus

Didier Verna — 2008-06-30T14:57:28

+------------------------------------------------------------+ | CALL FOR PARTICIPATION | | 5th European Lisp Workshop | | July 7, Paphos, Cyprus - co-located with ECOOP 2008 | +------------------------------------------------------------+ The 5th European Lisp Workshop will be held on July 7, in Paphos, Cyprus, as part of this year's European Conference on Object-Oriented Programming (ECOOP 2008). The workshop will feature two keynote presentations: "Lisp for the 21st Century", by Mark Tarver, and "A detailed look at the Lisp Nature of Clojure", by Rich Hickey. We have also accepted four scientific papers about description logic systems, data parallelism for quantum simulation, interactive code generation, and a rant about make-method-lambda. Get all the programme details at http://elw2008.bknr.net/programme. Registration ************ Main registration is with ECOOP via the following page: https://cypr

[ELW'08] Important news

Didier Verna — 2008-06-23T14:04:35

Hello, here are some important news on the 5th European Lisp Workshop, July 7, Pahpos, Cyprus, co-located with ECOOP 2008: * The paper selection process is over; the final programme will be available shortly. Stay tuned for the upcoming call for participation! * We now have the abstracts for the two keynote presentations: Lisp for the 21st Century (Mark Tarver) As Lisp reaches its 50th anniversary, the talk looks at some of the reasons why Lisp has not found a wider acceptance amongst the programming community. Part of the reasons lie in a vicious cycle between education and industry within which Lisp is trapped. One solution is the L21 project - to produce a rationalized and revised update of Lisp for the C21. Qi fits many of the constraints of the L21 project. The talk concludes on what needs to be done within Qi and the Lisp world to bring Lisp to the center stage. A Detailed Look at the Lisp Nature of Clojure (Rich Hickey) The small essential core of Lisp makes d

Re: CLOS keeps on surprising me

Toomas Altosaar — 2008-06-07T13:39:00

Strange that I was just thinking of you when I posted this question. ;-) Thanks for the reasoning! _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

Re: CLOS keeps on surprising me

Pascal Costanza — 2008-06-07T12:12:50

On 7 Jun 2008, at 14:00, Toomas Altosaar wrote: A compiler could theoretically detect that the standard method combination is used, and thus anticipate that qualifiers other than :before, :after and :around are invalid. However, in the general case, method combination can be performed by some user-defined algorithm, and thus it is impossible to predict in the general case which qualifiers are acceptable or not. This could, for example, depend on runtime state of the system. Pascal

CLOS keeps on surprising me

Toomas Altosaar — 2008-06-07T12:00:23

Would have thought that the following would have been caught at compile time. But I imagine that there is a good reason for only detecting this at run time. This in 5.1b4. ----- (defgeneric some-function (x) (:method (x) (print x) (values)) (:method :before (x) (print :before)) (:method :after (x) (print :after)) (:method :around (x) (print :around1) (call-next-method) (print :around2) (values)) (:method :BULL (x) (print :BULL))) ;(some-function 5) See the Restarts menu item for further choices. 1 > ;(COMPUTE-APPLICABLE-METHODS #'some-function '(5)) ==> (# # # # #) _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/

font change anomaly

2008-06-07T06:40:19

if in a pure new MCL 5.2 Listener you evaluate (code-char #xEFBB), the Listener font is changed _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

Re: Text files in MCL 5.2

2008-06-07T06:39:27

In the MCL 5.2 save file dialog is a new Format option for external-format [MCL 5.1 Format] [Unicode (UTF8)] [Unicode (UTF16)] [Unix line endings] If a file is saved in [MCL 5.1 Format] or [Unix line endings] by 5.2 is should be read as original under MCL pre 5.2. MCL 5.2 file saved as [Unicode (UTF8)], under 5.1 we see the BOM (Ôªø) file prefix. ditto [Unicode (UTF16)], under 5.1 it cannot be read the external file's format is found using utf-something-p (which assumes nothing, rather investigates the file contents and FSCataloginfo.FinderInfo.filetype). for internal state, file-external-format looks for (view-get window :external-format). if we save as [MCL 5.1 Format] ccl::view-alist has :EXTERNAL-FORMAT nil. If I make and save a new file in pre-5.2 MCL, then read in 5.2, utf-something-p file returns nil the way the external-format argument is handled is of necessity a bit convoluted, see: window-save-file buffer-write-file %buffer-write-file choose-new-file-dialog wi

Re: Text files in MCL 5.2

Toomas Altosaar — 2008-06-05T22:43:33

IIRC, MCL 5.2 reads in text files and converts to Unicode on the fly. And if you save the file then there is no going back to using that file in an earlier MCL release. Not the solution you are looking for, but I am still using 5.1 for just that reason. Is there some switch that allows the Unicode conversion to be turned off? _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

Text files in MCL 5.2

Octav Popescu — 2008-06-05T21:47:22

MCL 5.2 seems to have a problem with text files. It assumes the input file is encoded in MacRoman and converts it to Unicode strings on reading, but it doesn't do a reverse conversion on writing. And then it just writes the lower bytes of the unicode codes. So for instance if you do: (with-open-file (in "Home:In.lisp") (with-open-file (out "Home:Out.lisp" :direction :output :if-exists :supersede) (princ (read-line in) out))) And if you have a line with foreign language characters in "In.lisp", you end up with different characters in "Out.lisp". So if you read it again, you get a different text than the first time. Does anybody have a solution for this problem? I found a workaround by calling ccl::convert-string-to-mac-encodings on the string before writing it, but I'm hoping for a better integrated solution, which I can save as a patch. Thanks, Octav _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com

[ELW'08] Breaking News: 2 keynote speakers

Didier Verna — 2008-05-28T15:59:40

Dear colleagues, I'm very happy to announce that the 5th European Lisp Workshop, co-located with ECOOP in Paphos, Cyprus, on July 7th 2008 will feature two keynote presentations: - "Lisp for the 21st Century", by Mark Tarver See http://www.lambdassociates.org - "A Detailed Look at the Lisp Nature of Clojure", by Rich Hickey See http://clojure.sourceforge.net Mark Tarver's coming would not have been possible without the help of our sponsors: LispWorks Ltd, Franz Inc and the Association of Lisp Users. Please pay them a visit as well! http://www.lispworks.com/ http://www.franz.com/ http://www.alu.org/ And remember to register to ECOOP before June 1st, the early registration deadline... Hope to see you in Paphos!

LISPIX on OS X?

Andrew Shalit — 2008-05-26T18:43:27

Does anyone know of a version of David Bright's LISPIX image processing language that runs on OS X? According to the LISPIX website (http://www.nist.gov/lispix/doc/contents.htm) an older version ran on MCL in OS 9, but it is currently being developed on Allegro on the PC. I'd appreciate any info about a Mac version that is more current, especially one that runs on OS X. Thanks, Andrew Shalit Clozure Associates _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

The barest of bare-bones graphics

Walker Sigismund — 2008-05-10T20:24:53

Thanks "Keith L. Downing" public.gmane.org> for this SUESS example. Console errors on my machine (g5 imac) and Clozure CL 1.2- rc1 disk image for Mac OS X, indicated that I needed to change all the reference to thickness to short-floats (1.0, 2.0 and 3.0 rather than 1 2 3). With these changes it seems to run without console errors, and the picture it draws is quite humorous. Thanks again_______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

Re: The barest of bare-bones graphics

Keith L. Downing — 2008-05-07T14:23:59

There are surely others who can answer some of these questions better than I, but a few things are "personal", so I'll try: On May 7, 2008, at 2:08 PM, p2.edoc-gM/Ye1E23mwN+BqQ9rBEUg< at >public.gmane.org wrote: From what I've gathered, you need an ns-window and then an ns-view within the window. So I just wanted to create the simplest of both. I also wanted to just pass around the view and let it be drawn onto. If you actually need the ns-window object (for example when you want to resize the window) then you can get it from the view. I don't want to have to think about the view-vs-window distinction very much, so I called the view a simple-window in places, but the abstraction was not well thought out by any means. Again, I just want the user to get something that they can call a window and draw onto it, without thinking too much about whether it's a view or not. This can definitely be improved upon. Yes, definitely worth a change here. I've only tested on the 64-bit version of Clo

Re: The barest of bare-bones graphics

2008-05-07T12:08:41

Thanks Keith. I don't follow all your reasoning, but every Lisp friendly translation of Cocoa or Objective-C helps me gradually get the right end of the stick. Much easier to read and reverse engineer than a mountain of documentation that assumes one already knows the C or MacOS guts that one's trying to learn about! Not sure why the class seuss::cocoa-window is defined so the actual window is just a slot in it. Nor understanding quite why the seuss::kd-make-simple-window returns the view within the window rather than the window. All in, in your example material, I don't find the handle "window" seems to relate to window objects directly. Perhaps it'd work better if seuss::cocoa-window were called something like seuss::cocoa-window-holder ? Perhaps we could all add code at the top of files to catch which version of ClozureCL is to be used. In Version 1.1-r7809 (DarwinPPC32), (seuss::thing-1) hangs. (haven't started un-picking that yet) (I'm still with CCL 1.1 as I assumed a lisp user friendly

Re: The barest of bare-bones graphics

Keith L. Downing — 2008-05-07T08:10:28

Ralph: Thanks. ... Keith On May 7, 2008, at 2:31 AM, Raffael Cavallaro wrote: _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

Re: The barest of bare-bones graphics

Raffael Cavallaro — 2008-05-07T00:57:15

On May 6, 2008, at 5:39 PM, Keith L. Downing wrote: Your function kdwait is not what you want - it uses 100% cpu during the wait. The built in common lisp function sleep is another option. Still another is NSTimer and Run Loops: regards, Ralph Raffael Cavallaro, Ph.D. raffaelcavallaro-ee4meeAH724< at >public.gmane.org _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

Re: The barest of bare-bones graphics

Raffael Cavallaro — 2008-05-07T00:31:08

On May 6, 2008, at 5:39 PM, Keith L. Downing wrote: You want to add a defpackage form - the file starts with (in- package :SEUSS) but that package hasn't been defined. regards, Ralph Raffael Cavallaro, Ph.D. raffaelcavallaro-ee4meeAH724< at >public.gmane.org _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl

The barest of bare-bones graphics

Keith L. Downing — 2008-05-06T21:39:09

Hi everyone: I'm kinda desperate to get something (anything) going with the Clozure-CL graphics on the 64-bit Mac, so I spent some time digging through the Cocoa manuals and picking the brains of those who know something about Cocoa and the Cocoa bridge. In the end, I got a little code together that allows me to open windows and draw lines and simple shapes. A few people on this list recommended that I post my results. I'm not sure if that's wise, since I wouldn't want anyone to get started using an inferior product. Although.... that did work for Bill Gates. Anyway, here's a simple package that should get you started if you're really desperate, like me. It's not well commented, but if you read the code, you'll at least see WHAT Cocoa primitives are probably worth reading up on, such as the Bezier curve stuff, the ns-view and ns- window classes, etc. Cheers.... Keith Downing Trondheim, Norway p.s. Please excuse the use of the kd- prefix to all graphics comman

[ELW'08] Deadline extension: 5th European Lisp Workshop

Didier Verna — 2008-05-06T08:12:51

Hello, we have extended the deadline for the 5th European Lisp Workshop. The new timetable gives two more weeks for paper submission. Please find the updated call for papers below. +------------------------------------------------------------+ | CALL FOR PAPERS | | 5th European Lisp Workshop | | July 7, Paphos, Cyprus - co-located with ECOOP 2008 | +------------------------------------------------------------+ Important Dates: **************** Submission deadline (papers & breakout groups): May 18, 2008 Notification of acceptance: May 26, 2008 ECOOP early registration deadline: June 01, 2008 5th European Lisp Workshop: July 07, 2008 For more information visit http://elw.bknr.net/2008/ Contact: Didier Verna, didier-+R3Ik2xuP/1XyE3A67eCUw< at >public.gmane.org Organizers ********** Didier Verna, EPITA Research and Development Laboratory, P

Syntax styling for 5.2

Glen Foy — 2008-04-26T19:06:07

I've updated a Fred styling utility for 5.2. It does elaborate batch and incremental styling: color-coded-20b1.sea.hqx , version 2.0b1, 790 KB, MacOSX 10.4.10, MacOSX 10.5, MCL 5.2 www.clairvaux.org Fred is a bit slower this time around. This is understandable because of Unicode, but the previous parsing algorithm is now too slow on my ancient powerbook. This version of the utility uses a recursive transition network parser. RTNs are a good solution because they maintain an internal stack. The stack can be saved between keystrokes and the computation resumes with the next keystroke, without having to parse the entire top-level form. Performance does not degrade as forms get longer. This is a bit like continuations in Scheme. I bring this up because the utility looks the same and has the same name, but there is a lot of new code. I've been using it daily for a couple of weeks now, and it appears to be solid. But this is a beta release. If you find a bug, mail it to me. -Glen ___________________

MCL 5.2 updated

alice hartley — 2008-04-23T19:50:09

An updated version of MCL 5.2 final is at: ftp://ftp.clozure.com/pub/MCL/MCL-5.2-Final3.dmg It includes the files missing from the previous version. Alice _______________________________________________ info-mcl mailing list info-mcl-duOd456sFkNBDgjK7y7TUQ< at >public.gmane.org http://clozure.com/mailman/listinfo/info-mcl