Problems with sb-ext:run-program and interactive programs on Linux

Hello,

using the latest SBCL version 0.9.8 on a Linux platform I have trouble
starting interactive programs like vi or top from Lisp. The call

(sb-ext:run-program "top" () :search t :input t :output t)

just block as if the application could not get access to the terminal.

Pressing Ctrl-C brings

---------
debugger invoked on a SIMPLE-CONDITION: interrupted at #XFFFFE410

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
  0: [CONTINUE] Return from SB-UNIX:SIGINT.
  1: [ABORT   ] Exit debugger, returning to top level.

(SB-UNIX::SIGINT-HANDLER
 #<unavailable argument>
 #<unavailable argument>
 #.(SB-SYS:INT-SAP #X403A56C8))
---------

and a backtrace looks like this:

---------
0] backtrace

Which ffi

There is a library I would like to build an SBCL FFI interface for.
I've looked around and found several FFI building apps.
I tried Verrazano with CFFI.
It looked promising.
The lisp interface file was built ok but there was a problem loading.
I tweeked it a bit and got it to load but got errors using the functions.
If I'm going to invest the time to learn this I thought I'd get opinions 
about the route to take since I'm pretty new to lisp.

Thanks
Richard

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: Which ffi

Richard Ray <rray <at> mstc.state.ms.us> writes:
> There is a library I would like to build an SBCL FFI interface for.
> I've looked around and found several FFI building apps.
> I tried Verrazano with CFFI.

I'm not sure if you're looking for a bindings generator (SWIG,
Verrazano, ffi-gen) or an FFI (UFFI, CFFI, SB-ALIEN). But anyway, if
you're going to use CFFI with or without the help of a bindings
generator you will probably be interested in Stephen Compall's CFFI
tutorial:

  Chapter 3: An Introduction to Foreign Interfaces and CFFI
  <http://csserver.evansville.edu/~sc87/cffi/cffi-manual.pdf>

It is a work-in-progress and we'd be interested in hearing if it's
helpful for you. You can send comments to cffi-devel <at> common-lisp.net
(subcription required:
<http://common-lisp.net/mailman/listinfo/cffi-devel>).

--

-- 
Luís Oliveira
luismbo ( <at> ) gmail (.) com
Equipa Portuguesa do Translation Project
http://www.iro.umontreal.ca/translation/registry.cgi?team=pt

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Problems with large files on sbcl/linux-x86

I tried the 32-bit version of sbcl on an opteron-based linux machine,
but got a problem with big files. On the x86_64 version I can open
big files, but on the x86-version, I get an exception telling me that
the file don't exists. Is this just a bug, or is there a real problem
dealing with such files? (Well at least the error message could
be better, since that is plain wrong. The file does exist).
The problem is with all files >2GB. On the x86_64 version
there is no problems.

For example, trying to open a file of 11GB size:

(open "/work2/speil/flatdb/uniprot/uniprot/uniprot_trembl.xml")

debugger invoked on a SB-INT:SIMPLE-FILE-ERROR in thread
#<THREAD "initial thread" {A672449}>:
   error opening #P"/work2/speil/flatdb/uniprot/uniprot/uniprot_trembl.xml":
     No such file or directory

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
   0: [ABORT] Exit debugger, returning to top level.

(SB-IMPL::SIMPLE-FILE-PERROR
  "error opening ~S"
  #P"/work2/speil/flatdb/uniprot/uniprot/uniprot_trembl.xml"
  2)
0]

Signaling mechanism for thread termination

Re: Problems with large files on sbcl/linux-x86

Gisle Sælensminde wrote:

> I tried the 32-bit version of sbcl on an opteron-based linux machine,
> but got a problem with big files. On the x86_64 version I can open
> big files, but on the x86-version, I get an exception telling me that
> the file don't exists. Is this just a bug, or is there a real problem
> dealing with such files? (Well at least the error message could
> be better, since that is plain wrong. The file does exist).
> The problem is with all files >2GB. On the x86_64 version
> there is no problems.

AFAIK, sbcl doesn't support >2GB files on <64bit systems.  At one time, 
I tried building it with lfs (large file support) by defining the 
appropriate compiler options (-D_LARGEFILE...), but it didn't work (all 
I/O then failed to work).  Didn't look much further than that.

-- Rex

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

Re: Re: Problems with large files on sbcl/linux-x86

Hello!

On Tue, Jan 17, 2006 at 10:12:20AM -0600, Rex Dieter wrote:
>Gisle Sælensminde wrote:

>>I tried the 32-bit version of sbcl on an opteron-based linux machine,
>>but got a problem with big files. On the x86_64 version I can open
>>big files, but on the x86-version, I get an exception telling me that
>>the file don't exists. Is this just a bug, or is there a real problem
>>dealing with such files? (Well at least the error message could
>>be better, since that is plain wrong. The file does exist).
>>The problem is with all files >2GB. On the x86_64 version
>>there is no problems.

