[#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 =E2=80=9D=C3=A4BC=E2=80=9D instead of =E2=80=
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:35549] Re: [Feature #2350](Rejected) Unicode specific functionality on String in 1.9
From:
Nikolai Weibull <now@...>
Date:
2011-03-24 14:03:13 UTC
List:
ruby-core #35549
On Tue, Mar 22, 2011 at 18:30, Cezary <cezary.baginski@gmail.com> wrote: > On Fri, Mar 18, 2011 at 09:52:27PM +0900, Nikolai Weibull wrote: >> My point is that the current #upcase (and similar methods) is >> basically useless for anything other than ASCII. > I would probably go one step further and disallow upcase and friends > for any non-US-ASCII string for this reason. At least issue a warning. For Unicode there actually are well-defined casing rules. > For example, in German, you may want a more meaningful 'to_noun' > instead of 'capitalize'. For Japanese some may want upcase as a no-op > and some as a hack to convert to katakana. For case insensitivity, > probably a "normalize" method would be more descriptive. This is perhaps true, but beside the point. > Out of curiosity: in what specific case is utf upcase necessary? That=E2=80=99s a good question. It=E2=80=99s perhaps not a common operatio= n, but text editors and regular expression engines most likely need it. Even if their utility is limited, returning incorrect results is worse.