[#16098] Testing hangs latest ruby 1.9 — Tommy Nordgren <tommy.nordgren@...>
When testing locally built ruby with make check,
[#16116] RCRchive shutting down — "David A. Black" <dblack@...>
Hi everyone --
This is quite sad news, I feel that a mailing list does not offer all
Hi,
On Thu, Apr 3, 2008 at 12:01 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
Hi,
On Thu, Apr 3, 2008 at 1:13 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
Hi,
Can I ask the Trac naysayers what's wrong with it?
On 04/04/2008, mathew <meta@pobox.com> wrote:
Coming to Trac's defense:
[#16128] RUBY_IMPLEMENTATION — Yukihiro Matsumoto <matz@...>
Hi,
Yukihiro Matsumoto wrote:
Hello,
On Thu, Apr 03, 2008 at 11:41:41PM +0900, Yukihiro Matsumoto wrote:
On Apr 3, 2008, at 10:59 AM, Paul Brannan wrote:
Hi,
Ezra Zygmuntowicz wrote:
Hello,
Yemi I. D. Bedu wrote:
On 4 Apr 2008, at 00:23, Charles Oliver Nutter wrote:
On 4-Apr-08, at 3:05 AM, Eleanor McHugh wrote:
On Fri, Apr 4, 2008 at 2:15 PM, Chris Cummer <chris@postal-code.com> wrote:
On Sat, 2008-04-05 at 02:23 +0900, Luis Lavena wrote:
On 4-Apr-08, at 11:04 AM, Alex Young wrote:
On Sat, 2008-04-05 at 03:35 +0900, Chris Cummer wrote:
[#16171] accomplishing compatibility (was Re: RUBY_IMPLEMENTATION) — "Meinrad Recheis" <meinrad.recheis@...>
On Fri, Apr 4, 2008 at 11:02 AM, Meinrad Recheis
On 4 Apr 2008, at 10:28, Meinrad Recheis wrote:
[#16216] unable to set $0 from C extension — "Suraj N. Kurapati" <sunaku@...>
Hello,
[#16223] Sigsegv out of Dir.pos in ruby_1_8 branch — "Vladimir Sizikov" <vsizikov@...>
Hi,
> -----Original Message-----
[#16231] Sigsegv when running Kernel rubysecs with ruby_1_8 branch — "Vladimir Sizikov" <vsizikov@...>
Hi,
Vladimir Sizikov wrote:
[#16240] syntax request — "ry dahl" <ry@...>
Often times when one has many long arguments and orders them like this
ry dahl wrote:
> Good point! I always just thought that would work, because the parser
ry dahl wrote:
On Sun, Apr 6, 2008 at 2:44 PM, ry dahl <ry@tinyclouds.org> wrote:
Hi --
On 4/7/2008 10:00 AM, David A. Black wrote:
On Tue, 8 Apr 2008, Bill Kelly wrote:
On Tue, Apr 08, 2008 at 02:23:26PM +0900, David A. Black wrote:
At 00:02 08/04/09, Paul Brannan wrote:
On Wed, Apr 09, 2008 at 05:54:18PM +0900, Martin Duerst wrote:
> This is one use of method chaining I dislike.
[#16283] Marshal and singleton.rb - bug? — "Chris Shea" <cmshea@...>
Core,
[#16286] Complex, Rational, etc. — David Flanagan <david@...>
In addition to moving the Complex and Rational classes from stdlib to
[#16287] require_relative — David Flanagan <david@...>
I see that there is now a require_relative.rb module in the lib/
Hi,
[#16290] Could someone confirm signal handling is broken on OSX? — Dave Thomas <dave@...>
I've raised this before, but no one replied. I'd like to double check
[#16306] Hash.compare_by_identity — David Flanagan <david@...>
I saw this note about Hash#compare_by_identity at
[#16327] How can I demonstrate that weakref works in 1.9? — Dave Thomas <dave@...>
Hi --
[#16359] design meeting — Yukihiro Matsumoto <matz@...>
Hi,
Hi,
SASADA Koichi wrote:
Hi,
[#16371] ruby_init() and C call stack — "Suraj N. Kurapati" <sunaku@...>
Hello,
Hi,
Yukihiro Matsumoto wrote:
Suraj N. Kurapati wrote:
Hi,
[#16378] cross-platform1: st1.dev == st2.dev and st1.ino == st2.ino considered harmful — Thomas Enebo <Thomas.Enebo@...>
I propose we add something which makes this system-specific code go away:
Thomas Enebo wrote:
Urabe Shyouhei wrote:
[#16385] Where's DATA? — Trans <transfire@...>
Anyone have any idea why I would be getting?
On Apr 14, 2008, at 07:21 AM, Trans wrote:
> On Apr 14, 8:23 pm, Eric Hodel <drbr...@segment7.net> wrote:
[#16395] RFC: VM Instruction Manipulation gem(s)? — "Rocky Bernstein" <rocky.bernstein@...>
Is anyone aware of or working on a package/gem for facilitation VM
On Wed, Apr 16, 2008 at 01:02:42AM +0900, Rocky Bernstein wrote:
[#16397] Ruby 1.8.7-preview1 has been released — "Akinori MUSHA" <knu@...>
Folks,
-----BEGIN PGP SIGNED MESSAGE-----
Hi,
[#16427] Rails broken with 1.8.7 bc Symbol#to_proc — Ola Bini <ola.bini@...>
Hi,
[#16462] revision number in ruby -v (1.9) — Joel VanderWerf <vjoel@...>
[#16478] BUS error in string manip — ara howard <ara.t.howard@...>
[#16482] Performance on method dispatch for methods defined via define_method — "Robert Dober" <robert.dober@...>
Hi
On Wed, Apr 23, 2008 at 12:39:29AM +0900, Robert Dober wrote:
On Tue, Apr 22, 2008 at 8:46 PM, Paul Brannan <pbrannan@atdesk.com> wrote:
Hi --
On Tue, Apr 22, 2008 at 10:44 PM, David A. Black <dblack@rubypal.com> wrote:
Hi --
David A. Black wrote:
Charles Oliver Nutter wrote:
Joel VanderWerf wrote:
Robert Dober wrote:
On Wed, Apr 23, 2008 at 10:37 AM, ts <decoux@moulon.inra.fr> wrote:
Robert Dober wrote:
On Wed, Apr 23, 2008 at 10:37 AM, ts <decoux@moulon.inra.fr> wrote:
Robert Dober wrote:
On Wed, Apr 23, 2008 at 11:25 AM, ts <decoux@moulon.inra.fr> wrote:
[#16507] Drop :: as a . synonym — "David A. Black" <dblack@...>
Hi --
David A. Black wrote:
Hi --
David A. Black wrote:
Hi --
David A. Black wrote:
Hi --
Or changing #send to private...or (insert progressive but code
Jeremy McAnally wrote:
Hi --
Hi,
Hi Matz --
On Fri, Apr 25, 2008 at 04:49:00AM +0900, David A. Black wrote:
Hi --
On Fri, Apr 25, 2008 at 1:27 AM, David A. Black <dblack@rubypal.com> wrote:
Hi --
On Fri, Apr 25, 2008 at 12:24 PM, David A. Black <dblack@rubypal.com> wrote:
On Fri, Apr 25, 2008 at 08:34:20PM +0900, Nikolai Weibull wrote:
And why would you want to do that with dots? Because _JRuby_ requires it?
On Wed, Apr 23, 2008 at 9:21 AM, David A. Black <dblack@rubypal.com> wrote:
Eric Mahurin wrote:
Eric Mahurin wrote:
[#16517] RFC: #19733 - dln_find_1 prioritizes posix naming conventions over Operating System naming conventions. — "Luis Lavena" <luislavena@...>
Hello ruby-core developers.
Hi,
[#16526] Any reason for having no module exclusion functionality in Ruby — "Pit Capitain" <pit.capitain@...>
Hi all, I'm forwarding the following message for Yurii, who seems to
+1.
Yehuda Katz wrote:
I want to +1 this again and reraise it for consideration.
[#16554] Action Item: RubySpec failures on Ruby 1.8.7 — "Vladimir Sizikov" <vsizikov@...>
Hi,
[#16576] sandbox API — _why <why@...>
Hi, everybody.
[#16599] Repeatable bug in Net::Telnet EOL translation — Brian Candler <B.Candler@...>
I have found a bug in Net::Telnet - it only occurs infrequently, and
> I'm helping out with the maintenance of net/telnet these days
Migrating TMail to 1.9 (1) - Regexp encoding problem
Hello all,
This is a repost (and change) to an email I sent to Ruby-Talk. I
think it is more appropriate here...
I am the new maintainer for TMail and am getting it working with 1.9.
I had it working (all test passing) in the January version of 1.9, but
it seems the March release of 1.9 has gotten a lot more strict in it's
encoding enforcement as now I have the following error comming up:
ArgumentError: incompatible encoding regexp match (US-ASCII regexp
with ISO-2022-JP string)
I don't really want to set the regexp to UTF-8 or something and then
transliterate the match strings as that just isn't going to scale I
think when you are talking about emails which can have almost anything
in them, and making a regexp for every encoding type also isn't the
solution.
Also, the string that is being matched may not always be an
iso-2022-jp string, so changing the encoding type on the regexp (which
I don't think is possible) wouldn't really work as I would have to do
it for all encodings.
The only other solution I can think of is going through TMail and
making all encodings internal to TMail one type (say UTF-8) and then
transliterating all input and output to match. But I am not totally
sure what I will run into on that, as while I understand some of the
issues of encodings and charactersets, I am by no means an expert on
the subject.
Plus, I don't really feel like ripping out the insides of TMail right now :)
How are others handling this sort of thing?
The method that is failing is scanadd, at each of the matches.
def scanadd( str, force = false )
types = ''
strs = []
until str.empty?
if m = /\A[^\e\t\r\n ]+/.match(str)
types << (force ? 'j' : 'a')
strs.push m[0]
elsif m = /\A[\t\r\n ]+/.match(str)
types << 's'
strs.push m[0]
elsif m = /\A\e../.match(str)
esc = m[0]
str = m.post_match
if esc != "\e(B" and m = /\A[^\e]+/.match(str)
types << 'j'
strs.push m[0]
end
else
raise 'TMail FATAL: encoder scan fail'
end
(str = m.post_match) unless m.nil?
end
do_encode types, strs
end
And the failing test is in test_encode.rb (for anyone with TMail
installed) and looks like this:
def test_s_encode
SRCS.each_index do |i|
assert_equal crlf(OK[i]),
TMail::Encoder.encode(NKF.nkf('-j', SRCS[i]))
end
end
def crlf( str )
str.gsub(/\n|\r\n|\r/) { "\r\n" }
end
Which is using the string:
SRCS = ["a cde \343\201\202\343\201\204\343\201\206\343\201\210\343\201\212\343\201\202\343\201\204\343\201\206\343\201\210\343\201\212\343\201\202\343\201\204\343\201\206\343\201\210\343\201\212\343\201\202\343\201\204\343\201\206\343\201\210\343\201\212\343\201\202\343\201\204\343\201\206\343\201\210\343\201\212"]
To match against:
OK = [
"a cde あいうえおあいうえおあいうえおあ\n\tいうえおあいうえお",
#1
]
Regards
Mikel