GNU bug report logs - #23487
25.0.93; Modules: add functionality to create and copy unibyte strings

Previous Next

Package: emacs;

Reported by: Philipp Stephani <p.stephani2 <at> gmail.com>

Date: Mon, 9 May 2016 16:46:02 UTC

Severity: wishlist

Tags: wontfix

Found in version 25.0.93

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23487 in the body.
You can then email your comments to 23487 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#23487; Package emacs. (Mon, 09 May 2016 16:46:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Philipp Stephani <p.stephani2 <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Mon, 09 May 2016 16:46:02 GMT) Full text and rfc822 format available.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.0.93; Modules: add functionality to create and copy unibyte strings
Date: Mon, 09 May 2016 18:45:19 +0200
Currently creating unibyte strings with the C module API is rather
convoluted: one has to create a list with the individual bytes and then
call `unibyte-string', requiring lots of memory allocations.  Given that
creating a unibyte string is more fundamental than creating a multibyte
string, I propose adding functions to create and extract unibyte strings
that exactly mirror the existing support for multibyte strings.



In GNU Emacs 25.0.93.5 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8)
 of 2016-04-24 built on localhost
Repository revision: 0cd2e923dba8d8c7128b0c084ce6af22069e8db5
Windowing system distributor 'The X.Org Foundation', version 11.0.11501000
System Description:	Ubuntu 14.04 LTS

Configured using:
 'configure --with-modules'

Configured features:
XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message dired format-spec rfc822 mml
mml-sec epg epg-config mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader cus-edit cus-start cus-load wid-edit
thingatpt smtpmail auth-source cl-seq eieio byte-opt bytecomp
byte-compile cl-extra cconv eieio-core cl-macs gv gnus-util
password-cache sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns
help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils
time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset
image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode
prog-mode register page menu-bar rfn-eshadow timer select scroll-bar
mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese charscript case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice
loaddefs button faces cus-face macroexp files text-properties overlay
sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote inotify dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty make-network-process emacs)

Memory information:
((conses 16 116766 9764)
 (symbols 48 22500 0)
 (miscs 40 435 169)
 (strings 32 21796 4523)
 (string-bytes 1 627075)
 (vectors 16 14860)
 (vector-slots 8 467108 5936)
 (floats 8 205 107)
 (intervals 56 258 18)
 (buffers 976 15)
 (heap 1024 47322 987))

-- 
Google Germany GmbH
Erika-Mann-Straße 33
80636 München

Registergericht und -nummer: Hamburg, HRB 86891
Sitz der Gesellschaft: Hamburg
Geschäftsführer: Matthew Scott Sucherman, Paul Terence Manicle

Diese E-Mail ist vertraulich.  Wenn Sie nicht der richtige Adressat sind,
leiten Sie diese bitte nicht weiter, informieren Sie den Absender und löschen
Sie die E-Mail und alle Anhänge.  Vielen Dank.

This e-mail is confidential.  If you are not the right addressee please do not
forward it, please inform the sender, and please erase this e-mail including
any attachments.  Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23487; Package emacs. (Mon, 09 May 2016 17:23:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: 23487 <at> debbugs.gnu.org
Subject: Re: bug#23487: 25.0.93;
 Modules: add functionality to create and copy unibyte strings
Date: Mon, 09 May 2016 20:22:13 +0300
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Mon, 09 May 2016 18:45:19 +0200
> 
> Currently creating unibyte strings with the C module API is rather
> convoluted: one has to create a list with the individual bytes and then
> call `unibyte-string', requiring lots of memory allocations.  Given that
> creating a unibyte string is more fundamental than creating a multibyte
> string, I propose adding functions to create and extract unibyte strings
> that exactly mirror the existing support for multibyte strings.

Can you explain why you need to create unibyte strings, or describe a
use case where this would be required?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23487; Package emacs. (Mon, 09 May 2016 18:07:01 GMT) Full text and rfc822 format available.

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

From: Philipp Stephani <p.stephani2 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>, dancol <at> dancol.org
Cc: 23487 <at> debbugs.gnu.org
Subject: Re: bug#23487: 25.0.93; Modules: add functionality to create and copy
 unibyte strings
Date: Mon, 09 May 2016 18:06:41 +0000
[Message part 1 (text/plain, inline)]
Eli Zaretskii <eliz <at> gnu.org> schrieb am Mo., 9. Mai 2016 um 19:22 Uhr:

