-----BEGIN PGP SIGNED MESSAGE-----

In article <3d4718f0$0$1565$edfadb0f / dspool01.news.tele.dk>,
MikkelFJ <mikkelfj-anti-spam / bigfoot.com> wrote:
>Hi all, it's been a long time since I last posted here, pleased to see so
>many bright people still hanging out :-)
>
>The Pragmatic Programmer installation recently dumped Cygwin and supported
>native Windows instead.
>Which is a good thing IMHO.
>
>Meanwhile I've on and off seen various attempts to create generic portable
>runtime layers in C.
>
>The last one I noticed was Apache Portable Runtime APR.
>
>http://apr.apache.org/
>
>Also, Appache has finally decided to ship on Windows in a decent 2.0 version
>with reservations such as bad performance compared to Windows. They did work
>a lot with getting thread synchronization work the same on Linux on Windows.
>
>This makes me wonder, given
>
>a) Web is becoming more and more the target platform
>b) APR seems to be carefully and thoroughly developed.
>c) mod_ruby / eruby seems to be maturing.
>
>Would it make sense to base the Ruby runtime on APR in future versions? To
>some extend Posix seems to have failed in the sense that it doesn't work
>properly on Windows.
>
>I'm sure there are problems with APR in various areas, but they must have
>done something right or?
>


  Why is this any better than Cygwin? A software layer is a
  software layer is a software layer. Putting one between you
  and the OS is always a measure of last resort. If there was one
  that truly worked, then you'd see a lot less projects 
  developing their own. The fact that every major project seems
  to be developing it's own runtime layer leads me to conclude
  that they all suck in various ways. 

  Personally, I think the sane way is to focus on Posix and
  implement workarounds when they are needed. But, I am
  admittedly windows-phobic.

- - Booker C. Bense 

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2

iQCVAwUBPUfn1AD83u1ILnWNAQG5ygQA0SfWNXhc75sU/+MSDwzipAK/lXvMhFLy
N5f/ODYp93DI1xWsIXhf02Zw6MCUm5/BqSAVDpHF3waU0FpFfWwFtPpXtJlhrkwt
9Qg/v7nIm/by2Fdd02fcdGsqVL4e5FBKK7NF03ROSeXYpGpdh+9daMNHenU9IqYs
AF2SHNpo6pg=
=k5RF
-----END PGP SIGNATURE-----
--