[#20189] [Bug #805] Ruby 1.9.1 preview 2 : build failure on OpenSolaris — Dae San Hwang <redmine@...>
Bug #805: Ruby 1.9.1 preview 2 : build failure on OpenSolaris
Hi,
[#20190] Behavior: autoload calls rb_require() directly — Evan Phoenix <evan@...>
Hi everyone,
Hi,
However, that is *not* currently the implementation, and it could introduce
Hi,
Yukihiro Matsumoto wrote:
On Fri, Dec 05, 2008 at 03:25:42AM +0900, Charles Oliver Nutter wrote:
Dave Thomas wrote:
Hi --
2008/12/4 Charles Oliver Nutter <charles.nutter@sun.com>:
Hi,
Yukihiro Matsumoto wrote:
Floats are 64-bits wide, and need at least 1 bit to indicate that the
On Sat, Dec 06, 2008 at 04:46:36AM +0900, Brent Roman wrote:
Hi,
On Mon, 08 Dec 2008 18:21:39 +0900, SASADA Koichi wrote:
Ken Bloom wrote::
On Fri, Dec 05, 2008 at 06:25:08AM +0900, Dave Thomas wrote:
Charles Oliver Nutter wrote:
daz wrote:
On Fri, 05 Dec 2008 09:58:02 +1100, Charles Oliver Nutter
Michael Selig wrote:
On Fri, Dec 05, 2008 at 09:56:19AM +0900, Charles Oliver Nutter wrote:
Except for the frames that are already on stack... that's not so easy.
On Thu, 04 Dec 2008 16:51:10 +0900, Yukihiro Matsumoto wrote:
Evan Phoenix wrote:
On Wed, Dec 03, 2008 at 01:50:42PM +0900, Charles Oliver Nutter wrote:
Paul Brannan wrote:
On Wed, Dec 03, 2008 at 11:49:49PM +0900, Charles Oliver Nutter wrote:
[#20201] Language list in unicode.org — Yukihiro Matsumoto <matz@...>
Hi,
[#20214] Proposal: deferred blocks — "Yehuda Katz" <wycats@...>
Several people have played around with solutions that use ParseTree or
Yehuda Katz wrote:
[#20226] \b and \B with Unicode — Dave Thomas <dave@...>
#encoding: utf-8
[#20235] autoload and concurrency — "Yehuda Katz" <wycats@...>
Merb uses autoload rather extensively. We have lately observed some
This seems like a strong argument in favor of Ruby-core:20225.
Jim Deville wrote:
Charles Oliver Nutter wrote:
Also, this just illustrates that it's possible. In the case of Merb, we
I think it has already been concluded that autoload and require are inheren=
Require could be made safe if only one thread were allowed to execute
SSBtZWFudCB0aGF0IGV2ZW4gaWYgYXV0b2xvYWQgaXMgImZpeGVkIiBieSBhZGRpbmcgc29tZSBr
Except that my proposed fix for autoload would have all secondary
Yehuda Katz wrote:
Charles Oliver Nutter wrote:
Because of this problem, we *will* be removing the use of autoload in 1.1.
On Thu, Dec 4, 2008 at 1:14 AM, Yehuda Katz <wycats@gmail.com> wrote:
[#20241] [Bug #814] NoMethodError: undefined method `read_nonblock' for #<OpenSSL::SSL::SSLSocket:0x1a64f9a0> — Aaron Patterson <redmine@...>
Bug #814: NoMethodError: undefined method `read_nonblock' for #<OpenSSL::SSL::SSLSocket:0x1a64f9a0>
In article <4936125f7242c_8817a7829234b3@redmine.ruby-lang.org>,
Issue #814 has been updated by Aaron Patterson.
Issue #814 has been updated by Tony Arcieri.
In article <49a642ba6184_852787888e668d@redmine.ruby-lang.org>,
On Thu, Feb 26, 2009 at 2:14 AM, Tanaka Akira <akr@fsij.org> wrote:
In article <c7e6b2b00903100000n30f71021ve44c823b0812e163@mail.gmail.com>,
On Tue, Mar 10, 2009 at 2:29 AM, Tanaka Akira <akr@fsij.org> wrote:
[#20273] Tail recursion? — "Robert Dober" <robert.dober@...>
Hi list
Hi,
[#20310] [Bug #822] gets blocks when it shouldn't — Ahmed Saeed <redmine@...>
Bug #822: gets blocks when it shouldn't
[#20345] Achieving C-like performance with more indirection? — Jan Wedekind <jan@...>
I am working on a Ruby-extension for doing real-time computer vision
[#20363] RDoc can't generate documentation of Ruby — hemant <gethemant@...>
Hi,
[#20400] More powerful method arguments — "=?ISO-8859-2?Q?Rados=B3aw_Bu=B3at?=" <radek.bulat@...>
(I'm thinking very loudly, don't get it to seriously)
[#20416] [Feature #839] Add code on each line of a backtrace output to the screen — Roger Pack <redmine@...>
Feature #839: Add code on each line of a backtrace output to the screen
[#20418] Array#to_proc — "Eust痃uio Rangel" <eustaquiorangel@...>
Some months ago I sent a patch to Rails proposing an Array#to_proc the
[#20434] Another Patch for curses extension. — "Giancarlo F Bellido" <support@...>
Hello,
[#20446] [Bug #844] Interpreter wide IO deadlock — "coderrr ." <redmine@...>
Bug #844: Interpreter wide IO deadlock
[#20483] encoding of symbols — Dave Thomas <dave@...>
If I have a source file like this:
Dave Thomas wrote:
Hi,
Hi,
Yukihiro Matsumoto wrote:
On Sat, Dec 13, 2008 at 08:33:13PM +0900, Charles Oliver Nutter wrote:
On Sun, 14 Dec 2008 01:01:44 +1100, Brian Candler <B.Candler@pobox.com>
On Sat, Dec 13, 2008 at 22:57, Michael Selig <michael.selig@fs.com.au> wrot=
On Sun, 14 Dec 2008 11:57:55 +1100, Michael Selig
Hi,
Hi,
> I don't mean to shoot you down in flames, but a lot of thought and effort
> You're right. When we have two strings with identical byte sequence
Hi,
> I am against trancoding before comparison. The applications models
On Thu, Dec 18, 2008 at 06:22:28PM +0900, Daniel Cavanagh wrote:
On Thu, Dec 18, 2008 at 08:43:45AM +0900, danielcavanagh@aanet.com.au wrote:
On 18/12/2008, at 7:24 PM, Brian Candler wrote:
On Sun, Dec 14, 2008 at 09:57:55AM +0900, Michael Selig wrote:
[#20502] [Bug #863] Openssl issues with fresh compile on Ubuntu — Brian Takita <redmine@...>
Bug #863: Openssl issues with fresh compile on Ubuntu
[#20519] [Fwd: [ruby-dev:37282] [Bug #827] Fix document for Gem::Installer#write_spec] — "Yugui (Yuki Sonoda)" <yugui@...>
okkez sent a patch for RubyGems to ruby-dev. He said that rdoc does not
[#20553] [Bug #873] compilation failure — Oleg Puchinin <redmine@...>
Bug #873: compilation failure
[#20564] [Bug #883] Failure: test_handle_special_CROSSREF_no_underscore(TestRDocMarkupToHtmlCrossref) — Kazuhiro NISHIYAMA <redmine@...>
Bug #883: Failure: test_handle_special_CROSSREF_no_underscore(TestRDocMarkupToHtmlCrossref)
[#20576] [Bug #888] zlib 1.2.3 does not work with Rubygems 1.3.1 (in Ruby 1.9.1) on Windows — Chauk-Mean PROUM <redmine@...>
Bug #888: zlib 1.2.3 does not work with Rubygems 1.3.1 (in Ruby 1.9.1) on Windows
Issue #888 has been updated by Yasuhiro MISE.
[#20578] [Feature #889] erb.rb should use Array and << for eoutvar and not String and concat — Thomas Enebo <redmine@...>
Feature #889: erb.rb should use Array and << for eoutvar and not String and concat
Issue #889 has been updated by Kurt Stephens.
[#20601] ruby-mode.el has moved — Phil Hagelberg <phil@...>
[#20606] system() issues on Windows — "James M. Lawrence" <quixoticsycophant@...>
I put together a spec of my grievances with system() on Windows and
[#20620] Proposal: Proc#bind — "Paweł Kondzior" <kondzior.p@...>
SXQgd291bGQgYmUgZ29vZCB0byBoYXZlIFByb2MjYmluZChyZWNlaXZlcikgbWV0aG9kIHRoYXQg
[#20626] ruby take non .rb files? — "Roger Pack" <rogerpack2005@...>
I'm pretty sure this has been discussed before, but what would the
[#20665] best way to handle $: when embedding ruby — Rolando Abarca <funkaster@...>
Hi all,
[#20668] [Feature #905] Add String.new(fixnum) to preallocate large buffer — Charles Nutter <redmine@...>
Feature #905: Add String.new(fixnum) to preallocate large buffer
Issue #905 has been updated by Brian Ford.
Hi
Yukihiro Matsumoto wrote:
Jim Weirich wrote:
Dave Thomas wrote:
Dave Thomas wrote:
Dave Thomas wrote:
Issue #905 has been updated by caleb clausen.
Hi,
Doesn't Ruby allocate already using a "double memory if you run out"
On Fri, 5 Mar 2010, Kornelius Kalnbach wrote:
Issue #905 has been updated by caleb clausen.
On 04.03.10 21:08, caleb clausen wrote:
Hi,
Issue #905 has been updated by Kurt Stephens.
On 05.03.10 01:13, Kurt Stephens wrote:
Hi,
On 3/5/10, Yusuke ENDOH <mame@tsg.ne.jp> wrote:
On Fri, Mar 5, 2010 at 17:25, Caleb Clausen <vikkous@gmail.com> wrote:
Issue #905 has been updated by Kornelius Kalnbach.
[#20669] [Bug #906] File.close not working good in Windows — Yong Lu <redmine@...>
Bug #906: File.close not working good in Windows
[#20695] [Bug #907] Various system() and backticks problems on Windows — "James M. Lawrence" <redmine@...>
Bug #907: Various system() and backticks problems on Windows
[#20699] how is 1.9 able to handle > 1024 sockets? — "Roger Pack" <rogerpack2005@...>
I noticed that select in 1.9 seems to be able to handle more than
[#20706] [Feature #908] Should be an easy way of reading N characters from am I/O stream — Michael Selig <redmine@...>
Feature #908: Should be an easy way of reading N characters from am I/O stream
Issue #908 has been updated by Michael Selig.
In article <4988d2fa997f8_8527a9e32018e7@redmine.ruby-lang.org>,
Hi,
In article <op.uotab6oa9245dp@kool>,
2009/2/14 Tanaka Akira <akr@fsij.org>:
In article <a5d587fb0902141711q780f0d24jef9be9b8bbe69b2a@mail.gmail.com>,
2009/2/15 Tanaka Akira <akr@fsij.org>:
In article <a5d587fb0902160252u56b50cfdv8e0fd36bb4f0b1b3@mail.gmail.com>,
2009/2/18 Tanaka Akira <akr@fsij.org>:
On Thu, 19 Feb 2009 02:21:21 +1100, Michal Suchanek <hramrach@centrum.cz>
In article <op.upklh9q19245dp@kool>,
At 19:00 09/02/19, Tanaka Akira wrote:
In article <6.0.0.20.2.20090220134502.0823ee98@localhost>,
On Mon, 23 Feb 2009 03:00:41 +1100, Tanaka Akira <akr@fsij.org> wrote:
2009/2/22 Michael Selig <michael.selig@fs.com.au>:
2009/2/23 Michal Suchanek <hramrach@centrum.cz>:
On Mon, 23 Feb 2009 21:35:30 +1100, Michal Suchanek <hramrach@centrum.cz>
2009/2/24 Michael Selig <michael.selig@fs.com.au>:
On Thu, 19 Feb 2009 21:00:52 +1100, Tanaka Akira <akr@fsij.org> wrote:
[#20720] Current status of 1.9.1 RC1's issues — "Yugui (Yuki Sonoda)" <yugui@...>
Hi, folks
[#20723] [Bug #911] ArgumentError in Resolv#getaddress — Federico Builes <redmine@...>
Bug #911: ArgumentError in Resolv#getaddress
In article <494d365145bcf_881769c31c84a0@redmine.ruby-lang.org>,
Issue #911 has been updated by Federico Builes.
[#20724] Working with binary strings in Ruby 1.9? — Hadmut Danisch <hadmut@...>
Hi,
On Dec 20, 2008, at 12:49 PM, Hadmut Danisch wrote:
On Sun, 21 Dec 2008 06:43:32 +1100, James Gray <james@grayproductions.net>
[#20734] irb prompt question — "Roger Pack" <rogerpack2005@...>
I'm used to irb giving me indication of continued statements:
[#20754] Array#map and #select overrides — "David A. Black" <dblack@...>
Hi --
[#20794] [Bug #920] require is not thread-safe — Charles Nutter <redmine@...>
Bug #920: require is not thread-safe
[#20797] [Bug #921] autoload is not thread-safe — Charles Nutter <redmine@...>
Bug #921: autoload is not thread-safe
Hi,
Dave Thomas wrote:
[#20874] [Feature #928] RDoc encoding conversion — Yuki Sonoda <redmine@...>
Feature #928: RDoc encoding conversion
[#20877] [ANN] Updated status of the releasing 1.9.1 RC — "Yugui (Yuki Sonoda)" <yugui@...>
Hi, folks
[#20879] [Feature #929] Array#shuffle does not initialize random seed — Justin Collins <redmine@...>
Feature #929: Array#shuffle does not initialize random seed
[#20893] [Bug #932] incorrect case statement in "ext/dl/test/test_base.rb" causes library problems on openSUSE 11.1 64-bit — Ed Borasky <redmine@...>
Bug #932: incorrect case statement in "ext/dl/test/test_base.rb" causes library problems on openSUSE 11.1 64-bit
[#20894] [Bug #933] Fiber class documentation — Muhammad Ali <redmine@...>
Bug #933: Fiber class documentation
[#20938] [Bug #940] ruby/config.h:1:1: warning: "PACKAGE_NAME" redefined — bugmenot bugmenot <redmine@...>
Bug #940: ruby/config.h:1:1: warning: "PACKAGE_NAME" redefined
[#20944] [Bug #942] Build fails on IA-32 Linux with gcc 4.3.2 — Michael Klishin <redmine@...>
Bug #942: Build fails on IA-32 Linux with gcc 4.3.2
[#20978] Definable != is a Bad Thing™ — Ryan Davis <ryand-ruby@...>
> >> class X; def == o; :great; end; def != o; :horrible; end; end
Hi,
Ryan Davis <ryand-ruby@zenspider.com> wrote:
On Fri, Jan 2, 2009 at 01:37, Ken Bloom <kbloom@gmail.com> wrote:
Daniel Luz wrote:
On Fri, Jan 2, 2009 at 12:42 PM, Kornelius Kalnbach <murphy@rubychan.de> wrote:
[#20990] [Bug #951] "make DESTDIR=... install" creates dirs outside DESTDIR — Sven Schwyn <redmine@...>
Bug #951: "make DESTDIR=... install" creates dirs outside DESTDIR
[#20994] [Bug #956] Encoding: nl_langinfo(CODESET) on cygwin 1.5 always returns US-ASCII — Tom Link <redmine@...>
Bug #956: Encoding: nl_langinfo(CODESET) on cygwin 1.5 always returns US-ASCII
Issue #956 has been updated by Tom Link.
Hi,
[#20999] Supporting Thread.critical=with native threads — Shri Borde <Shri.Borde@...>
Hi,
Shri Borde wrote:
WWVzLCBUaHJlYWQja2lsbCBhbmQgVGhyZWFkI3JhaXNlIGNhbiBiZSBpbXBsZW1lbnRlZCBpbiBJ
Shri Borde wrote:
On Dec 30, 2008, at 15:00 PM, Shri Borde wrote:
http://www.ruby-doc.org/core/classes/Thread.html#M000461 says:
I'm starting come around to Shri's idea of critical= being represented
SXMgb3BlbmluZyBhIGJ1ZyB0aGUgcmVjb21tZW5kZWQgd2F5IHRvIGdldCB0aGUgc3BlYyBjaGFu
Brent, we are looking for Ruby to officially allow Thread.critical=3D to be=
Brent Roman wrote:
I disagree on most points, since 1.8 is going to remain the most
[ruby-core:21011] Re: Supporting Thread.critical=with native threads
WWVzLCBUaHJlYWQja2lsbCBhbmQgVGhyZWFkI3JhaXNlIGNhbiBiZSBpbXBsZW1lbnRlZCBpbiBJ cm9uUnVieSBieSB1c2luZyBTeXN0ZW0uVGhyZWFkaW5nLlRocmVhZC5BYm9ydCAoaHR0cDovL21z ZG4ubWljcm9zb2Z0LmNvbS9lbi11cy9saWJyYXJ5L3N5c3RlbS50aHJlYWRpbmcudGhyZWFkLmFi b3J0LmFzcHgpLiBJdCBpcyBmcmFnaWxlIChsaWtlIHlvdSBzYXksIGl0cyBpbXBvc3NpYmxlIHRv IHN1cHBvcnQgc3VjaCBvcGVyYXRpb25zIHJlbGlhYmx5IG9uIG5hdGl2ZSB0aHJlYWRzKSwgYW5k IGNhbiBiZSBkZWZlcnJlZCBpbmRlZmluaXRlbHkgdW5kZXIgc29tZSBjaXJjdW1zdGFuY2VzLiBT byBJIHRoaW5rIHdlIGlkZWFsbHkgbmVlZCB0byB1c2UgYm90aCBUaHJlYWQuQWJvcnQgYW5kIGNo ZWNrcG9pbnRzLg0KDQpBYm91dCBUaHJlYWQuY3JpdGljYWwsIHlvdSBzYWlkOg0KPiBTY3JpcHRz IHRoYXQgdXNlIGNyaXRpY2FsPSB0ZW5kIHRvIGV4cGVjdCB0aGF0IHRoZXkncmUgZ3VhcmFudGVl aW5nIG1vcmUNCj4gdGhhbiBqdXN0IHRoZSBjb2RlIGluIHRoZSBjcml0aWNhbCBzZWN0aW9uLiBG b3IgZXhhbXBsZSwgaWYgdGhleSdyZQ0KPiBpbml0aWFsaXppbmcgYW4gaW5zdGFuY2UgdmFyaWFi bGUgdGhleSBleHBlY3Qgbm9ib2R5IGVsc2Ugd2lsbCBhY2Nlc3MgaXQNCj4gZHVyaW5nIGluaXRp YWxpemF0aW9uDQpJdCB3b3VsZCBzZWVtIHN1Y2ggY29kZSB3aWxsIG5vdCB3b3JrIGV2ZW4gd2l0 aCBNUkkuIElmIHRocmVhZCAxIHNldHMgVGhyZWFkLmNyaXRpY2FsPXRydWUgYW5kIHN0YXJ0cyBp bml0aWFsaXppbmcgdGhlIGluc3RhbmNlIHZhcmlhYmxlLCBhbmQgaWYgdGhyZWFkIDIgaXMgYWNj ZXNzaW5nIHRoZSBpbnN0YW5jZSB2YXJpYWJsZSB3aXRob3V0IHNldHRpbmcgVGhyZWFkLmNyaXRp Y2FsPXRydWUsIHRoZW4gY291bGRuJ3QgdGhyZWFkIDIgcnVuIGludG8gYSBwcm9ibGVtIGV2ZW4g aWYgaXRzIG5vdCBzY2hlZHVsZWQsIHNpbmNlIGl0IGNvdWxkIGJlIGFueXdoZXJlIGluIHRoZSBt aWRkbGUgb2YgYWNjZXNzaW5nIHRoZSBpbnN0YW5jZSB2YXJpYWJsZT8gVG8gYmUgZnVsbHkgY29y cmVjdCwgd291bGRuJ3QgdGhyZWFkIDIgaGF2ZSB0byBzZXQgVGhyZWFkLmNyaXRpY2FsPXRydWUs IGV2ZW4gb24gTVJJPw0KDQpCeSB0aGUgd2F5LCB3aGF0IGlzIHRoZSBsZXZlbCBvZiBhdG9taWNp dHkgc3VwcG9ydGVkIGJ5IE1SST8gRm9yIGV4YW1wbGUsIENQeXRob24gdXNlcyB0aGUgZ2xvYmFs IGludGVycHJldGVyIGxvY2sgKEdJTCkgZm9yIGVhY2ggYnl0ZWNvZGUuIEhvd2V2ZXIsIHNpbmNl IE1SSSBkb2VzIG5vdCBjb21waWxlIHRvIGJ5dGVjb2RlLCBpcyB0aGUgQVNUIG5vZGVzIHRoZSBj b3JyZWN0IGxldmVsIG9mIGF0b21pY2l0eT8NCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0N CkZyb206IENoYXJsZXMuTy5OdXR0ZXJAc3VuLmNvbSBbbWFpbHRvOkNoYXJsZXMuTy5OdXR0ZXJA c3VuLmNvbV0gT24gQmVoYWxmIE9mIENoYXJsZXMgT2xpdmVyIE51dHRlcg0KU2VudDogVHVlc2Rh eSwgRGVjZW1iZXIgMzAsIDIwMDggMzoxOSBQTQ0KVG86IHJ1YnktY29yZUBydWJ5LWxhbmcub3Jn DQpDYzogSmltIERldmlsbGUNClN1YmplY3Q6IFtydWJ5LWNvcmU6MjEwMDBdIFJlOiBTdXBwb3J0 aW5nIFRocmVhZC5jcml0aWNhbD13aXRoIG5hdGl2ZSB0aHJlYWRzDQoNClNocmkgQm9yZGUgd3Jv dGU6DQo+IFRocmVhZC5jcml0aWNhbD0gaXMgc3VwcG9zZWQgdG8gbm90IHNjaGVkdWxlIGFueSBv dGhlciB0aHJlYWQsIGluDQo+IGFkZGl0aW9uIHRvIGd1YXJhbnRlZWluZyB0aGF0IG9ubHkgb25l IHRocmVhZCBpcyBldmVyIGluIHRoZSBibG9jayB3aXRoDQo+IFRocmVhZC5jcml0aWNhbD09dHJ1 ZS4gVGhpcyBpcyBlYXNpZXIgdG8gc3VwcG9ydCB3aXRoIGdyZWVuIHRocmVhZHMuDQo+DQo+IFdp dGggbmF0aXZlIHRocmVhZHMsIGl0IGlzIGhhcmRlciB0byBkby4gSSBhbSB3b3JraW5nIG9uIEly b25SdWJ5LCBhbmQNCj4gaGF2ZSBzb21lIHF1ZXN0aW9uczoNCg0KSSdsbCBnbyBvbmUgZnVydGhl ci4uLndpdGggbmF0aXZlIHRocmVhZHMgKHJ1bm5pbmcgaW4gcGFyYWxsZWwpIGl0J3MNCippbXBv c3NpYmxlKiB0byBkbyByZWxpYWJseS4NCg0KPiAxLiBTaG91bGQgaXQgYmUgYnkgc3BlYyB0aGF0 IG90aGVyIHRocmVhZHMgYXJlIG5vdCBhbGxvd2VkIHRvIGJlDQo+IHNjaGVkdWxlZD8gVGhyZWFk I2luc3BlY3QgZm9yIHRoZSBvdGhlciB0aHJlYWRzIGFjdHVhbGx5IHNheXMg4oCccnVu4oCdLCBu b3QNCj4g4oCcc2xlZXDigJ0uDQo+DQo+IDIuIEhvdyB3b3VsZCB5b3UgdGVzdCB0aGF0IHRoZSBv dGhlciB0aHJlYWRzIGFyZSBub3Qgc2NoZWR1bGVkLiBJdCBjYW4NCj4gYmUgZG9uZSBieSBoYXZp bmcgdGhlIG90aGVyIHRocmVhZHMgaW5jcmVtZW50IHNvbWUgY2xhc3MgdmFyaWFibGUsIGFuZA0K PiBieSBjaGVja2luZyB0aGF0IGl0cyB2YWx1ZSBkb2VzIG5vdCBjaGFuZ2UuIFNvIHRoaXMgaXMg bW9zdGx5IGENCj4gcmhldG9yaWNhbCBxdWVzdGlvbi4NCj4NCj4gMy4gR2l2ZW4gdGhhdCBpbXBs ZW1lbnRhdGlvbnMgd2l0aCBuYXRpdmUgdGhyZWFkcyBjYW5ub3Qgc3VwcG9ydCB0aGlzDQo+IHBl cmZlY3RseSwgaG93IG1hbnkgYXBwcyB3b3VsZCBhY3R1YWxseSBiZSBhZmZlY3RlZD8gVGhlIGZl dyBnZW1zIEkgaGF2ZQ0KPiBsb29rZWQgYXQgb25seSBuZWVkIHRoYXQgVGhyZWFkLmNyaXRpY2Fs PXRydWUgb25seSBiZWhhdmUgbGlrZSBhDQo+IGNyaXRpY2FsIHNlY3Rpb24uIFRoZSBhcHBzIHdp bGwgd29yayBldmVuIGlmIHRoZSBvdGhlciB0aHJlYWRzIGFyZQ0KPiBzY2hlZHVsZWQsIGFzIGxv bmcgdGhlIG90aGVyIHRocmVhZHMgYmxvY2sgd2hlbiB0aGV5IHRoZW1zZWx2ZXMgdHJ5IHRvDQo+ IHNldCBUaHJlYWQuY3JpdGljYWw9dHJ1ZS4gQWNjb3JkaW5nIHRvDQo+IGh0dHA6Ly93d3cubWVn YXNvbHV0aW9ucy5uZXQvcnVieS9iYXNpYy10aHJlYWRpbmctcXVlc3Rpb25fY2FuLXJ1YnktdXNl LXJlYWwtdGhyZWFkc18tNjQyMjUuYXNweCwNCj4gSlJ1Ynkgc3VwcG9ydHMgdGhpcyBieSBoYXZp bmcgZXZlcnkgdGhyZWFkIHBlcmlvZGljYWxseSBkbyBhIGNoZWNrcG9pbnQNCj4gdG8gc2VlIGlm IGl0IHNob3VsZCBzdXNwZW5kIGl0c2VsZi4gSXQgc2VlbXMgdGhhdCBtb3N0IGFwcHMgd291bGQN Cj4gY29udGludWUgd29ya2luZyBpZiB0aGVyZSB3YXMgb25seSBvbmUgY2hlY2twb2ludCxpbiBU aHJlYWQuY3JpdGljYWw9Lg0KDQpTY3JpcHRzIHRoYXQgdXNlIGNyaXRpY2FsPSB0ZW5kIHRvIGV4 cGVjdCB0aGF0IHRoZXkncmUgZ3VhcmFudGVlaW5nIG1vcmUNCnRoYW4ganVzdCB0aGUgY29kZSBp biB0aGUgY3JpdGljYWwgc2VjdGlvbi4gRm9yIGV4YW1wbGUsIGlmIHRoZXkncmUNCmluaXRpYWxp emluZyBhbiBpbnN0YW5jZSB2YXJpYWJsZSB0aGV5IGV4cGVjdCBub2JvZHkgZWxzZSB3aWxsIGFj Y2VzcyBpdA0KZHVyaW5nIGluaXRpYWxpemF0aW9uLiBUaGVyZSdzIHByb2JhYmx5IG1hbnkgY2Fz ZXMgdGhhdCBqdXN0IHdhbnQgYQ0KY3JpdGljYWwgc2VjdGlvbiwgYnV0IG90aGVycyB0aGF0IGV4 cGVjdCBtb3JlLg0KDQpUaGUgYm90dG9tIGxpbmUsIGhvd2V2ZXIsIGlzIHRoYXQgY3JpdGljYWw9 IGlzICpiYWQqLCBhbmQgdGhhdCdzIHdoeSBpdA0Kd2VudCBhd2F5IGluIDEuOS4gQW55IGNvZGUg b3V0IHRoZXJlIHRoYXQgdXNlcyBpdCBzaG91bGQgKm5vdCogdXNlIGl0LA0KYW5kIHNpbmNlIGl0 J3MgaW1wb3NzaWJsZSB0byBzdXBwb3J0IHVubGVzcyB5b3VyIGltcGxlbWVudGF0aW9uIGRvZXMg bm90DQpzdXBwb3J0IHBhcmFsbGVsIGV4ZWN1dGlvbiBvZiB0aHJlYWRzLCBJJ2QgYWxzbyBhcmd1 ZSBpdCBzaG91bGRuJ3QgZXZlcg0KYmUgZXhwZWN0ZWQgdG8gd29yay4NCg0KV2UgaGF2ZSBpdCB3 b3JraW5nIGluIEpSdWJ5LCBhbmQgd291bGQgY2VydGFpbmx5IHJhdGhlciByZW1vdmUgaXQuDQpI b3dldmVyIHdlIGFsc28gbmVlZCB0aHJlYWQgY2hlY2twb2ludHMgdG8gc3VwcG9ydCBUaHJlYWQj a2lsbCBhbmQNClRocmVhZCNyYWlzZSwgc28gaXQgd291bGRuJ3QgZWxpbWluYXRlIGNoZWNrcG9p bnRpbmcgZW50aXJlbHkuIEkgYmVsaWV2ZQ0KLk5FVCBhbGxvd3MgdGhyZWFkcyB0byBiZSBraWxs ZWQgKHdyb25nbHkpIHNvIHlvdSBtYXkgbm90IGhhdmUgdGhpcyBwcm9ibGVtLg0KDQotIENoYXJs aWUNCg0K