[#41431] [ruby-trunk - Bug #5694][Open] Proc#arity doesn't take optional arguments into account. — Marc-Andre Lafortune <ruby-core@...>

27 messages 2011/12/01
[#41442] [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Thomas Sawyer <transfire@...> 2011/12/01

[#41443] Re: [ruby-trunk - Bug #5694] Proc#arity doesn't take optional arguments into account. — Yehuda Katz <wycats@...> 2011/12/01

Maybe we can add a new arity_range method that does this?

[#41496] [ruby-trunk - Bug #5714][Open] Unexpected error of STDIN#read with non-ascii input on Windows XP — Heesob Park <phasis@...>

22 messages 2011/12/06

[#41511] [ruby-trunk - Bug #5719][Open] Hash::[] can't handle 100000+ args — Nick Quaranto <nick@...>

13 messages 2011/12/07

[#41557] [ruby-trunk - Bug #5730][Open] Optinal block parameters assigns wrong — Yukihiro Matsumoto <matz@...>

14 messages 2011/12/08

[#41586] [ruby-trunk - Feature #5741][Open] Secure Erasure of Passwords — Martin Bosslet <Martin.Bosslet@...>

17 messages 2011/12/10

[#41672] [ruby-trunk - Feature #5767][Open] Cache expanded_load_path to reduce startup time — Yura Sokolov <funny.falcon@...>

13 messages 2011/12/15

[#41681] Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...>

Since Ruby is built on top of simple concepts, most of the documentation

23 messages 2011/12/15
[#41683] Re: Documentation of the language itself (syntax, meanings, etc) — Gary Wright <gwtmp01@...> 2011/12/15

[#41686] Re: Documentation of the language itself (syntax, meanings, etc) — Rodrigo Rosenfeld Rosas <rr.rosas@...> 2011/12/16

Em 15-12-2011 19:23, Gary Wright escreveu:

[#41717] Feature : optional argument in File.join — Michel Demazure <michel@...>

In Windows, when using File.join, one often ends with a path containing

13 messages 2011/12/19
[#41719] Re: Feature : optional argument in File.join — Luis Lavena <luislavena@...> 2011/12/19

On Mon, Dec 19, 2011 at 6:09 AM, Michel Demazure <michel@demazure.com> wrot=

[#41720] Re: Feature : optional argument in File.join — Michel Demazure <michel@...> 2011/12/19

Luis Lavena wrote in post #1037331:

[#41728] [ruby-trunk - Feature #5781][Open] Query attributes (attribute methods ending in `?` mark) — Thomas Sawyer <transfire@...>

15 messages 2011/12/19

[#41799] Best way to separate implementation specific code? — Luis Lavena <luislavena@...>

Hello,

15 messages 2011/12/24
[#41800] Re: Best way to separate implementation specific code? — KOSAKI Motohiro <kosaki.motohiro@...> 2011/12/24

2011/12/24 Luis Lavena <luislavena@gmail.com>:

[#41811] Re: Best way to separate implementation specific code? — "U.Nakamura" <usa@...> 2011/12/26

Hello,

[#41817] Re: Best way to separate implementation specific code? — Luis Lavena <luislavena@...> 2011/12/26

On Sun, Dec 25, 2011 at 10:51 PM, U.Nakamura <usa@garbagecollect.jp> wrote:

[#41812] [ruby-trunk - Feature #5809][Open] Benchmark#bm: remove the label_width parameter — Benoit Daloze <redmine@...>

11 messages 2011/12/26

[ruby-core:41832] Re: Best way to separate implementation specific code?

From: Luis Lavena <luislavena@...>
Date: 2011-12-28 02:36:53 UTC
List: ruby-core #41832
On Tue, Dec 27, 2011 at 11:21 PM, Yukihiro Matsumoto <matz@ruby-lang.org> w=
rote:
> Hi,
>
> In message "Re: [ruby-core:41830] Re: Best way to separate implementation=
 specific code?"
> =A0 =A0on Wed, 28 Dec 2011 11:11:58 +0900, "U.Nakamura" <usa@garbagecolle=
ct.jp> writes:
> |
> |Hello,
> |
> |In message "[ruby-core:41828] Re: Best way to separate implementation sp=
ecific code?"
> | =A0 =A0on Dec.28,2011 00:09:28, <luislavena@gmail.com> wrote:
> |> > KOSAKI, Usa, what do you think of the following?
> |
> |We need the agreements of common developpers who live on Unix.
> |So, you should ask to them, not me :)
> |
> |Matz, how do you think about such change of the source tree?
>
> I agree with replacing load_file_ok, but I am not sure such file
> restructuring needed. =A0It seems simple ifdef would be enough.
>

Thank you matz for your response.

The proposed restructuring, at least for "windows" platform is
precisely to avoid complicated #ifdef that make really hard to modify.

Take as example file_expand_path:

316 LOC
15 comments
13 #ifdef
Mix of posix + cygwin + windows
1 goto

Pretty much the entire function can be replaced by Windows API.

I've a non-goto, WideChar and faster implementation of it in 170
lines, with lot of code that can be extracted and reused in other
functions.

As originally commented in [ruby-core:38940], the differences between
platforms are in some cases more complicated to maintain or improve
around lot of #ifdef and zero documentation around them.

If the idea of posix/file.c for rb_file_load_ok() is not good enough,
at least I ask we do win32/file.c, please.

--=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

In This Thread