<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.lisp.clisp.general">
    <title>gmane.lisp.clisp.general</title>
    <link>http://blog.gmane.org/gmane.lisp.clisp.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13918"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13917"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13916"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13915"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13914"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13913"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13912"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13911"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13910"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13909"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13908"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13907"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13906"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13904"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13901"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.lisp.clisp.general/13899"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13918">
    <title>UNIX error 14 (EFAULT)</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13918</link>
    <description>&lt;pre&gt;Hi all,

I would like to ask if there is a way to avoid the following crash:

1) In the first terminal run

   $ tcpserver 127.0.0.1 3333 clisp -norc -q -x '(print :hi)'

2) In the second terminal run

   $ nc localhost 3333 
   
   :HI 
   :HI
   $

3) In the first terminal I get

   *** - UNIX error 14 (EFAULT): Bad address

   [/build/buildd/clisp-2.49/src/eval.d:573] reset() found no driver frame
   (sp=0x7fff36a66930-0x7fff36a612f0)

which doesn't seem right, there seems to be an issue with closing the
pipe.

I am running the default clisp which comes with the latest ubuntu GNU
CLISP 2.49 (2010-07-07) on machine with Linux 3.2.0-24-generic
#37-Ubuntu SMP x86_64 GNU/Linux.

*features*

(:ASDF2 :ASDF :READLINE :REGEXP :SYSCALLS :I18N :LOOP :COMPILER :CLOS
 :MOP :CLISP
 :ANSI-CL :COMMON-LISP :LISP=CL :INTERPRETER :SOCKETS :GENERIC-STREAMS
 :LOGICAL-PATHNAMES
 :SCREEN :FFI :GETTEXT :UNICODE :BASE-CHAR=CHARACTER :WORD-SIZE=64
 :PC386 :UNIX)

Thank you,

Tomas

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Tomas Hlavaty</dc:creator>
    <dc:date>2012-05-22T07:56:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13917">
    <title>Re: stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13917</link>
    <description>&lt;pre&gt;

  What I mean is that in general (maybe not in this particular case
though), I don't like to rely on catching errors for testing whether I
have the right to do something or not.

