[#2617] irb for 1.5.x — Andrew Hunt <Andy@...>
5 messages
2000/05/03
[#2639] OT: Japanese names — Dave Thomas <Dave@...>
4 messages
2000/05/09
[#2643] Ruby Toplevel — Dave Thomas <Dave@...>
7 messages
2000/05/09
[#2656] Re: Append alias for Array.append? — Aleksi Niemel<aleksi.niemela@...>
Hideto ISHIBASHI:
5 messages
2000/05/09
[#2660] win OLE / eRuby — Andrew Hunt <Andy@...>
8 messages
2000/05/09
[#2663] Re: win OLE / eRuby — Aleksi Niemel<aleksi.niemela@...>
>At Tue, 9 May 2000 09:14:51 -0400,
4 messages
2000/05/09
[#2667] The reference manual is now online — Dave Thomas <Dave@...>
6 messages
2000/05/09
[#2668] Re: The reference manual is now online — schneik@...
4 messages
2000/05/09
[#2702] Re: Append alias for Array.append? — Andrew Hunt <andy@...>
>From: Aleksi Niemel<aleksi.niemela@cinnober.com>
7 messages
2000/05/10
[#2752] RE: Array.pop and documentation [was: Append al ias for Array.append?] — Aleksi Niemel<aleksi.niemela@...>
6 messages
2000/05/11
[#2758] Re: irb install — Andrew Hunt <andy@...>
>|Excellent! Will you consider adding mod_ruby to install_app as
7 messages
2000/05/11
[#2777] Re: irb install
— "NAKAMURA, Hiroshi" <nakahiro@...>
2000/05/12
Hi,
[#2764] More code browsing questions — Albert Wagner <alwagner@...>
I see some class definitions contain "include" and "extend" statements.
6 messages
2000/05/12
[#2843] Re: editors for ruby — "Conrad Schneiker" <schneiker@...>
(Posted on comp.lang.ruby and ruby-talk ML.)
6 messages
2000/05/17
[#2874] RE: simple httpd for local use — Aleksi Niemel<aleksi.niemela@...>
> I personally use it for access to full-text indexed linux
6 messages
2000/05/18
[#2875] Re: simple httpd for local use
— hipster <hipster@...4all.nl>
2000/05/18
On Thu, 18 May 2000 09:10:28 +0200, Aleksi Niemelwrote:
[#2920] SWIG: virtual variable? — Yasushi Shoji <yashi@...>
hello,
4 messages
2000/05/22
[#2928] FYI: What our Python friends are up to. — "Conrad Schneiker" <schneiker@...>
Hi,
8 messages
2000/05/22
[#2964] Thank you — h.fulton@...
Thanks, Matz (and others) for your replies to
4 messages
2000/05/24
[#2973] Re: Socket.getnameinfo — ts <decoux@...>
>>>>> "D" == Dave Thomas <Dave@thomases.com> writes:
10 messages
2000/05/25
[#3016] rbconfig.rb — Dave Thomas <Dave@...>
5 messages
2000/05/28
[#3039] Re: Final for World Series: Python vs Ruby — "Dat Nguyen" <thucdat@...>
1 message
2000/05/30
[#3058] FailureClass? — Aleksi Niemel<aleksi.niemela@...>
Question arising from the FAQ:
7 messages
2000/05/31
[ruby-talk:02830] Ruby's inherit OS dependency bugs me
From:
Aleksi Niemel<aleksi.niemela@...>
Date:
2000-05-16 10:34:36 UTC
List:
ruby-talk #2830
As much as I happen to like (love) Unix environment I don't like
Ruby's relatively strong ties to that world. I like when Ruby is
loaning features (names, regexps, functionality, notion for text file
processing and being a tool itself...).
From my point of view the the language should be quite
(if not totally) neutral to the OS it's implementations are running in.
Of course this is a little bit contrary to the usefulness of language,
since it's great and handy to have plenty of OS specific features
at hand when you happen to need them.
Maybe an example enlights my view a little. There should be no need for
code like this in any libraries. OS specifics should be hidden as far as
possible from the normal developer. And these are really common
things. (cgi.rb)
NEEDS_BINMODE = true if /WIN/ni === RUBY_PLATFORM
PATH_SEPARATOR = {'UNIX'=>'/', 'WINDOWS'=>'\\', 'MACINTOSH'=>':'}
Problem using the code like this become apparent when I'm called
in when otherwise fine working CGIs suddenly don't work at
Tandem, OS/2 or VMS environment (dunno if Ruby has even been ported
to these wonderful oses yet:). Do you think this code works Beos? I don't
know but I doubt it because there's no specified PATH_SEPARATOR.
Do we really want to release new version of the libraries everytime we
spread to the platform which Perl has maybe already contaminated?
I don't have any major ideas how to cope with these things. One idea could
be to define module OS which in turn includes platform dependently module
Unix, Win95, WinNT or Mac etc. These could have two parts (example for Unix)
# common definitions
PATH_SEPARATOR = '/'
NEEDS_BINMODE = false
# platform specific features
include 'OS/Unix/NixSockets' # if the OS happens to support
include 'OS/Unix/Pipes' # OTOH, maybe not even every unix support
these?
To provide backward compatilibity OS-module could "export" all the currently
provided built-in functions to global space.
I doubt if this is enough or even correct direction but it might be some
kind of start.
- Aleksi