Package: cl-sql-oracle
Version: 4.0.3-1
Severity: normal

Hi!

The combination of SBCL 1.0.16 and cl-sql-oracle seems to fail with type 
errors: e.g.

~ $ sbcl
This is SBCL 1.0.16.debian, 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.
* (asdf:oos 'asdf:load-op :clsql)
[snip]
* (defun connect ()
  "Connect to oracle."
  (let ((database (clsql:connect '("iam" "eliding" "secrets")
                                 :database-type :oracle
                                 :if-exists :old)))
    (clsql:list-tables)))
[snip]
* (connect)

; loading system definition from
; /usr/share/common-lisp/systems/clsql-oracle.asd into #<PACKAGE 
"ASDF0">
; registering #<SYSTEM CLSQL-ORACLE {10034E7291}> as CLSQL-ORACLE
; loading system definition from 
/usr/share/common-lisp/systems/clsql-uffi.asd
; into #<PACKAGE "ASDF0">
; registering #<SYSTEM CLSQL-UFFI {10032C0ED1}> as CLSQL-UFFI
STYLE-WARNING:
   Implicitly creating new generic function DATABASE-START-TRANSACTION.
STYLE-WARNING:
   Implicitly creating new generic function DATABASE-COMMIT-TRANSACTION.
STYLE-WARNING:
   Implicitly creating new generic function DATABASE-ABORT-TRANSACTION.

debugger invoked on a TYPE-ERROR in thread #<THREAD "initial thread" 
{100270AC31}>:
  The value
    #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #X006A2400 :TYPE (* (SIGNED 
16))>
  is not of type
    (ALIEN (ARRAY (SIGNED 16) NIL)).

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.

(CLSQL-ORACLE::FETCH-ROW
 #<unavailable argument>
 #<unavailable argument>
 #<unavailable argument>)

This seems to be caused by the type declarations in fetch-row
(in oracle-sql.lisp); if I comment them all out I can connect 
and fetch data happily (in a very limited test).

Is this the same problem as

http://lists.b9.com/pipermail/clsql/2008-April/001576.html

?

[ and is this a cl-sql-oracle problem or a cl-uffi problem? ]

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (300, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages cl-sql-oracle depends on:
ii  cl-sql                        4.0.3-1    SQL Interface for Common Lisp
ii  cl-sql-uffi                   4.0.3-1    Common UFFI functions for CLSQL da

cl-sql-oracle recommends no packages.

-- no debconf information

sbcl is 1:1.0.16.0-2 .

HTH HAND



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to