GNU bug report logs - #61151
30.0.50; sqlite-more-p is confusing

Previous Next

Full log

Message #14 received at 61151 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Helmut Eller <eller.helmut <at> gmail.com>
Cc: 61151 <at> debbugs.gnu.org
Subject: Re: bug#61151: 30.0.50; sqlite-more-p is confusing
Date: Sun, 29 Jan 2023 18:48:31 +0200

> From: Helmut Eller <eller.helmut <at> gmail.com>
> Cc: 61151 <at> debbugs.gnu.org
> Date: Sun, 29 Jan 2023 17:05:07 +0100
> 
> On Sun, Jan 29 2023, Eli Zaretskii wrote:
> 
> > I'm not sure I understand why you need sqlite-more-p here.
> > sqlite-next returns nil when it hits the end, so it should be enough.
> > If we document this fact in the doc string of sqlite-next, would that
> > be good enough to satisfy your use cases?
> 
> Yes, I guess it would be possible to get rid of sqlite-more-p.
> 
> However, sqlite-next seems to return nil once, but then it starts over.

This should be easy to fix.

> In summary, I think that sqlite-next should signal and error instead of
> returning nil.

I think we can only signal an error if sqlite-next is called again
after it returned nil, otherwise it is not justified.  But I'm not an
expert on databases, so maybe I'm missing something.

> And sqlite-more-p should be used to detect the end of
> the stream.

I don't think it's possible without trying to read.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.