[#35400] Fwd: [ruby-cvs:38176] Ruby:r30994 (trunk): * string.c (rb_str_byteslice): the resulted encoding should keep — "Martin J. Dst" <duerst@...>
I'm really surprised that the encoding is kept for an arbitrary byteslice.
3 messages
2011/03/01
[#35403] Why are hash keys sometimes duped? — Aaron Patterson <aaron@...>
Why are some objects duped when they are used as hash keys and other
6 messages
2011/03/01
[#35407] Re: Why are hash keys sometimes duped?
— Eric Wong <normalperson@...>
2011/03/01
Aaron Patterson <aaron@tenderlovemaking.com> wrote:
[#35417] [Ruby 1.9 - Bug #4463][Open] [PATCH] release GVL for fcntl() for operations that may block — Eric Wong <normalperson@...>
8 messages
2011/03/03
[#35418] Re: [Ruby 1.9 - Bug #4463][Open] [PATCH] release GVL for fcntl() for operations that may block
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/03/03
> Issue #4463 has been reported by Eric Wong.
[#35424] Re: [Ruby 1.9 - Bug #4463][Open] [PATCH] release GVL for fcntl() for operations that may block
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/03/04
Hi
[#35425] Re: [Ruby 1.9 - Bug #4463][Open] [PATCH] release GVL for fcntl() for operations that may block
— Eric Wong <normalperson@...>
2011/03/04
KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
[#35428] Re: [Ruby 1.9 - Bug #4463][Open] [PATCH] release GVL for fcntl() for operations that may block
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/03/05
Hi
[#35426] [Ruby 1.8 - Bug #4467][Open] Process.maxgroups= should only accept numeric values — Daniel Berger <djberg96@...>
10 messages
2011/03/04
[#35440] [Ruby 1.9 - Feature #1047] request: getters, setters for the GC — Narihiro Nakamura <authorNari@...>
4 messages
2011/03/07
[#35446] [Ruby 1.9 - Bug #4477][Open] Kernel:exec and backtick (`) don't work for certain system commands — Joachim Wuttke <j.wuttke@...>
10 messages
2011/03/07
[#35462] Source for 1.8 syck gram.y and token.re? — Kurt Stephens <ks@...>
I found bug in 1.8 ext/syck. The problem is in gram.c and/or token.c.
7 messages
2011/03/07
[#35467] Re: Source for 1.8 syck gram.y and token.re?
— Kurt Stephens <ks@...>
2011/03/08
This is obviously dead and gone: http://whytheluckystiff.net/syck/
[#35468] Re: Source for 1.8 syck gram.y and token.re?
— Charles Oliver Nutter <headius@...>
2011/03/08
Syck is dead. 1.9 should make Psych/libyaml default. The fact that
[#35469] Re: Source for 1.8 syck gram.y and token.re?
— Kurt Stephens <ks@...>
2011/03/08
I know syck is dead.
[#35472] Re: Source for 1.8 syck gram.y and token.re?
— Charles Oliver Nutter <headius@...>
2011/03/09
Maybe it's possible to bribe Aaron into releasing a Psych gem for 1.8?
[#35483] /proc/$PID/environ in Linux — Eric Wong <normalperson@...>
I wanted to inspect the environment of a long-running process[1] and I
5 messages
2011/03/10
[#35494] Re: can someone explain this? — Michael Edgar <adgar@...>
[+ruby-core]
1 message
2011/03/13
[#35509] Why has defined? been changed for autoloaded constants in 1.9? — Nikolai Weibull <now@...>
Hi!
6 messages
2011/03/17
[#35513] String#upcase and UTF-8/Unicode not working — Nikolai Weibull <now@...>
Why does the following print ”äBC” instead of ”ÄBC”?
3 messages
2011/03/17
[#35519] NoMethodError#message may take very long to execute — Adiel Mittmann <adiel@...>
Hello,
5 messages
2011/03/17
[#35528] [Ruby 1.9 - Feature #4512][Open] [PATCH] ext/fcntl/fcntl.c: add F_DUPFD_CLOEXEC constant — Eric Wong <normalperson@...>
9 messages
2011/03/20
[#35536] File.write take 4 — Roger Pack <rogerdpack2@...>
Hello all.
6 messages
2011/03/21
[#36090] Fwd: File.write take 4
— Roger Pack <rogerdpack2@...>
2011/05/10
Could I get any feedback on my latest patch for File.write?
[#35552] [Ruby 1.9 - Feature #4523][Open] Kernel#require to return the path of the loaded file — Alex Young <alex@...>
14 messages
2011/03/24
[#43442] [ruby-trunk - Feature #4523] Kernel#require to return the path of the loaded file
— nobu <nobu@...>
2012/03/18
[#43467] Re: [ruby-trunk - Feature #4523] Kernel#require to return the path of the loaded file
— Alex Young <alex@...>
2012/03/19
On 18/03/12 10:22, nobu wrote:
[#43469] Re: [ruby-trunk - Feature #4523] Kernel#require to return the path of the loaded file
— Luis Lavena <luislavena@...>
2012/03/19
On Mon, Mar 19, 2012 at 8:06 AM, Alex Young <alex@blackkettle.org> wrote:
[#43477] Re: [ruby-trunk - Feature #4523] Kernel#require to return the path of the loaded file
— Alex Young <alex@...>
2012/03/19
On 19/03/12 11:58, Luis Lavena wrote:
[#35555] [Ruby 1.9 - Bug #4527][Open] [PATCH] IO#close releases GVL if possible — Eric Wong <normalperson@...>
10 messages
2011/03/25
[#35565] [Ruby 1.9 - Feature #4531][Open] [PATCH 0/7] use poll() instead of select() in certain cases — Eric Wong <normalperson@...>
33 messages
2011/03/28
[#35569] Re: [Ruby 1.9 - Feature #4531][Open] [PATCH 0/7] use poll() instead of select() in certain cases
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/03/28
> ref: [ruby-core:35527]
[#35572] Re: [Ruby 1.9 - Feature #4531][Open] [PATCH 0/7] use poll() instead of select() in certain cases
— Eric Wong <normalperson@...>
2011/03/28
KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
[#35583] Re: [Ruby 1.9 - Feature #4531][Open] [PATCH 0/7] use poll() instead of select() in certain cases
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/03/29
2011/3/29 Eric Wong <normalperson@yhbt.net>:
[#35981] [Ruby 1.9 - Feature #4531] [PATCH 0/7] use poll() instead of select() in certain cases
— Motohiro KOSAKI <kosaki.motohiro@...>
2011/05/03
[#35958] [Ruby 1.9 - Feature #4531][PATCH 0/7] use poll() instead of select() in certain cases
— Motohiro KOSAKI <kosaki.motohiro@...>
2011/04/30
[#35959] Re: [Ruby 1.9 - Feature #4531][PATCH 0/7] use poll() instead of select() in certain cases
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/04/30
Comment for patch 2.
[#35989] [Ruby 1.9 - Feature #4531] [PATCH 0/7] use poll() instead of select() in certain cases
— Motohiro KOSAKI <kosaki.motohiro@...>
2011/05/04
[#35990] Re: [Ruby 1.9 - Feature #4531] [PATCH 0/7] use poll() instead of select() in certain cases
— Eric Wong <normalperson@...>
2011/05/04
Motohiro KOSAKI <kosaki.motohiro@gmail.com> wrote:
[#35991] [Ruby 1.9 - Feature #4531] [PATCH 0/7] use poll() instead of select() in certain cases
— Eric Wong <normalperson@...>
2011/05/04
[#35992] Re: [Ruby 1.9 - Feature #4531] [PATCH 0/7] use poll() instead of select() in certain cases
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/05/04
diff --git a/ext/-test-/wait_for_single_fd/wait_for_single_fd.c
[#35566] [Ruby 1.9 - Feature #4532][Open] [PATCH] add IO#pread and IO#pwrite methods — Eric Wong <normalperson@...>
12 messages
2011/03/28
[#35570] Re: [Ruby 1.9 - Feature #4532][Open] [PATCH] add IO#pread and IO#pwrite methods
— KOSAKI Motohiro <kosaki.motohiro@...>
2011/03/28
2011/3/28 Eric Wong <normalperson@yhbt.net>:
[#35573] Re: [Ruby 1.9 - Feature #4532][Open] [PATCH] add IO#pread and IO#pwrite methods
— Eric Wong <normalperson@...>
2011/03/28
KOSAKI Motohiro <kosaki.motohiro@gmail.com> wrote:
[#35567] [Ruby 1.9 - Bug #4534][Open] ri does not open $PAGER with program name only — Robert Klemme <shortcutter@...>
5 messages
2011/03/28
[#35586] [Ruby 1.9 - Feature #4538][Open] [PATCH (cleanup)] avoid unnecessary select() calls before doing I/O — Eric Wong <normalperson@...>
9 messages
2011/03/29
[#35596] [Ruby 1.9 - Feature #4538] [PATCH (cleanup)] avoid unnecessary select() calls before doing I/O
— Charles Nutter <headius@...>
2011/04/01
[#35598] Re: [Ruby 1.9 - Feature #4538] [PATCH (cleanup)] avoid unnecessary select() calls before doing I/O
— Eric Wong <normalperson@...>
2011/04/01
Charles Nutter <headius@headius.com> wrote:
[ruby-core:35401] Re: Fwd: [ruby-cvs:38176] Ruby:r30994 (trunk): * string.c (rb_str_byteslice): the resulted encoding should keep
From:
Benoit Daloze <eregontp@...>
Date:
2011-03-01 11:45:14 UTC
List:
ruby-core #35401
Hi,
On 1 March 2011 09:48, "Martin J. Dst" <duerst@it.aoyama.ac.jp> wrote:
> I'm really surprised that the encoding is kept for an arbitrary byteslice.
>
> assert_equal("\x81\x82".force_encoding(Encoding::UTF_8),
> \u3042".byteslice(1..2))
>
> really just doesn't make sense to me. In UTF-8, the string "\x81\x82" is
> just garbage, and will hit some exception or other problem sooner or later.
> The only reasonable result is to mark this as BINARY aka ASCII8BIT. I don't
> think anybody would expect something else.
>
> Regards, artin.
I agree, this is weird.
I think the only use cases for #byteslice are for treating a part of a
binary String.
So, it should be expected you have to "force_encoding BINARY" it.
About thread-safety issues, one can always #dup it and then call
#force_encoding.
This is not very efficient, but that's the only way to keep the
original String well tagged and not mutated at Ruby level.
I imagine this method is useful for low level String manipulation
libraries (because it does not dup the whole String), but that is very
specific use case. Maybe these libraries should implement themselves
these low-level methods for faster manipulation of String and
Encoding.
Suraj, can you show some use cases you have for #byteslice ?
Just some morning thoughts,
B.D.
P.S.: Sorry to not have reacted earlier, I did not expect it to have a
patch and be merged so fast.