Project

General

Profile

Activity

From 03/15/2012 to 03/21/2012

03/21/2012

11:44 PM Backport #6179 (Assigned): File::pos broken in Windows 1.9.3p125
Sorry, Redmine closed when Usa Nakamura committed a test for it. Reopening. luislavena (Luis Lavena)
11:39 PM Backport #6179: File::pos broken in Windows 1.9.3p125
This bug is still marked closed. I believe it should be open now that Luis has confirmed and assigned it, correct? ryanmelt (Ryan Melton)
11:30 PM Backport #6179: File::pos broken in Windows 1.9.3p125
phasis68 (Heesob Park) wrote:
> File.open with "r" means binary mode reading and it fails.
>
You mean that do...
luislavena (Luis Lavena)
11:23 PM Backport #6179: File::pos broken in Windows 1.9.3p125
File.open with "r" means binary mode reading and it fails.
C:\work>irb
irb(main):001:0> File.write("foo", "line o...
phasis68 (Heesob Park)
11:10 PM Backport #6179: File::pos broken in Windows 1.9.3p125
=begin
jmthomas (Jason Thomas) wrote:
> This is an issue on 1.9.3p125 on Windows and doesn't just affect binary mod...
luislavena (Luis Lavena)
11:00 PM Backport #6179: File::pos broken in Windows 1.9.3p125
The above example also affects binary mode.
If you change "r" to "rt", it works fine on 1.9.3p125.
File.open("tes...
phasis68 (Heesob Park)
10:43 PM Backport #6179: File::pos broken in Windows 1.9.3p125
I have verified this issue doesn't affect 1.9.3p0. jmthomas (Jason Thomas)
10:37 PM Backport #6179: File::pos broken in Windows 1.9.3p125
This is an issue on 1.9.3p125 on Windows and doesn't just affect binary mode. I ran Usaku's test case and it passes. ... jmthomas (Jason Thomas)
08:09 PM Backport #6179: File::pos broken in Windows 1.9.3p125
I guess it is related with binary mode reading.
If I open a file with text mode, it works fine.
irb(main):001:0> ...
phasis68 (Heesob Park)
05:23 PM Backport #6179: File::pos broken in Windows 1.9.3p125
Hello,

In message "[ruby-core:43518] [ruby-trunk - Bug #6179] File::pos broken in Windows 1.9.3p125"
on M...
usa (Usaku NAKAMURA)
05:03 PM Backport #6179 (Closed): File::pos broken in Windows 1.9.3p125
This issue was solved with changeset r35095.
Jason, thank you for reporting this issue.
Your contribution to Ruby is ...
usa (Usaku NAKAMURA)
03:31 PM Backport #6179: File::pos broken in Windows 1.9.3p125

I am not sure this issue is same to the following behavior.
But I found a bug of File#pos in trunk version.
C:\...
phasis68 (Heesob Park)
02:56 AM Backport #6179 (Feedback): File::pos broken in Windows 1.9.3p125
luislavena (Luis Lavena)
02:56 AM Backport #6179: File::pos broken in Windows 1.9.3p125
=begin
jmthomas (Jason Thomas) wrote:
> Calling the pos method on a File in the Windows version of Ruby on 1.9.3p12...
luislavena (Luis Lavena)
02:43 AM Backport #6179: File::pos broken in Windows 1.9.3p125
Please provide a short code example which demonstrates
how you're checking the condition.
Have you haven't coded ...
daz (Dave B)
01:57 AM Backport #6179 (Closed): File::pos broken in Windows 1.9.3p125
Calling the pos method on a File in the Windows version of Ruby on 1.9.3p125 moves the file pointer. Thus it can not ... jmthomas (Jason Thomas)

03/18/2012

06:46 PM Backport #5634 (Assigned): yield and binding
shyouhei (Shyouhei Urabe)
06:46 PM Backport #5465 (Assigned): Ruby 1.9.3 fails to compile with tcl/tk on s390x
shyouhei (Shyouhei Urabe)
05:17 PM Backport #6171 (Closed): Segfault in rb_free_method_entry
This issue was solved with changeset r35080.
Joshua, thank you for reporting this issue.
Your contribution to Ruby is...
nobu (Nobuyoshi Nakada)
12:39 PM Backport #6171: Segfault in rb_free_method_entry
It seems that free_method_entry_i is missing a check for marks on method entries. The attached patch fixes the bug. jballanc (Joshua Ballanco)
10:38 AM Backport #6171 (Closed): Segfault in rb_free_method_entry
=begin
Running the following script in both Ruby 1.9.3p125 and trunk causes a segfault:
class Bug
def ...
jballanc (Joshua Ballanco)
02:26 PM Backport #6153 (Closed): inconsistent encoding for result of String#<< vs #+
This issue was solved with changeset r35078.
John, thank you for reporting this issue.
Your contribution to Ruby is g...
naruse (Yui NARUSE)
05:26 AM Revision 35078: merge revision(s) 34433: [Backport #6153]
* encoding.c (rb_enc_compatible): return ASCII-8BIT even if 2nd string
is ascii only string. [ruby-core:42354] [Bug...
naruse (Yui NARUSE)

03/17/2012

12:16 AM Backport #6127: IO#ioctl range error in 1.9.3
Any updates on this? Has it been applied or is there a scheduled date for application? dlampa (Donovan Lampa)

03/16/2012

06:09 PM Backport #6052: please add vendorarchdir and vendorlibdir to ruby.pc
Yes, having something like the feature requested in #6111 would be the thing I'm looking for (the important part is, ... Anonymous
06:01 PM Backport #6052: please add vendorarchdir and vendorlibdir to ruby.pc
see #6111. nobu (Nobuyoshi Nakada)
03:28 PM Backport #6052: please add vendorarchdir and vendorlibdir to ruby.pc
Yes, that is true. I however miss the point of having vendordir and vendorarchdir under the same directory, whatever ... Anonymous
12:50 PM Backport #6052: please add vendorarchdir and vendorlibdir to ruby.pc
rubylibprefix isn't under datarootdir by default, unless you change it by yourself.
nobu (Nobuyoshi Nakada)
10:30 AM Backport #6153 (Assigned): inconsistent encoding for result of String#<< vs #+
nobu (Nobuyoshi Nakada)
10:01 AM Backport #6153 (Closed): inconsistent encoding for result of String#<< vs #+
>> Encoding.compatible?("abc".encode("ASCII-8BIT"), "123".encode("ASCII-8BIT"))
=> #<Encoding:ASCII-8BIT>
>> ("abc"...
john_firebaugh (John Firebaugh)
02:30 AM Backport #6135: DateTime.now incorrect offset on Windows after daylight savings time change
This should be fixed by r35002, so this ticket can be closed. I'll open a backport ticket for 1.9.3.
Edit: Looks li...
jeremyevans0 (Jeremy Evans)

03/15/2012

10:40 PM Backport #6052: please add vendorarchdir and vendorlibdir to ruby.pc
Hi, I'm finding it really hard to follow some of the changes that you have done here. I'm not implying that anything ... Anonymous
05:16 PM Revision 35045: * 2012-03-16
svn
05:16 PM Revision 35044: * version.h: Increase patch level [Issue 6148]
marcandre (Marc-Andre Lafortune)
09:42 AM Backport #6000: respond_to? check in check_funcall() does not work with single-argument respond_to?
Moved as backport marcandre (Marc-Andre Lafortune)
07:25 AM Backport #6000 (Closed): respond_to? check in check_funcall() does not work with single-argument respond_to?
I do not know how to move this ticket to the Backport tracker, can someone please backport it? drbrain (Eric Hodel)
07:23 AM Backport #6000: respond_to? check in check_funcall() does not work with single-argument respond_to?
=begin
Fixed by r35025
I was depending upon vm_call0() to perform arity checking, but it does not, so r35025 does...
drbrain (Eric Hodel)
01:55 AM Backport #6044: Float#% bug in cornercases
Done in r35013.
Moving to backport
marcandre (Marc-Andre Lafortune)
 

Also available in: Atom