GNU bug report logs - #18866
bytevector-copy creates srfi-4 vector with greater length

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Mark H Weaver <mhw <at> netris.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#18866: closed (bytevector-copy creates srfi-4 vector with
 greater length)
Date: Wed, 12 Nov 2014 06:06:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Wed, 12 Nov 2014 01:04:37 -0500
with message-id <87zjbxgdje.fsf <at> yeeloong.lan>
and subject line Re: bug#18866: bytevector-copy creates srfi-4 vector with greater length
has caused the debbugs.gnu.org bug report #18866,
regarding bytevector-copy creates srfi-4 vector with greater length
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
18866: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=18866
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: tantalum <sph <at> posteo.eu>
To: bug-guile <at> gnu.org
Subject: bytevector-copy creates srfi-4 vector with greater length
Date: Mon, 27 Oct 2014 19:28:49 +0100

with guile version 2.1.0.89-c5ea7 on an x86_64 GNU/Linux system
and the following code
  (use-modules (srfi srfi-4) (rnrs bytevectors))
  (define a (make-f32vector 2 0))
  (define b (bytevector-copy a))
  (write (list a b))

"b" turns out to be an f32vector with length 8, 4 times the length of "a".
i expected the result to have the same length as the argument

see also http://lists.gnu.org/archive/html/guile-devel/2014-10/msg00064.html

[Message part 3 (message/rfc822, inline)]

From: Mark H Weaver <mhw <at> netris.org>
To: tantalum <sph <at> posteo.eu>
Cc: 18866-done <at> debbugs.gnu.org
Subject: Re: bug#18866: bytevector-copy creates srfi-4 vector with greater
 length
Date: Wed, 12 Nov 2014 01:04:37 -0500

tantalum <sph <at> posteo.eu> writes:

> with guile version 2.1.0.89-c5ea7 on an x86_64 GNU/Linux system
> and the following code
>   (use-modules (srfi srfi-4) (rnrs bytevectors))
>   (define a (make-f32vector 2 0))
>   (define b (bytevector-copy a))
>   (write (list a b))
>
> "b" turns out to be an f32vector with length 8, 4 times the length of "a".
> i expected the result to have the same length as the argument
>
> see also http://lists.gnu.org/archive/html/guile-devel/2014-10/msg00064.html

I fixed this in 10679f4c59fcffb0657219e28e38d15df8ad09a0 by changing
'bytevector-copy' to always produce a standard bytevector with unsigned
8-bit elements, as if 'bytevector-copy' was implemented using the
standard procedures 'make-bytevector', 'bytevector-length', etc.
This is on the stable-2.0 branch and will be in Guile 2.0.12.

I'm open to the idea of adding another procedure that copies arbitrary
SRFI-4 vectors, but I think it should have a different name.  If you'd
like to persue this, let's create another ticket for it.

I'm closing this bug now.

      Thanks,
        Mark

Previous Next

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