IBM-PC specific messages in comp.lang.c

Peter da Silva peter at ficc.uu.net
Wed Feb 8 00:59:39 AEST 1989


In article <673 at sactoh0.UUCP>, bfbreedl at sactoh0.UUCP (Bob F. Breedlove) writes:
> In article <2989 at ficc.uu.net>, peter at ficc.uu.net (Peter da Silva) writes:
> > 	Q: I have a problem with some IBM-PC 'C' compiler.
> > 	A: Ask it on comp.sys.ibm.pc.

> I thought one of the major strengths of "C" was its PORTABILITY
> between operating systems! I've looked at the bottom of the screen
> and it says "comp.lang.c" NOT "comp.lang.c.UNIX". Perhaps you
> should post your answers in "comp.lain".

This is almost funny. Considering that this software is written in 'C'
and runs on UNIX, one would expect that the biggest offenders would be
people asking UNIX-specific questions. Because UNIX-specific questions
are as inappropriate as MS-DOS ones.

As it turns out, though, there are hardly any UNIX-specific questions
here. Lots of questions about how to write interrupt handlers in Turbo-C,
or how to read a directory on MS-DOS, or how to cope with memory models
(again, UNIX people who have problems with memory models tend to post
to comp.unix.xenix or comp.unix.microport).

Macintosh, Amiga, and Atari people keep to their own groups, too. When was
the last time someone asked why you had to set A0 to _custom when returning
from a VBLANK handler in comp.lang.c?

To sum up: just because your program is in 'C' doesn't mean that comp.lang.c
is the place to ask OS-specific questions. The right place to ask is the
group for your O/S. The vast majority of people who violate this reasonable
requirement seem to be MS-DOS programmers.

I will vote 'yes' on comp.sys.ibm.pc.{tech,programmer,whatever} when it comes
around. In the meantime, try comp.sys.ibm.pc first. Pretty please?
-- 
Peter da Silva, Xenix Support, Ferranti International Controls Corporation.
Work: uunet.uu.net!ficc!peter, peter at ficc.uu.net, +1 713 274 5180.   `-_-'
Home: bigtex!texbell!sugar!peter, peter at sugar.uu.net.                 'U`
Opinions may not represent the policies of FICC or the Xenix Support group.



More information about the Comp.lang.c mailing list