[#5322] O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...>

I just did some benchmarks on push, pop, shift, and unshift

24 messages 2005/07/01
[#5338] Re: O(1) performance for insertions/deletions at the front of an Array/String — Mathieu Bouchard <matju@...> 2005/07/02

On Fri, 1 Jul 2005, Eric Mahurin wrote:

[#5348] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/02

--- Mathieu Bouchard <matju@artengine.ca> wrote:

[#5357] Re: O(1) performance for insertions/deletions at the front of an Array/String — Mathieu Bouchard <matju@...> 2005/07/03

On Sat, 2 Jul 2005, Eric Mahurin wrote:

[#5359] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/03

--- Mathieu Bouchard <matju@artengine.ca> wrote:

[#5361] Re: O(1) performance for insertions/deletions at the front of an Array/String — Mathieu Bouchard <matju@...> 2005/07/03

On Sun, 3 Jul 2005, Eric Mahurin wrote:

[#5362] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/03

--- Mathieu Bouchard <matju@artengine.ca> wrote:

[#5365] Re: O(1) performance for insertions/deletions at the front of an Array/String — Yukihiro Matsumoto <matz@...> 2005/07/04

Hi,

[#5367] Re: O(1) performance for insertions/deletions at the front of an Array/String — Eric Mahurin <eric_mahurin@...> 2005/07/04

--- Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#5368] Re: O(1) performance for insertions/deletions at the front of an Array/String — Yukihiro Matsumoto <matz@...> 2005/07/04

Hi,

[#5372] Re: O(1) performance for insertions/deletions at the front of an Array/String — Florian Gro<florgro@...> 2005/07/04

Yukihiro Matsumoto wrote:

[#5420] Sydney Developer Preview 1 released — Evan Webb <evanwebb@...>

Sydney, an experimental ruby interpreter, has been released!

15 messages 2005/07/11
[#5424] Re: [ANN] Sydney Developer Preview 1 released — Evan Webb <evanwebb@...> 2005/07/12

Thanks everyone for the feedback so far!

Re: Subversion

From: mathew <meta@...>
Date: 2005-07-01 22:04:14 UTC
List: ruby-core #5335
Austin Ziegler wrote:

>There is a fundamental disconnect between the usability of cygwin and
>Windows. When you have to think in a different filesystem on the same
>computer, there's no measure of utilitarianism there. It's all about
>lazyness instead.
>

No, it's all about supporting the running of code that assumes a Unix 
(POSIX) filesystem, by providing a standard Unix filesystem that maps 
onto the Windows filesystem.

Since Windows is the only mainstream OS that expects multiple filesystem 
trees, one per drive, this inevitably involves coming up with a way to 
access those multiple trees. If you don't like the approach of 
pretending they're mounted in the one Unix tree via the usual Unix 
mechanism, what would you suggest instead?

Of course, if you work on one drive, you don't need to care about any of 
that anyway. You're free to have the Unix filesystem in Cygwin match the 
Windows C: filesystem, and cd /windows/system or cd "/Documents and 
Settings/Administrator" or whatever--exactly the same filesystem.

The reason Cygwin suggests not doing that by default, is precisely to 
ensure that all of Cygwin's files are under a single directory, keeping 
it isolated from the Windows system directories and easy to remove. But 
hey, it's your choice, if needing to "think in a different filesystem" 
is that hard for you, go ahead and install the other way.

So, any other *functional* objections to Cygwin, or was that it?


mathew

In This Thread