Date: Sat, 17 Apr 93 04:30:13 PDT From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu> Errors-To: TCP-Group-Errors@UCSD.Edu Reply-To: TCP-Group@UCSD.Edu Precedence: Bulk Subject: TCP-Group Digest V93 #101 To: tcp-group-digest TCP-Group Digest Sat, 17 Apr 93 Volume 93 : Issue 101 Today's Topics: Borland vs Microsoft vs ANSI 'C' vs C++ Current versions of sources and compilers IP Address Coordinators (3 msgs) wampes doc ?? X.500 x.500 service for Internet amateurs? Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>. Problems you can't solve otherwise to brian@ucsd.edu. Archives of past issues of the TCP-Group Digest are available (by FTP only) from UCSD.Edu in directory "mailarchives". We trust that readers are intelligent enough to realize that all text herein consists of personal comments and does not represent the official policies or positions of any party. Your mileage may vary. So there. ---------------------------------------------------------------------- Date: Fri, 16 Apr 93 22:03:42 -0700 From: brian (Brian Kantor) Subject: Borland vs Microsoft vs ANSI 'C' vs C++ To: tcp-group ----- Begin Included Message ----- From rec.humor.oracle Fri Apr 16 15:45:56 1993 Date: Tue, 13 Apr 93 08:54:49 -0500 From: Usenet Oracle <oracle-vote@cs.indiana.edu> Subject: Usenet Oracularity #555-06 Selected-By: Todd Radel <radel@bach.udel.edu> The Usenet Oracle has pondered your question deeply. Your question was: > Many supplicants begin with > # include "grovel.h" > or something similar. Sometimes this is acceptable to you; other times, > not. ISO Standard C does not include this file, so your acceptance (or > rejection) must depend on the grovel.h file provided by the different > compiler vendors: Microsoft, Borland, IBM, DEC, etc. > > I wish to be O.C. (Oracularly Correct). How do you rate the different > grovel.h files provided by these companies? And in response, thus spake the Oracle: } Microsoft: Claims that theirs is the industry standard: only so } because everyone pirates it. Microsoft should fire } the infinite number of monkeys that they call their } workers and consider hiring a programmer. NT? Yeah, } tell me another one. C'mon, single-user workstations } went out with the Apollos. } } Borland: The true industry standard, although only a handful of } fanatical devotees will support that concept. Still, } it works, which is better than Microsoft. RULE #1: } EVERYTHING is better than Microsoft. Programs written } in BASIC for the Timex Sinclair are better than } Microsoft. Squirrels mating in cages are better than } Microsoft. } } IBM: Second-sourced out to Microsoft. Expect an EXTREME } drop in user support in the near future. } } DEC: Sure, it's the programmers' choice. But what can you } say about software that responds to a simple request } like 'rmdir foo/' with 'foo: is a directory.' I'm } talking ULTRIX 4.3 here, for those of you keeping } score at home. } } Apple: Very comfortable, very easy to use. But look at it } the wrong way and... lawsuit city! Also, they've } decided to go swimming with a ball-and-chain called } IBM. Taligent? Yeah, right. What about that } brilliant scheme to team up with Microsoft on } TrueImage? See RULE #1, above. Apple only } manufactures one thing now: inter-corporate alliances. } } Apollo: see HP. } } Sun: Hasn't released 'grovel.h' for Solaris yet. But don't } worry: they will create a fully-owned subsidiary to } handle all of your grovelling needs, 'SunGrovel.' } } Commodore: Yeah, right. But still better than Microsoft. } } Amdahl: Don't have time to worry about #include files; they're } on a verge of a major breakthrough: the workstation! } } HP: see Apollo. } } BSD: The Oracle's favorite. Basically written by end-users } who have no clue what they are doing: so of course } everything works properly. But remember: it's } copyrighted by the Regents of the University of } California. } } You owe the Oracle a decent makefile maker. Not written by Microsoft. ----- End Included Message ----- ------------------------------ Date: Fri, 16 Apr 93 11:24:54 -0800 From: chuckb@babbage.ecs.csus.edu (Chuck Bland) Subject: Current versions of sources and compilers To: tcp-group@ucsd.edu I have: * C++ 3.0 * TASM 2.01 * Sources for BEE, GRI, and KA9Q * RCS 5.6 I would like for SOMETHING to compile without errors. So my questions are: * Do I have the right versions of everything ? * How much editing is expected to actually get something to compile ? * What editor can handle the extremely LONG lines in the makefile without barfing ? * Anyone willing to help with a little E-Mail handholding so I can get a successful compile ? I will appreciate the help. Thanks, Chuck Bland chuckb@babbage.ecs.csus.edu ------------------------------ Date: Fri, 16 Apr 93 11:06:38 -0700 From: brian (Brian Kantor) Subject: IP Address Coordinators To: tcp-group Once again a situation has come up where I have received complaints that some of the IP address coordinators that I list for AMPRNet are the source of some unhappiness in their coordination areas. Apparently, one has given some the impression that IP addresses are a valuable resource and that people requesting them have to "demonstrate their worthiness" in some way or another before the address can be assigned. Another coordinator is reputed to be requesting a lot of personal information - license class, home phone, etc. before assigning addresses, and refusing to assign an address unless that data is provided - whilst at the same time, having an unlisted home phone himself. Yet another is supposedly actively DIScouraging people from experimenting with tcp/ip - as the locals are a sort of closed group and don't really want newcomers who might louse things up. I have no intention of naming names. These people and the poor hams in their areas know who they are. Gentlemen: whether these stories are really true or not, I don't know. But dammit, if even one of them IS true, what the hell is going on here? Do people really feel so damn powerless in their daily lives that they'll take the slightest opportunity to play lord-and-master over a simple volunteer job? Surely most of the coordinators are doing an excellent job, and the spread of tcp/ip in ham radio proves that. I would hope that the few who have overreached would straighten out. I'm sorry I had to write this, but it seems that one or more people need to be reminded that this is only a hobby, not some sort of contest for power. Please, rethink and back off. We will ALL thank you. - Brian ------------------------------ Date: Fri, 16 Apr 93 18:01:01 EDT From: crompton@NADC.NAVY.MIL (D. Crompton) Subject: IP Address Coordinators To: brian@UCSD.EDU Brian, I hope that one of the coordinators you mention is not me - I occasionally ask for more info - like exact location - who do you know who is on IP - if anyone - to determine what subnet they should be assigned to within the 44.80 area. I try to depend on subaddress coordinators also, so I often refer users to them. They report back to me. With such a large assignment area it is hard for me to assign addresses to a group of guys 100 miles away. These local subnet coordinators have a block of addresses they assign from and I let them "do their own thing" as long as they report updates back to me. I suspect many of the areas should be run this way. It makes the coordinators job much easier and yours no harder. Doug ------------------------------ Date: Fri, 16 Apr 93 14:15:45 PDT From: efb@suned1.Nswses.Navy.Mil (Everett F Batey) Subject: IP Address Coordinators To: tcp-group@UCSD.EDU, brian@UCSD.EDU Brian .. I disagree .. ask your friendly neighborhood psychiatriast, psychologist, MFCC or other mental health care professional .. anal-retentive power freaks are a dime (or less) a dozen .. hate to offend but why is our hobby so prosperous .. long ago some of us learned how to deal with them A.R.P.F.'s .. Salud .. /Ev .. Wa6cre/ ------------------------------ Date: Fri, 16 Apr 93 09:08:38 CET From: BARRY TITMARSH <BTITMARS%ESOC.BITNET@vm.gmd.de> Subject: wampes doc ?? To: TCP-GROUP <TCP-GROUP@ucsd.edu> >Date: Thu Apr 15 12:48:10 1993 >From: iiitac@pyr.swan.ac.uk >Subject: WAMPES >To: tcp-group@ucsd.edu >Well I'm going to move from AmigaNOS(for Linux) to WAMPES, so when and >if I can figure it out I'll see about building a binary install set. >Is the WAMPES documentation any better than it used to be. >Alan Sorry Alan, wampes docs seem amost imposible to get, i spent some 6 months trying to squeeze the info out of a bunch of users here in Germany and the Authors/Porters of the code. In short I gave up useing the code because of total lack of support and docs on the configureing of things like NNTP SMTP the BBS convers POP the only thing i had some help with was compileing out some bugs in the early days of Linux port. I know of countless users that have mailed the Authors and have never had a single responce, Appart from one comment in this group, about my self asking/complaining about lack of Usefull info on WAMPES. I wish you Luck... My config Linux/net via ethernet to a DOS box running Ka9q much better.. i have the best of the AX25 bits in the DOS box and the Best of UNIX from Linux/networking over ethernet.. Barry... G8SAU/DC0HK Im waiting for Flames now HI HI -- No Sig Yet.. Space for rent... -- ------------------------------ Date: Fri Apr 16 12:55:35 1993 From: iiitac@pyr.swan.ac.uk Subject: X.500 To: tcp-group@ucsd.edu ISODE needs an awful lot of computing power to run sensibly. Someone writing a mini version of that kind of directory service would be better - preferably one that can run inside of NOS. Alan ------------------------------ Date: Fri, 16 Apr 93 14:52:46 BST From: John Howie <jfc@computer-studies.napier.ac.uk> Subject: x.500 service for Internet amateurs? To: tcp-group@computer-studies.napier.ac.uk Bob suggests that we should have a lookup service. I thought that was white pages did! I really don't think that X.500 would be suitable for our needs though. OSI is really going out the window and I very rarely get asked to do consultancy work with it now. Most people are more than happy with TCP/IP (hams and professional businesses). Maybe I am wrong but I don't like the thought of using OSI instead of TCP/IP (especially at 1200 baud). I'd advocate a lookup service that performed a similar function to X.500. As for ISODE on a 486 - well it (the 486) would have to be running Unix (BSD/386 or 386BSD would do) and have a *LOT* of free disk space and huge amounts of RAM. I can't quite remember but I am sure I used up 60Mb of disk space when compiling it on a Sun and it wanted at least 16Mb of RAM to perform well. Cheers, john (GM7JGR@GB7EDN.GBR.EU) ------------------------------ End of TCP-Group Digest V93 #101 ****************************** ******************************