The general problem is that many times, a single error is used for
different reasons (this is what I call "coarse grain", and the standard
doesn't help in this matter) but you are only interested in one of them.

When you catch such an error, you're actually catching a whole bunch of
situations, including the one you're looking for, but not only, and
there's no way to know. The consequence is that in principle, catching
too many situations may in fact hide bugs.


  It looks perfect, thanks!

&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2012-05-21T15:27:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13916">
    <title>Re: stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13916</link>
    <description>&lt;pre&gt;Hi,


why "too coarse a grain"?
could you please be more specific?


1. STREAM-HANDLES is just a thin interface to stream_handles() which is
used in many places (including modules) and which I am very reluctant to
change.

2. looking through clisp/src/stream.d it appears that this is the
function you want:

(defun stream-device (object)
  (and (or (sys::built-in-stream-p object)
           (eq 'socket:socket-server (type-of object)))
       (handler-case (ext:stream-handles object)
         (stream-error (e) nil))))

the only errors signaled by stream-handles are errors on invalid
argument.

(stream-device 1)
==&amp;gt; NIL
(stream-device *terminal-io*)
==&amp;gt; 0 ; 1

&lt;/pre&gt;</description>
    <dc:creator>Sam Steingold</dc:creator>
    <dc:date>2012-05-21T14:36:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13915">
    <title>Re: stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13915</link>
    <description>&lt;pre&gt;

  Yup. Now, let's work a couple of years on a CDR which describes all
the precise errors we need in the standard :-)

&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2012-05-21T13:41:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13914">
    <title>Re: stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13914</link>
    <description>&lt;pre&gt;

Sorry.



Right, but this is another topic.  Indeed, it would be nice if all the
CL operators, and all the libraries defined always specific conditions,
so we could write:

    (defun stream-device (stream)
      (handler-case
          (ext:stream-handle stream)
        (ext:stream-has-no-handle-error ()
          nil)))

But often it's not expected to have any other errors either, so just
error is acceptable.


The downside, is that the condition ontology is often as complex if not
more complex than the main object ontology of a library or program.
(But nothing that couldn't be handled with a few nice macros).


&lt;/pre&gt;</description>
    <dc:creator>Pascal J. Bourguignon</dc:creator>
    <dc:date>2012-05-21T13:09:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13913">
    <title>Re: stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13913</link>
    <description>&lt;pre&gt;

     Could you please read the mails you're replying to ? ;-)

I said:


Catching just ERROR is even coarser and unsatisfactory for the same
reason. You catch more than you actually want, and this is dangerous in
principle.

&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2012-05-21T11:05:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13912">
    <title>Re: stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13912</link>
    <description>&lt;pre&gt;

(defun stream-device (stream)
  (handler-case (ext:stream-handle stream) (error () nil)))



(defun stream-ahs-handle-p (stream)
  (stream-device stream))



IMO, Lisp is not C.  It's not bad to signal an error if a function
cannot access the wanted attribute.

&lt;/pre&gt;</description>
    <dc:creator>Pascal J. Bourguignon</dc:creator>
    <dc:date>2012-05-21T10:08:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13911">
    <title>stream-handles behavior</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13911</link>
    <description>&lt;pre&gt;
  Hello,

The current behavior of EXT:STREAM-HANDLES is to return two file
descriptors (input and output) when possible, and error otherwise.

The problem I have with this behavior is that (apparently) there's no
way to predict whether it is possible to perform this operation or not
on a random stream (notably when it's just of class STREAM): IIUC,
stream_handles does the validity check based on information which is
only available at the C level.

I can currently work around this by catching STREAM-SIMPLE-ERROR but
this is not satisfactory (too coarse a grain). So my question is:

- would it hurt if EXT:STREAM-HANDLES were changed to return nil instead
  of error'ing? CCL does this with his STREAM-DEVICE function for
  instance.

- otherwise, could we have a predicate such as STREAM-HAS-HANDLES-P
  please?


Or, we could enrich the STREAM class hierarchy with a mixin for streams
with handles, or, expose the current implementation details (the
strmtype field) to the Lisp level. But maybe we don't want to go that
far :-)


Thanks!

&lt;/pre&gt;</description>
    <dc:creator>Didier Verna</dc:creator>
    <dc:date>2012-05-21T09:58:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13910">
    <title>advice sought - debugging core files</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13910</link>
    <description>&lt;pre&gt;
I see some core files sitting around.
The file command shows, e.g.,
/home/jack/data2012/core.29192: ELF 32-bit LSB core file Intel 80386,
version 1 (SYSV), SVR4-style, from '/usr/lib/clisp-2.49/base/lisp.run -B
/usr/lib/clisp-2.49 -M /usr/lib/clisp-2.49' 

Is there some way to use the lisp debugger to see what was going on?

So far I'm up to here:

$ gdb /usr/lib/clisp-2.49/base/lisp.run /home/jack/data2012/core.29192

GNU gdb (GDB) Fedora (7.3.50.20110722-13.fc16) 
Copyright (C) 2011 Free Software Foundation, Inc. 
License GPLv3+: GNU GPL version 3 or later &amp;lt;http://gnu.org/licenses/gpl.html&amp;gt; 
This is free software: you are free to change and redistribute it. 
There is NO WARRANTY, to the extent permitted by law.  Type "show copying" 
and "show warranty" for details. 
This GDB was configured as "i686-redhat-linux-gnu". 
For bug reporting instructions, please see: 
&amp;lt;http://www.gnu.org/software/gdb/bugs/&amp;gt;... 
Reading symbols from /usr/lib/clisp-2.49/base/lisp.run...Reading
symbols from /usr/lib/debug/usr/lib/clisp-2.49/base/lisp.run.debug...done. 
done. 
[New LWP 29192] 
Core was generated by `/usr/lib/clisp-2.49/base/lisp.run -B
/usr/lib/clisp-2.49 -M /usr/lib/clisp-2.49'. 
Program terminated with signal 6, Aborted. 
#0  0x00ce1416 in __kernel_vsyscall () 
Missing separate debuginfos, use: debuginfo-install
nss-myhostname-0.3-1.fc16.i686 nss-softokn-freebl-3.13.4-1.fc16.i686 
(gdb) bt 
#0  0x00ce1416 in __kernel_vsyscall () 
#1  0x4808a98f in __GI_raise (sig=6) 
    at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 
#2  0x4808c2d5 in __GI_abort () at abort.c:91 
#3  0x480cb02a in __libc_message (do_abort=2,  
    fmt=0x481c594c "*** glibc detected *** %s: %s: 0x%s ***\n") 
    at ../sysdeps/unix/sysv/linux/libc_fatal.c:198 
#4  0x480d1f12 in malloc_printerr (action=&amp;lt;optimized out&amp;gt;,  
    str=&amp;lt;optimized out&amp;gt;, ptr=0x914d010) at malloc.c:5021 
#5  0x080757ed in free_argv_actions (p=0x8240580) at ../src/spvw.d:2844 
#6  quit_instantly (exitcode=0) at ../src/spvw.d:3912 
#7  0x0808188a in quit () at ../src/spvw.d:3998 
#8  0x08113e9b in signal_and_debug (condition=&amp;lt;optimized out&amp;gt;) 
    at ../src/error.d:202 
#9  0x08114a6a in end_error (stackptr=0xb7394008, start_driver_p=true) 
    at ../src/error.d:346 
#10 0x08114e02 in error (errortype=type_error,  
    errorstring=0x915fef8 "~S: The value of ~S was not an appropriate stream: ~S.\
 It has been changed to ~S.") at ../src/error.d:378 
#11 0x080b8363 in error_value_stream (sym=0x823b75e) at ../src/stream.d:15423 
#12 0x080bcdcf in var_stream (sym=0x823b75e, strmflags=128 '\200') 
    at ../src/stream.d:1095 
#13 0x0811503f in begin_error () at ../src/error.d:42 
#14 0x081152da in OS_error () at ../src/errunix.d:684 
#15 0x080b8887 in term_unraw () at ../src/stream.d:10157 
#16 term_unraw () at ../src/stream.d:10154 
#17 0x080bef5a in terminal_sane () at ../src/stream.d:10298 
#18 0x080757ff in fini_lowest_level () at ../src/spvw.d:2272 
#19 quit_instantly (exitcode=0) at ../src/spvw.d:3913 
#20 0x0808188a in quit () at ../src/spvw.d:3998 
#21 0x08113e9b in signal_and_debug (condition=&amp;lt;optimized out&amp;gt;) 
    at ../src/error.d:202 
#22 0x08114a6a in end_error (stackptr=0xb739400c, start_driver_p=true) 
    at ../src/error.d:346 
#23 0x08115309 in OS_error () at ../src/errunix.d:688 
#24 0x080ae885 in low_write_array_unbuffered_handle (stream=&amp;lt;optimized out&amp;gt;,  
    byteptr=0xbfc7b4e4 "\n\335\001!\354\032\002!", len=1, persev=persev_full) 
    at ../src/stream.d:5474
#25 0x080ad988 in wr_ch_unbuffered_unix (stream_=0xb7394008, ch=0xc0000150) 
    at ../src/stream.d:5561 
#26 0x080bc1cf in write_char (stream_=0xb7394008, ch=0xc0000150) 
    at ../src/stream.d:895 
#27 0x080c723c in fresh_line_low (stream_=0xb7394008) at ../src/stream.d:16911 
#28 0x080df789 in C_fresh_line () at ../src/io.d:10475 
#29 0x08084b6c in funcall_subr (fun=0x822b816, args_on_stack=&amp;lt;optimized out&amp;gt;) 
    at ../src/eval.d:5227 
#30 0x080818bd in quit () at ../src/spvw.d:3968 
#31 0x0808e3ea in interpret_bytecode_ (closure=0x20ec04de,  
    codeptr=0x20ebff9c, byteptr_in=0x7208 &amp;lt;Address 0x7208 out of bounds&amp;gt;) 
    at ../src/eval.d:7323 
#32 0x08092c32 in funcall_closure (args_on_stack=&amp;lt;optimized out&amp;gt;,  
    closure=&amp;lt;optimized out&amp;gt;) at ../src/eval.d:5611 
#33 funcall_closure (closure=&amp;lt;optimized out&amp;gt;, args_on_stack=&amp;lt;optimized out&amp;gt;) 
    at ../src/eval.d:5250 
#34 0x08082af6 in main_actions (p=0x8240580) at ../src/spvw.d:3473 
#35 0x080637da in main (argc=13, argv=0xbfc7fb74) at ../src/spvw.d:3885 
(gdb) 


It seems to be having trouble writing to the terminal?
What might cause that?
Perhaps closing the ssh connection running the shell that's running
clisp? 

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Don Cohen</dc:creator>
    <dc:date>2012-05-11T17:45:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13909">
    <title>Re: clisp, regexp:match, and subgroups?</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13909</link>
    <description>&lt;pre&gt;
this is equivalent except that it conses less:
(nth-value 1 (regexp:match pattern buf))

http://www.lispworks.com/documentation/HyperSpec/Body/m_nth_va.htm

&lt;/pre&gt;</description>
    <dc:creator>Sam Steingold</dc:creator>
    <dc:date>2012-05-02T21:38:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13908">
    <title>Re: clisp, regexp:match, and subgroups?</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13908</link>
    <description>&lt;pre&gt;On Wed, 02 May 2012, Sam Steingold might have said:


I misspelled. It should have been "multipule-value-bind". I solved my
issue using "multiple-value-list":

(setq match (cadr (multiple-value-list (regexp:match pattern buf))))

Mike

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Mike Eggleston</dc:creator>
    <dc:date>2012-05-02T21:29:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13907">
    <title>Re: clisp, regexp:match, and subgroups?</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13907</link>
    <description>&lt;pre&gt;
where is `multi-value-bind' mentioned?
http://www.lispworks.com/documentation/HyperSpec/Body/m_multip.htm

&lt;/pre&gt;</description>
    <dc:creator>Sam Steingold</dc:creator>
    <dc:date>2012-05-02T21:23:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13906">
    <title>clisp, regexp:match, and subgroups?</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13906</link>
    <description>&lt;pre&gt;I'm trying to understand (regexp:match...).  I have this function
where it is matching a pattern.  I'm trying to extract that pattern.
I found where the POSIX regexps will match subgroups.  Great. I have the
matching working.  Now, how do I see any subgroup other than the first
one?  I found a mention of a (multi-value-bind...), but clisp says that
function doesn't exist.  How do I access the other-than-first matches?

Mike

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Mike Eggleston</dc:creator>
    <dc:date>2012-05-02T17:23:37</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13905">
    <title>Re: QSIM &amp; clisp</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13905</link>
    <description>&lt;pre&gt;Hi,

I also have problems with the installation process of QSIM. I installed Oracle 
Virtual Box Manager, where I can use Linux. Because when you read the 
installation instructions, QSIM was only tested on Windows 95, maybe it will 
not work on my Windows 7. Therefore I installed this VM. 
But it doesn´t work. Can somebody help me please?
I installed this International Allegro CL Free Express Edition 8.2 Release. I 
don´t know how I should define this QSIM-root?

Thanks in advance!
Chris




------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list
&lt;/pre&gt;</description>
    <dc:creator>Christina</dc:creator>
    <dc:date>2012-04-26T19:36:35</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13904">
    <title>Re: status of clisp on OS X</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13904</link>
    <description>&lt;pre&gt;
I regularly build clisp from sources on OSX without problems using GNU
gcc (just get ffcall from CVS repo if you need it).
Note that Snow Leopard is using by default LLVM compiler not GNU gcc -
 last time I tried it (long time ago) the build failed but I have not
investigated further.

Vladimir

------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Vladimir Tzankov</dc:creator>
    <dc:date>2012-04-02T06:11:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13903">
    <title>Re: status of clisp on OS X</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13903</link>
    <description>&lt;pre&gt;
you should use the CVS repo.
http://www.gnu.org/software/libffcall/


cannot reproduce on linux (or course)


clisp should work ootb on mac os x.
if it does not, it is a regression, please file a bug report.


&lt;/pre&gt;</description>
    <dc:creator>Sam Steingold</dc:creator>
    <dc:date>2012-04-02T02:50:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13902">
    <title>Re: "full" does not "make install"</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13902</link>
    <description>&lt;pre&gt;
NEWS:

Dynamic modules are now the default build option.

This means that full is not installed and the way to get the modules
there is to require them.
See also &amp;lt;http://clisp.org/impnotes/faq.html#faq-modules&amp;gt;.

&lt;/pre&gt;</description>
    <dc:creator>Sam Steingold</dc:creator>
    <dc:date>2012-04-02T02:45:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13901">
    <title>"full" does not "make install"</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13901</link>
    <description>&lt;pre&gt;On Linux, I downloaded all the components source code and was able to "make install" them.

The base is installed, but the "full" directory does not get installed.
I succeeded by manually creating the directory, links, and copying the files.


------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Christopher Stacy</dc:creator>
    <dc:date>2012-04-01T18:42:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13900">
    <title>status of clisp on OS X</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13900</link>
    <description>&lt;pre&gt;I am trying to set up clisp for FastCGI on the Mac (Snow Leopard), and it's not going well.

I downloaded libsigsegv-2.9 and it will build, but doesn't work: stackoverflow2 fails.
The MacPorts libsigsegv-2.9.0 builds and installs (don't know if it runs the checks, though).

The ffcall-1.10 doesn't even configure without blowing up several times,
and once you get past that, it doesn't build (either from the downloaded version or from MacPorts).
I see that this was originally reported a little over a year ago and the answer was:
MacOS on Intel is not supported.

I was trying to avoid being stuck on an old release, but I wanted to use clisp, not debug it.
So at this point, I gave up and tried "port install clisp".

Error: Target org.macports.build returned: shell command failed (see log for details)
Error: Status 1 encountered during processing.

;;  Loading file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-methcomb1.fas ...
WARNING: in (SETF METHOD-COMBINATION-CHECK-OPTIONS) : 
NEW-VALUE is neither declared nor bound,
it will be treated as if it were declared SPECIAL.
;;  Loaded file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-methcomb1.fas
;;  Loading file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-genfun1.fas ...
;;  Loaded file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-genfun1.fas
;;  Loading file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-genfun2a.fas ...
;;  Loaded file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-genfun2a.fas
;;  Loading file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src/clos-methcomb2.fas ...
*** - (SETF METHOD-COMBINATION-CHECK-OPTIONS): variable NEW-VALUE has no value
Bye.
make: *** [lispinit.mem] Error 1
shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_clisp/clisp/work/clisp-2.49/src" &amp;amp;&amp;amp; ulimit -s 16384 &amp;amp;&amp;amp; make " returned error 2
Error: Target org.macports.build returned: shell command failed (see log for details)
Warning: the following items did not execute (for clisp): org.macports.activate org.macports.build org.macports.destroot org.macports.install


My question:

At this time, is there a known procedure for getting a working clisp with the full modules on the Mac?

Googling suggests that clisp is simply not something that works on the Mac.



------------------------------------------------------------------------------
This SF email is sponsosred by:
Try Windows Azure free for 90 days Click Here 
http://p.sf.net/sfu/sfd2d-msazure
_______________________________________________
clisp-list mailing list
clisp-list&amp;lt; at &amp;gt;lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/clisp-list

&lt;/pre&gt;</description>
    <dc:creator>Christopher Stacy</dc:creator>
    <dc:date>2012-04-01T19:03:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13899">
    <title>Re: (require "linux") fails.</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13899</link>
    <description>&lt;pre&gt;
rpl_* come from gnulib, so it is in libgnu.a;
libgnu.a is linked into lisp.run
(all of them: boot, base, and full, so "clisp -K full" works);
but since rpl_ioctl is not used by base,
it is dropped from base/lisp.run;
so when you try to load lib-linux.so which uses rpl_ioctl, it fails.

This:

--8&amp;lt;---------------cut here---------------start-------------&amp;gt;8---
diff -r 1d2051482ae4 modules/bindings/glibc/link.sh
--- a/modules/bindings/glibc/link.shSat Mar 10 00:42:38 2012 +0200
+++ b/modules/bindings/glibc/link.shTue Mar 27 12:53:27 2012 -0400
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -2,6 +2,6 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
   CC="${CC}" CPPFLAGS="${CPPFLAGS}" CFLAGS="${CFLAGS}" \
   CLISP_LINKKIT="$absolute_linkkitdir" CLISP="${CLISP}"
 NEW_FILES="linux.o"
-NEW_LIBS="${NEW_FILES} -lm"
+NEW_LIBS="${NEW_FILES} libgnu.a -lm"
 NEW_MODULES="linux"
 TO_LOAD='linux wrap'
--8&amp;lt;---------------cut here---------------end---------------&amp;gt;8---

fixes the error, but I don't like the solution because it means that
every module which uses rpl_ioctl will come with its own implementation.

A better solution is welcome.

Pascal, please file a bug report for this.

&lt;/pre&gt;</description>
    <dc:creator>Sam Steingold</dc:creator>
    <dc:date>2012-03-27T16:56:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.lisp.clisp.general/13898">
    <title>(require "linux") fails.</title>
    <link>http://permalink.gmane.org/gmane.lisp.clisp.general/13898</link>
    <description>&lt;pre&gt;
On gentoo: 

$ uname -a
Linux kuiper 2.6.38-gentoo-r6-pjb-c9 #2 SMP Wed Jul 13 00:23:08 CEST 2011 x86_64 Intel(R) Core(TM) i7 CPU 950 &amp;lt; at &amp;gt; 3.07GHz GenuineIntel GNU/Linux

I cannot load the linux module, because of some undefined symbol:

TEST&amp;gt; (lisp-implementation-version)
"2.49+ (2010-07-17) (built 3541129397) (memory 3541129660)"
TEST&amp;gt; (require "linux")
;; Loading file /data/languages/clisp-hg/lib/clisp-2.49+/dynmod/linux.lisp ...
;;  Loading module linux from /data/languages/clisp-hg/lib/clisp-2.49+/dynmod/lib-linux.so

*** - SYSTEM::DYNLOAD-MODULES: "dlopen" -&amp;gt; "/data/languages/clisp-hg/lib/clisp-2.49+/dynmod/lib-linux.so: undefined symbol: rpl_ioctl"
The following restarts are available:
SKIP           :R1      skip (DYNLOAD-MODULES # '#)
RETRY          :R2      retry (DYNLOAD-MODULES # '#)
STOP           :R3      stop loading file /data/languages/clisp-hg/lib/clisp-2.49+/dynmod/linux.lisp
RETRY          :R4      Retry SLIME REPL evaluation request.
PROCESS-INPUT  :R5      Continue reading input.
ABORT          :R6      Return to SLIME's top level.
CLOSE-CONNECTION :R7    Close SLIME connection.
ABORT          :R8      Abort main loop
C/Break 1 COM.INFORMATIMAGO.RUN-PROGRAM.TEST[2]&amp;gt; :bt



Indeed, there's a reference to rpl_ioctl in lib-linux.so:
[pjb&amp;lt; at &amp;gt;kuiper :0 tmp]$ nm /data/languages/clisp-hg/lib/clisp-2.49+/dynmod/lib-linux.so|grep rpl
                 U rpl_ioctl
[pjb&amp;lt; at &amp;gt;kuiper :0 tmp]$ ldd /data/languages/clisp-hg/lib/clisp-2.49+/dynmod/lib-linux.so
linux-vdso.so.1 =&amp;gt;  (0x00007fff269ff000)
libm.so.6 =&amp;gt; /lib/libm.so.6 (0x00007f9738b13000)
libpthread.so.0 =&amp;gt; /lib/libpthread.so.0 (0x00007f97388f5000)
libc.so.6 =&amp;gt; /lib/libc.so.6 (0x00007f973858f000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9738fa2000)

But I can't find it in those libraries.

[pjb&amp;lt; at &amp;gt;kuiper :0 tmp]$ nm /lib64/ld-linux-x86-64.so.2 | grep rpl
nm: /lib64/ld-linux-x86-64.so.2: no symbols
[pjb&amp;lt; at &amp;gt;kuiper :0 tmp]$ nm /lib/libc.so.6 | grep rpl
nm: /lib/libc.so.6: no symbols


&lt;/pre&gt;</description>
    <dc:creator>Pascal J. Bourguignon</dc:creator>
    <dc:date>2012-03-26T22:48:59</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.lisp.clisp.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.lisp.clisp.general</link>
  </textinput>
</rdf:RDF>