>AFAIK, sbcl doesn't support >2GB files on <64bit systems.

Not even on systems that define off_t reasonably without magic compiler
flags? (I.e. *BSD)

>[...]

Kind regards,

Hannah.

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

Re: Problems with large files on sbcl/linux-x86

Hannah Schroeter wrote:
> Hello!
> 
> On Tue, Jan 17, 2006 at 10:12:20AM -0600, Rex Dieter wrote:
> 
>>Gisle Sælensminde wrote:
> 
> 
>>>I tried the 32-bit version of sbcl on an opteron-based linux machine,
>>>but got a problem with big files. On the x86_64 version I can open
>>>big files, but on the x86-version, I get an exception telling me that
>>>the file don't exists. Is this just a bug, or is there a real problem
>>>dealing with such files? (Well at least the error message could
>>>be better, since that is plain wrong. The file does exist).
>>>The problem is with all files >2GB. On the x86_64 version
>>>there is no problems.
> 
> 
>>AFAIK, sbcl doesn't support >2GB files on <64bit systems.
> 
> 
> Not even on systems that define off_t reasonably without magic compiler
> flags? (I.e. *BSD)

Yes.  As I said in my post:
-----------------
At one time, I tried building it with lfs (large file support) by 
defining the appropriate compiler options (-D_LARGEFILE...), but it 
didn't work (all I/O then failed to work).  Didn't look much further 
than that.
-----------------

-- Rex

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642

Problems with gmane gateway

Hi,

I’ve been trying to send two messages over the gmane server, but that
doesn’t seem to work.

So here are both messages, any help much appreciated!

Hi,

I am trying to get slime and McCLIM working with sbcl.

I downloaded and installed the latest sbcl release, and downloaded the
latest McCLIM release.
If I try to install McCLIM following the installation instructions, I
get the following error:

* (load "system")
; in: DEFSYSTEM :CLIM-LISP
; (DEFSYSTEM :CLIM-LISP NIL (:SERIAL "patch" "Lisp-Dep/fix-sbcl"
"package"));
; caught STYLE-WARNING:
; undefined function: DEFSYSTEM

; (:SERIAL "patch" "Lisp-Dep/fix-sbcl" "package")
;
; caught STYLE-WARNING:
; undefined function: :SERIAL

;
; caught STYLE-WARNING:
; These functions are undefined:
; DEFSYSTEM :SERIAL
;
; compilation unit finished
; caught 3 STYLE-WARNING conditions

debugger invoked on a UNDEFINED-FUNCTION in thread
#<THREAD "initial thread" {1002277841}>:
The function :SERIAL is undefined.

What can I do? Please be elaborate, I am rather new to lisp.

TIA, H.

==================

Hi,

I want to install slime with sbcl. If I invoke it, I get the following
error in xemacs:

This is SBCL 0.9.8, an implementation of ANSI Common Lisp.
More information about SBCL is available at <http://www.sbcl.org/>.

SBCL is free software, provided as is, with absolutely no warranty.
It is mostly in the public domain; some portions are provided under
BSD-style licenses. See the CREDITS and COPYING files in the
distribution for more information.
*
; loading #P"/usr/local/slime-1.2.1/swank-loader.lisp"
;; loading
#P"/home/hendrik/.slime/fasl/sbcl-0.9.8-linux-x86-64/swank-backend.fasl"

debugger invoked on a END-OF-FILE in thread
#<THREAD "initial thread" {1002277771}>:
end of file on #<SB-SYS:FD-STREAM for "file
/home/hendrik/.slime/fasl/sbcl-0.9.8-linux-x86-64/swank-backend.fasl"
{10024F5B31}>

Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL.

restarts (invokable by number or by possibly-abbreviated name):
0: [ABORT] Exit debugger, returning to top level.

(SB-IMPL::INPUT-UNSIGNED-8BIT-BYTE
#<SB-SYS:FD-STREAM for "file
/home/hendrik/.slime/fasl/sbcl-0.9.8-linux-x86-64/swank-backend.fasl"
{10024F5B31}>
T
NIL)
0]

I would be very pleased with some instructions on how to solve this. And
even more pleased if these instructions were understandable for someone
completely new to lisp.

Cheers and thanks, H.

--

-- 
Hendrik Maryns

==================
www.lieverleven.be
http://aouw.org

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642

Re: Problems with gmane gateway

Hendrik Maryns <hendrik <at> sfs.uni-tuebingen.de> writes:

> I am trying to get slime and McCLIM working with sbcl.
>
> I downloaded and installed the latest sbcl release, and downloaded the
> latest McCLIM release.

The latest McCLIM release is unfortunately rather old, and contains
bugs which prevent it from working with recent SBCLs.  You should get
the CVS code, which does work.  The same solution will help with
slime, too; slime-1.2.1 is positively antidiluvean.

Cheers,

Christophe

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642