From: Andy Wingo <wingo@pobox.com>
To: Detlev Zundel <dzu@denx.de>
Cc: guile-devel@gnu.org
Subject: Re: Problems with guile-sqlite3
Date: Thu, 31 Mar 2011 12:25:18 +0200 [thread overview]
Message-ID: <m37hbfziwh.fsf@unquote.localdomain> (raw)
In-Reply-To: <m2d3l8jk5c.fsf@ohwell.denx.de> (Detlev Zundel's message of "Thu, 31 Mar 2011 00:52:47 +0200")
On Thu 31 Mar 2011 00:52, Detlev Zundel <dzu@denx.de> writes:
> | scheme@(guile-user)> (sqlite-open "mydb" SQLITE_OPEN_READONLY)
> | ;;; <stdin>:2:0: warning: possibly unbound variable `SQLITE_OPEN_READONLY'
> | <unnamed port>:1:0: In procedure #<procedure 9335250 at <current input>:2:0 ()>:
> | <unnamed port>:1:0: In procedure module-lookup: Unbound variable: SQLITE_OPEN_READONLY
> `----
>
> Hm ok, so the constants seem not to be exported, right?
Hah, it appears not. Want to fix it? Fork the project on github and
send me a merge request :)
> ,----
> | scheme@(guile-user)> (define db (sqlite-open "mydb" 1))
> | <unnamed port>:0:0: In procedure #<procedure 9bf9690 at <current input>:1:0 ()>:
> | <unnamed port>:0:0: Throw to key `sqlite-error' with args `(sqlite-open 14 "Unable to open the database file")'.
> `----
>
> But that is strange, I'm sure I have this file. So lets do an "strace
> -e open guile" and see what guile accesses:
>
> ,----
> | ....
> | open("/usr/local/lib/guile/2.0/ccache/language/bytecode/spec.go", O_RDONLY) = 91
> | open("/opt/src/git/guile-sqlite3/tests/mydb\315\201", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory)
> | <unnamed port>:0:0: In procedure #<procedure 8ce37d0 at <current input>:1:0 ()>:
> | <unnamed port>:0:0: Throw to key `sqlite-error' with args `(sqlite-open 14 "Unable to open the database file")'.
> `----
>
> Huh, what are those characters after "mydb"? Funnily enough, if I use
> filenames longer than 4 characters it works. Can someone hit me with a
> clue-stick please?
Interesting. It seems that the string->pointer code is doing the wrong thing:
(define (string->utf8-pointer s)
(bytevector->pointer (string->utf8 s)))
Indeed, there's no null-termination on this string. I guess we need to
copy into a bytevector that is longer and provide a NUL byte. Want to
patch that one too?
Cheers,
Andy
--
http://wingolog.org/
next prev parent reply other threads:[~2011-03-31 10:25 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-30 22:52 Problems with guile-sqlite3 Detlev Zundel
2011-03-31 10:25 ` Andy Wingo [this message]
2011-03-31 14:03 ` Detlev Zundel
2011-03-31 16:18 ` Detlev Zundel
2011-04-01 5:33 ` David Pirotte
2011-04-01 9:12 ` Detlev Zundel
2011-04-01 23:05 ` David Pirotte
2011-04-04 16:22 ` Detlev Zundel
2011-04-04 20:50 ` Andy Wingo
2011-04-04 21:28 ` Detlev Zundel
2011-04-11 15:05 ` Detlev Zundel
2011-04-20 15:22 ` David Pirotte
2011-04-20 15:51 ` Detlev Zundel
2011-04-21 12:17 ` Andy Wingo
2011-04-21 21:58 ` David Pirotte
2011-04-01 11:34 ` Andy Wingo
2011-04-01 14:33 ` Detlev Zundel
2011-04-01 14:49 ` Andy Wingo
2011-03-31 14:28 ` Ludovic Courtès
2011-03-31 14:54 ` Andy Wingo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m37hbfziwh.fsf@unquote.localdomain \
--to=wingo@pobox.com \
--cc=dzu@denx.de \
--cc=guile-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).