[#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:24069] [ANN] RubyInstaller: Building installers story and news
Hey guys, Sometimes is good to be wrong. Back in 2008 I said that going MSI and WiX was going to be the best option from the "Administrative point of view" At the end, I ended neglecting the XML files that WiX uses on every bumping of version of Ruby, all that because updating those XML failed. I take the responsibility of that, and was one of the things that slowed (to snail speed would say) the development and release cycle of Ruby Installer. After my last weekend struggling with WiX, and even contributions by Bosko with some WiX changes to make it work, I decided to drop it. As replacement, I've decided to go back to the basic and the tool I know best: InnoSetup. Hacked some basic scripts and then updated those to do more stuff automatically. Hooked back in Rake and... We have preview1!!! http://rubyinstaller.org/downloads/ What to expect from this version: After installation, you can access Ruby from the program folder at the Start menu of Windows. From there, you can: - Start an Interactive Ruby console (IRB), from where you can try quick Ruby code. - Start a command prompt with Ruby in the PATH. This is needed since the installer do not modify your Windows PATH to not conflict with previous installation. - Access documentation links from Ruby-Doc. Things to come soon: - Offer an option to add Ruby to your PATH. - Integrate Programming Ruby book (CHM) - Integrate Ruby documentation in searchable way (CHM) Quick FAQ: Q: Why you uploaded those to rubyinstaller.org and not RubyForge? A: Because are preview versions and very very alpha state. Even they worked for me, doesn't mean will work on every environment. Wanted to avoid all end-users download it and break their current environments. Q: Can I install Ruby 1.8 and 1.9 at the same time? A: Yes, Ruby 1.8 will be installed by default to C:\Ruby, while 1.9 will install into C:\Ruby19. This is by default since 1.8 and 1.9 offer a different API and will interfere with some RubyGems. Q: Why the installers are so small? A: Because they only contains Ruby and RubyGems Q: What happened to all these nice things One-Click Installer had bundled? A: These are no longer integrated, long to explain Q: Why on earth no? Please explain A: This version of Ruby has been built with MinGW (GCC), not Visual Studio (VC6). Original One-Click installers used VC6, a 12 years old compiler. In the original installers, lot of gems and packages where bundled. Some of those packages hasn't been updated in years. Some of those lacks testing tools to ensure they work as expected with this version of Ruby. Instead of invest RubyInstaller Team's time on fixing those, we decided to invest our time improving the user experience on Windows. We acknowledge some gems will not work, and some others will not install. That's why we provided a Development Kit and plan ease the process. The Development Kit contains the needed tools to compile or successfully install gems that are not ready for this version of Ruby. You can find the downloads in the link above. Q: Got it, but what if I want those gems works now? A: If they don't work out of the box with Development Kit installed, please contact the gem Author and make them aware of this compatibility issue. Q: I've tried to contact the gem author and he said he don't have windows to build a gem for me. A: That's understandable. We can't force everyone have a Windows license, a virtual machine and the time to release Windows binaries of those gems. For that purpose, RubyInstaller Team created "rake-compiler" tool. http://rubyforge.org/projects/rake-compiler http://github.com/luislavena/rake-compiler With this tool they can compile and build gems for Windows users from Linux or Mac OSX operating systems. There are already other authors using it, so they can take a look to those references for implementation: http://wiki.github.com/luislavena/rake-compiler/projects-using-rake-compile= r Q: Cool, going to test it, what to do if I find a bug or suggestion? A: Please submit those to RubyForge tracker: http://rubyforge.org/tracker/?group_id=3D167 Q: What if I want to contribute to it? A: You're welcome! Documentation, patches, improve the process, all those are really appreciated. Please join us at rubyinstaller-devel mailing list: http://rubyforge.org/mailman/listinfo/rubyinstaller-devel Introduce yourself and what would you like to get improved, done or fixed. We are a friendly bunch of users and developers that care about Ruby on Windows :-) Q: Thank you! A: Thanks to you! And don't forget to Vote for the website contest: http://blog.mmediasys.com/2009/06/23/rubyinstaller-get-ready-to-vote/ Last but no least, I'll like to the people that contributed with patches, code, ideas and feedback during this process. In no special order: Curt Hibbs Gordon Thiesfeld Lars Christensen Roger Pack Timothy Elliott Bosko Ivanisevic James Tucker Fabio Akita Dr Nic Williams Cheers, --=20 Luis Lavena AREA 17 - Perfection in design is achieved not when there is nothing more to add, but rather when there is nothing more to take away. Antoine de Saint-Exup=E9ry