[#23657] [Bug #1550] String#lstrip! raises RuntimeError on Frozen String Despite Making No Changes — Run Paint Run Run <redmine@...>
Bug #1550: String#lstrip! raises RuntimeError on Frozen String Despite Making No Changes
Hi,
On Jun 1, 2009, at 5:07 PM, Yukihiro Matsumoto wrote:
Hi,
Issue #1550 has been updated by Yukihiro Matsumoto.
This change seems to break the build on my machine:
[#23683] [Bug #1560] multi core operations are slower on trunk (possible regression) — David Cuadrado <redmine@...>
Bug #1560: multi core operations are slower on trunk (possible regression)
[#23700] Standard Ruby bytecode — Ioannis Nousias <s0238762@...>
I came across this post:
[#23717] [Bug #1573] $0 behaves unexpectedly — Morris Brodersen <redmine@...>
Bug #1573: $0 behaves unexpectedly
[#23727] [Bug #1580] TestIOScanF failure in windows — Roger Pack <redmine@...>
Bug #1580: TestIOScanF failure in windows
[#23729] [Bug #1583] Time + String no Longer Raises TypeError? — Run Paint Run Run <redmine@...>
Bug #1583: Time + String no Longer Raises TypeError?
Issue #1583 has been updated by Akira Tanaka.
Hi,
Excerpts from Yukihiro Matsumoto's message of Sun Jun 07 17:07:06 +0300 2009:
[#23738] Ducktyping interface — Yehuda Katz <wycats@...>
Matz,
[#23753] [Bug #1587] Problem with string sharing — Quet Zal <redmine@...>
Bug #1587: Problem with string sharing
[#23770] [Bug #1595] rake unusable on windows install — Robert Gonzalez <redmine@...>
Bug #1595: rake unusable on windows install
[#23815] inheriting socket in child process on native Windows — "Knutaf" <knutaf@...>
Hello,
> This works on Linux by persisting socket.fileno from the parent process a=
Well, I'm already not exactly using pure Ruby, since I'm wrapping
> Besides that, I think using WSADuplicateSocket will suffer from the
I tried that with both the HANDLE value and with an fd value that I
> I tried that with both the HANDLE value and with an fd value that I
[#23842] request for updated ri/rdoc on 1.8.7 branch — Roger Pack <rogerdpack@...>
would it be possible to get a newer version of ri/rdoc installed on
[#23845] [Bug #1627] Kernel.require Should Canonicalise Paths — Run Paint Run Run <redmine@...>
Bug #1627: Kernel.require Should Canonicalise Paths
[#23849] [Bug #1629] [Segfault] z = Zlib::GzipReader.new segfaults — Markus Fischer <redmine@...>
Bug #1629: [Segfault] z = Zlib::GzipReader.new segfaults
[#23850] instance_eval no longer yielding self in ruby 1.9 — apeiros <apeiros@...>
Hi folks
Hi,
Am 16.06.2009 um 22:12 schrieb Yusuke ENDOH:
Am 17.06.2009 um 00:01 schrieb Florian Gilcher:
[#23869] [Bug #1640] [PATCH] Documentation for the Rational Class — Run Paint Run Run <redmine@...>
Bug #1640: [PATCH] Documentation for the Rational Class
[#23878] trouble registering and logging in to the issue tracking system — Knutaf H <knutaf@...>
Hi,
[#23883] Merging recent Ruby threading improvements — Joe Damato <ice799@...>
Hi ruby-core and CC'ed friends -
[#23934] [Bug #1661] RegExp mismatch — Adam Carheden <redmine@...>
Bug #1661: RegExp mismatch
[#23950] [Bug #1668] Error installing ruby gems for 1.9.1 on windows vista — Kristian Mandrup <redmine@...>
Bug #1668: Error installing ruby gems for 1.9.1 on windows vista
[#23977] [ANN] meeting log of RubyDeveloperKaigi20090622 — "Yugui (Yuki Sonoda)" <yugui@...>
Hi,
Thanks for the update. :-)
On Jun 23, 2009, at 4:23 AM, Run Paint Run Run wrote:
James Gray wrote:
Sorry for late response,
On Tue, Jul 7, 2009 at 12:12 AM, NARUSE, Yui<naruse@airemix.jp> wrote:
On Mon, Jul 6, 2009 at 10:18 PM, Luis Lavena<luislavena@gmail.com> wrote:
Charles Oliver Nutter wrote:
I agree pretty much across the board. I was actually hoping that
Charles Oliver Nutter wrote:
2009/6/23 Yugui (Yuki Sonoda) <yugui@yugui.jp>
2009/6/23 Yugui (Yuki Sonoda) <yugui@yugui.jp>:
On Wed, Jul 1, 2009 at 3:20 PM, Charles Oliver
[#23986] possible bug with windows `` they don't set $? — Roger Pack <rogerdpack@...>
Looks like a bug? [1.8 or 1.9]
[#23988] [Bug #1680] URI.encode does not encode '+' (by default) — Xuân Baldauf <redmine@...>
Bug #1680: URI.encode does not encode '+' (by default)
[#23997] [Bug #1681] Integer#chr Should Infer Encoding of Given Codepoint — Run Paint Run Run <redmine@...>
Bug #1681: Integer#chr Should Infer Encoding of Given Codepoint
Hi,
>> This seems needlessly verbose given that Ruby already knows
[#24007] [Bug #1684] ruby/rubyw.rc still say 1.9.1 — Roger Pack <redmine@...>
Bug #1684: ruby/rubyw.rc still say 1.9.1
[#24010] [Bug #1685] Some windows unicode path issues remain — B Kelly <redmine@...>
Bug #1685: Some windows unicode path issues remain
Issue #1685 has been updated by B Kelly.
Issue #1685 has been updated by Yuki Sonoda.
Yuki Sonoda wrote:
Hi,
Hello,
U.Nakamura wrote:
Hello,
U.Nakamura wrote:
Hello,
Hi,
Hello,
Hi,
Hello,
[#24025] [Bug #1688] Zlib raises a buffer error when inflating some kinds of data — Luis Lavena <redmine@...>
Bug #1688: Zlib raises a buffer error when inflating some kinds of data
Issue #1688 has been updated by Roger Pack.
On Thu, Jun 25, 2009 at 10:28 AM, Roger Pack<redmine@ruby-lang.org> wrote:
[#24032] [Bug #1690] backticks don't set $? in windows — Roger Pack <redmine@...>
Bug #1690: backticks don't set $? in windows
[#24033] [Bug #1691] ruby --help doesn't display the "skip rubygems" option — Roger Pack <redmine@...>
Bug #1691: ruby --help doesn't display the "skip rubygems" option
[#24050] 1.9.2 Should Pass RubySpec Before Release — Run Paint Run Run <runrun@...>
I humbly suggest that a prerequisite of 1.9.2 being released is that
[#24058] [Bug #1696] http downloads are unuseably slow — Steven Hartland <redmine@...>
Bug #1696: http downloads are unuseably slow
Issue #1696 has been updated by Steven Hartland.
Net/HTTP in 1.9.2dev is already working as you described with two
In article <4a464441bf3f7_13bd3907d016634@redmine.ruby-lang.org>,
Excerpts from Tanaka Akira's message of Mon Jun 29 21:17:58 +0300 2009:
On Jun 29, 2009, at 1:38 PM, Eero Saynatkari wrote:
[#24063] [Feature #1697] Object#<=> — Marc-Andre Lafortune <redmine@...>
Feature #1697: Object#<=>
Issue #1697 has been updated by Rick DeNatale.
Excerpts from Luiz Angelo Daros de Luca's message of Sun Jun 28 16:22:45 +0300 2009:
[#24069] [ANN] RubyInstaller: Building installers story and news — Luis Lavena <luislavena@...>
Hey guys,
> We have preview1!!!
[#24099] [Bug #1708] require 'complex' Causes Unexpected Behaviour — Run Paint Run Run <redmine@...>
Bug #1708: require 'complex' Causes Unexpected Behaviour
[ruby-core:24025] [Bug #1688] Zlib raises a buffer error when inflating some kinds of data
Bug #1688: Zlib raises a buffer error when inflating some kinds of data http://redmine.ruby-lang.org/issues/show/1688 Author: Luis Lavena Status: Open, Priority: High ruby -v: 1.8.6-p287, 1.8.7, 1.9.1-p129 This issue was originally reported to One-Click Installer project by Jeremy Bopp: http://rubyforge.org//tracker/?func=detail&atid=715&aid=26404&group_id=167 Description: While extracting compressed entries from a ZIP archive, I came across a particular file entry which when read in using a 4096 byte buffer which was then sent to be inflated would cause Zlib to raise a buffer error. This affects affects versions 186-26, 186-27-rc1, and 186-27-rc2 of the One-Click Ruby installation but does not affect other builds of Ruby I have tested: ruby 1.8.7 (2008-08-11 patchlevel 72) [i386-cygwin] ruby 1.8.7 (2008-08-11 patchlevel 72) [x86_64-linux] I have not tried this test with other builds of Ruby version 1.8.6 to isolate whether or not this is a general error for Ruby 1.8.6 or if this is specific to the One-Click Ruby Installer build. This appears to be a Zlib-specific defect. I have attached a simple test case which reliably reproduces this error condition on the affected versions of Ruby. This test case will try all possible buffer sizes for reading in the included compressed data file and will report all buffer sizes which cause this error. In my testing the following output is printed over a range of buffer sizes from 1 to 4704 bytes on all affected versions of Ruby: buffer error: buffer size: 1040 bytes buffer error: buffer size: 4096 bytes buffer error: buffer size: 4097 bytes This indicates that buffer errors were generated when reading and subsequently inflating the first 1040, 4096, and 4097 bytes of the compressed data file. There should be no errors at all, and the zlib-test.rb script should simply exit without any output. ----- Date: 2009-06-23 20:16 Sender: Luis Lavena Hello Jeremy. Thank you for reporting this. Could you try the exact same issue with MinGW Based version of Ruby? You can download those from here: http://rubyinstaller.org/downloads All the current version of the installer are built against a unknown version of Zlib and the ruby-zlib extension. Since newer versions of the installer will be based on MinGW (GCC), verifying that environment and creating a small test case will be great of us to fix or forward this upstream to Ruby-Core. Thank you. ---- Date: 2009-06-24 10:55 Sender: Jeremy Bopp The testcase completed successfully with the following MinGW-built versions located at the site you indicated: ruby 1.8.6 (2009-03-31 patchlevel 368) [i386-mingw32] ruby 1.9.1p129 (2009-05-12 revision 23412) [i386-mingw32] ---- Date: 2009-06-25 01:27 Sender: Luis Lavena Thank you Jeremy. I going to report this to Ruby-core, since the binaries exposed in Ruby-lang and the ones used by One-Click Installer prior the MinGW releases are built by maintainers over there and not by us. I'm not 100% sure what is going on there, but it appears to be a issue with zlib-ruby extension and the version of zlib.dll (which should be zlib1.dll anyway). ---- Conclusion: as my last comment in the report states, there is an issue with all the binaries being released AND advertised at Ruby-lang website. Since One-Click Installer has been using those binaries to build the installers, all the user base is affected by those issues. This can be extended to those users having random Zlib buffer errors, since seems all are affected to the exact same component. Also, can be extended to 1.9 and 1.8.7, since these two versions uses the exact same version of zlib (zlib.dll) which is not provided in the download and people blidnly get from zlib.net page. Find attached the test case file provided by Jeremy. Apologize for being negative and pessimistic, but as maintainer of One-Click Installer, getting these kind of reports on a daily basis or direct emails are overwhelming when there is nothing we can do about it. I'll love some feedback on these issues, the binaries used or at least share the building instructions to distribute some sort of patch or install note to the community. Thank you. ---------------------------------------- http://redmine.ruby-lang.org