[#8136] Confused exception handling in Continuation Context — "Robert Dober" <robert.dober@...>

Hi all

13 messages 2006/07/06

[#8248] One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...>

I just posted this to ruby-talk. But I would also like to discuss this

33 messages 2006/07/18
[#8264] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

From my experience using both tool chains on Windows (for the ruby-prof

[#8266] Re: One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...> 2006/07/19

Tim, I'm going to top reply since your post was so long. I'm interested in

[#8267] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

> Tim, I'm going to top reply since your post was so long. I'm interested in

[#8271] my sandboxing extension!! — why the lucky stiff <ruby-core@...>

I have (what feels like) very exciting news. I finally sat down to code up my

17 messages 2006/07/19

[#8430] Re: doc patch: weakref. — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

19 messages 2006/07/28
[#8434] Re: doc patch: weakref. — Yukihiro Matsumoto <matz@...> 2006/07/29

Hi,

[#8436] Re: doc patch: weakref. — Daniel Berger <djberg96@...> 2006/07/29

Yukihiro Matsumoto wrote:

[#8437] Re: doc patch: weakref. — Mauricio Fernandez <mfp@...> 2006/07/29

On Sat, Jul 29, 2006 at 07:37:24PM +0900, Daniel Berger wrote:

[#8441] Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...>

I have the following code:

18 messages 2006/07/30
[#8442] Re: Inconsistency in scoping during module_eval? — nobu@... 2006/07/30

Hi,

[#8443] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/30

Why does this:

[#8445] Re: Inconsistency in scoping during module_eval? — Yukihiro Matsumoto <matz@...> 2006/07/30

Hi,

[#8454] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/31

So to clarify...

Re: rdoc grows to large size.

From: "Charles O Nutter" <headius@...>
Date: 2006-07-25 09:11:29 UTC
List: ruby-core #8389
I've studied the rdoc code a bit (only so much as to maintain my sanity) and
wondered aloud: is this all hand-written, hand-optimized code? It did not
appear to be generated, and I have seen hand-rolled patches trickle in over
time. Is there perhaps a better way to parse all that content and generate
those docs that would not require a hand-made implementation?

Of course there's a bit of an alterior motive for me: JRuby's interpretation
is still several times slower than C Ruby's, so having rdoc be inefficient
in C Ruby is magnified under JRuby. If there's any way to improve this
implementation across the board, I think it would help everyone.

On 7/25/06, Eric Hodel <drbrain@segment7.net> wrote:
>
> On Jul 24, 2006, at 6:09 AM, Hugh Sasse wrote:
>
> > While working on that .document patch I noticed that rdoc grew to
> > about 124MB.
>
> $ rdoc --help
>
> RDoc V1.0.1 - 20041108
>
> Usage:
>
>    rdoc [options]  [names...]
>
> Files are parsed, and the information they contain
> collected, before any output is produced. This allows cross
> references between all files to be resolved. [...]
>
> It is possible that the structure created is inefficient.  The code
> that builds the structure is a forbidding forest of mystery, I rarely
> dare venture there.
>
> --
> Eric Hodel - drbrain@segment7.net - http://blog.segment7.net
> This implementation is HODEL-HASH-9600 compliant
>
> http://trackmap.robotcoop.com
>
>
>
>


-- 
Charles Oliver Nutter @ headius.blogspot.com
JRuby Developer @ www.jruby.org
Application Architect @ www.ventera.com

In This Thread