Re: State of Beta 2

From: Dennis Gearon <gearond(at)fireserve(dot)net>
To: Ron Johnson <ron(dot)l(dot)johnson(at)cox(dot)net>
Cc: PgSQL General ML <pgsql-general(at)postgresql(dot)org>
Subject: Re: State of Beta 2
Date: 2003-09-28 03:19:37
Message-ID: 3F765349.8000605@fireserve.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Ron Johnson wrote:

>There's always the general point that C has more pitfalls (mainly
>from pointers/free()/malloc(), and HLLs do more for you, thus you
>have to code less, and, consequently, there are fewer bugs.
>
Someday, they're going to make a langauge called:

CBC, "C Bounds Checked"

No buffer overflows, all memory allocs and mallocs create a memory
object that self expands or contracts as necessary, or issues an
exception if it tries to go past a limit you put as an argumen to a malloc.

With gigabytes of real memory and 100 gigibytes plus of virtual memory,
the programmer should not handle memory management any more. The
consumers and software users expect programmers to give up their pride
and let go of total control of the memory model, (like they have it now
). The only excetion might be hardware drivers.

Nobody say C#, OK? An Msoft imposed solution that integrates all their
products, mistakes, football stadium sized APIs, and private backdoors
is not the answer.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message David Griffiths 2003-09-28 03:49:23 Tuning/performance question.
Previous Message Larry Rosenman 2003-09-28 03:16:47 Re: Rewriting pg_upgrade (was Re: State of Beta 2)