> > From: Philipp Stephani <p.stephani2 <at> gmail.com>
> > Date: Mon, 09 May 2016 18:45:19 +0200
> >
> > Currently creating unibyte strings with the C module API is rather
> > convoluted: one has to create a list with the individual bytes and then
> > call `unibyte-string', requiring lots of memory allocations.  Given that
> > creating a unibyte string is more fundamental than creating a multibyte
> > string, I propose adding functions to create and extract unibyte strings
> > that exactly mirror the existing support for multibyte strings.
>
> Can you explain why you need to create unibyte strings, or describe a
> use case where this would be required?
>

I don't have a concrete use case per se, but the API feels incomplete
without this functionality, especially given that creation of multibyte
strings is supported and uses unibyte strings under the hood.

I'll let +Daniel Colascione <dancol <at> dancol.org> chime in for his opinion.
[Message part 2 (text/html, inline)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23487; Package emacs. (Mon, 09 May 2016 18:50:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: dancol <at> dancol.org, 23487 <at> debbugs.gnu.org
Subject: Re: bug#23487: 25.0.93; Modules: add functionality to create and copy
 unibyte strings
Date: Mon, 09 May 2016 21:49:01 +0300
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Mon, 09 May 2016 18:06:41 +0000
> Cc: 23487 <at> debbugs.gnu.org
> 
> I don't have a concrete use case per se, but the API feels incomplete without this functionality, especially given
> that creation of multibyte strings is supported and uses unibyte strings under the hood.

Unibyte strings are very rarely used in Emacs core, and for a good
reason.  So I think we'd really want to see real-life use cases before
we decide to support them in modules.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23487; Package emacs. (Wed, 12 Aug 2020 02:32:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Philipp Stephani <p.stephani2 <at> gmail.com>, dancol <at> dancol.org,
 23487 <at> debbugs.gnu.org
Subject: Re: bug#23487: 25.0.93; Modules: add functionality to create and copy
 unibyte strings
Date: Tue, 11 Aug 2020 19:31:01 -0700
Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Philipp Stephani <p.stephani2 <at> gmail.com>
>> Date: Mon, 09 May 2016 18:06:41 +0000
>> Cc: 23487 <at> debbugs.gnu.org
>>
>> I don't have a concrete use case per se, but the API feels incomplete without this functionality, especially given
>> that creation of multibyte strings is supported and uses unibyte strings under the hood.
>
> Unibyte strings are very rarely used in Emacs core, and for a good
> reason.  So I think we'd really want to see real-life use cases before
> we decide to support them in modules.

Is there any use-case here?  Otherwise, it sounds to me like Eli thinks
that this should be closed as wontfix?  Thanks.

Best regards,
Stefan Kangas




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23487; Package emacs. (Thu, 01 Oct 2020 12:13:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Philipp Stephani <p.stephani2 <at> gmail.com>, dancol <at> dancol.org,
 23487 <at> debbugs.gnu.org
Subject: Re: bug#23487: 25.0.93; Modules: add functionality to create and copy
 unibyte strings
Date: Thu, 1 Oct 2020 05:12:09 -0700
tags 23487 wontfix
close 23487
thanks

Stefan Kangas <stefan <at> marxist.se> writes:

> Eli Zaretskii <eliz <at> gnu.org> writes:
>
>>> From: Philipp Stephani <p.stephani2 <at> gmail.com>
>>> Date: Mon, 09 May 2016 18:06:41 +0000
>>> Cc: 23487 <at> debbugs.gnu.org
>>>
>>> I don't have a concrete use case per se, but the API feels incomplete without this functionality, especially given
>>> that creation of multibyte strings is supported and uses unibyte strings under the hood.
>>
>> Unibyte strings are very rarely used in Emacs core, and for a good
>> reason.  So I think we'd really want to see real-life use cases before
>> we decide to support them in modules.
>
> Is there any use-case here?  Otherwise, it sounds to me like Eli thinks
> that this should be closed as wontfix?  Thanks.

More information was requested, but none was given within 7 weeks, so
I'm closing this bug.




Added tag(s) wontfix. Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Thu, 01 Oct 2020 12:13:02 GMT) Full text and rfc822 format available.

bug closed, send any further explanations to 23487 <at> debbugs.gnu.org and Philipp Stephani <p.stephani2 <at> gmail.com> Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Thu, 01 Oct 2020 12:13:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 30 Oct 2020 11:24:14 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 150 days ago.

Previous Next


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