dn> Can we bring this one to a close, guys?

So long as you agree that I am right!  :-)

 dn> The main thing is that the file is deleted - right?

The main thing is that you should write your code according to the ISO
standard unless you have a bloody good reason not to.  I've been trying to
make Binkley compile under BCOS2 recently, and it does compile, but I know
it won't run, even going from OS/2 1.2 to 2.0, because of all the
assumptions on integer sizes.  Quite disgusting really.  Nevermind trying
to port it to 68000!

 dn> You know, this is sort of reminiscent of some of the times 
 dn> over the years I've spent on programming teams discussing 
 dn> programming style issues and other such trivialities, where 
 dn> the trees are much more important than the forest. Project 

Some complete bastards tried to stop me using square brackets in my C
programs.  I was considering taking out a contract on them.  I actually won
in the end, but was considering resigning over the issue.

 dn> meetings were a farce, the software was always late, and 
 dn> budgets always blown - all because most programmers prefer 
 dn> to make more of their own programming prowess than getting 
 dn> on with the job. Rather than a cooperative effort, the 
 dn> product ends up being a mish-mash of inconsistent styles 
 dn> and various parts of the package don't integrate well, 
 dn> indicating a clear lack of communication between various 
 dn> project members - not to mention the maintenance nightmare 
 dn> it leaves behind.

The indentation was 4 spaces (I normally use 2), and that was OK, and I've
changed my style to theirs.  The Hungarian notation I hate, but didn't have
to follow that thank the gods.  Anyway, so long as the interface is set,
you ought to have a fair bit of flexibility.  The main thing is to produce
a decent interface, like you'll find in the ISO standard.

 dn> As for my own 'programming style' - what I use in my own 
 dn> (personal) code is my own choice and I'll certainly offer 
 dn> an opinion if asked. A reference to the ISO standard is 
 dn> always very convincing, but never final. If the person 

Depends on the context.

 dn> paying my wage tells me to do it their way - I do. The best
 dn>  programming style is a consistent one.

I agree about the wage-paying. 

 dn> I'm sure at least Nhan knows exactly what I'm talking 
 dn> about.

And I'm sure you'll agree that I don't!  :-)  BFN.

Paul

---