Skip site navigation (1) Skip section navigation (2)

Re: close() vs. closesocket()

From: pgsql(at)mohawksoft(dot)com
To: pgman(at)candle(dot)pha(dot)pa(dot)us
Cc: pgsql(at)mohawksoft(dot)com, pgsql-hackers(at)postgresql(dot)org
Subject: Re: close() vs. closesocket()
Date: 2003-04-25 16:59:13
Message-ID: 1133.68.162.220.216.1051289953.squirrel@mail.mohawksoft.com (view raw or flat)
Thread:
Lists: pgsql-hackerspgsql-patches
> pgsql(at)mohawksoft(dot)com wrote:
>> > pgsql(at)mohawksoft(dot)com wrote:
>> >> > 
>> >> > We have never been into abstraction for the sake of abstraction. 
>> >> 
>> >> Would you say that is a *good* thing or a *bad* thing?
>> > 
>> > A good thing --- too much abstraction is bad --- look at Mozilla for
>> > a chilling example.
>> >
>> Anyone can find a *bad* example of something good. I did justify my
>> statement with a "reasonable" cause.
> 
> Mozilla is an example of a case where too much abstraction is bad ---
> hence supporting my statement:
> 
>> >> > We have never been into abstraction for the sake of abstraction. 
> 
> As far as examples, we are doing a few you mention already, and will
> review the others once we are done.  If there are too many special
> cases, we can look at abstraction, but there has to be more than what I
> have seen so far.

I guess it is a design philosophy difference. My view is that all non-ansi
or system specific API which tend to differ across platforms is universally
put into an abstaction or ports layer. It has worked well for me for over
two decades. More over, every time I say to myself, "I don't need to do it
in this case." I get burned.

With sockets, particularly, there are enough difference between UNIX systems
let alone Windows to warrent an abstraction layer. PG is probably the only
non-trivial code base that I know about that does not have a sockets
abstraction layer.


In response to

pgsql-hackers by date

Next:From: Jan WieckDate: 2003-04-25 19:52:16
Subject: Re: [PERFORM] Foreign key performance
Previous:From: pgsqlDate: 2003-04-25 16:26:54
Subject: Re: close() vs. closesocket()

pgsql-patches by date

Next:From: Alvaro HerreraDate: 2003-04-28 00:48:31
Subject: 1st nested trasanctions supporting patch
Previous:From: pgsqlDate: 2003-04-25 16:26:54
Subject: Re: close() vs. closesocket()

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group