home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / HAMRADIO / TCP90139.ZIP / TCP90139.TXT
Encoding:
Text File  |  1990-09-20  |  10.4 KB  |  276 lines

  1. TCP-Group Digest            Sat, 15 Sep 90       Volume 90 : Issue 139
  2.  
  3. Today's Topics:
  4. [ankh!mthvax.cs.miami.edu!NMSU.Edu!ecollins@mthvax.cs.miami.edu: tc++ patch is available]
  5.                             a budding ham
  6.                    multispeed FDX repeater (2 msgs)
  7.                     net write through screen bios?
  8.                               Subscribe
  9.  
  10. Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
  11. Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
  12. Problems you can't solve otherwise to brian@ucsd.edu.
  13.  
  14. Archives of past issues of the TCP-Group Digest are available
  15. (by FTP only) from UCSD.Edu in directory "mailarchives".
  16. ----------------------------------------------------------------------
  17.  
  18. Date: Fri, 14 Sep 90 08:58:37 EDT
  19. From: Russ Nelson <nelson@sun.soe.clarkson.edu>
  20. Subject: [ankh!mthvax.cs.miami.edu!NMSU.Edu!ecollins@mthvax.cs.miami.edu: tc++ patch is available]
  21. To: tcp-group@ucsd.edu
  22.  
  23. Do the official patches from Borland fix the problems people have compiling
  24. NOS?
  25. -russ
  26.  
  27.  
  28. Return-Path: <@clutx.clarkson.edu:ankh!mthvax.cs.miami.edu!NMSU.Edu!ecollins@mthvax.cs.miami.edu>
  29. From: ankh!mthvax.cs.miami.edu!NMSU.Edu!ecollins@mthvax.cs.miami.edu
  30. Date: Wed, 12 Sep 90 16:46:14 MDT
  31. To: xpc@ankh.ftl.fl.us
  32. Subject: tc++ patch is available
  33.  
  34.  
  35. Hello again,
  36.  
  37. In case anyone is interested a patch for tc++ 1.0 is available on 
  38. the simtel at wsmr (PD1:<msdos....>) in the  turbo c directory. It
  39. is called tcppt1.zip.
  40.  
  41. Brad, I found my CUTCP stuff and so please disregard my previous
  42. message.  I'm going to try and set it up on one the pcs at school
  43. with an e-net adapter. I'll worry about SLIP later.
  44.  
  45. Later,
  46.  
  47. Mike.
  48.  
  49. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  50. =  Mike Collins                   | "Why would I want to change my    =
  51. =  New Mexico State University    |  mind?  Is there something wrong  =
  52. =  e-mail: ecollins@nmsu.edu      |  with the one I have?" -- Spock   =
  53. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  54.  
  55. Here is the readme file in the patch kit.
  56.  
  57. Programmer's Platform
  58. =====================
  59. To patch the Turbo C++ integrated environment run the batch file
  60.     PATTC.BAT  <path to TC.EXE>
  61.  
  62. * If you are in the Turbo C++ bin directory, you may omit the path to TC.EXE
  63. * If you supply a path, you must also state the name of the file to patch,
  64. * in this case TC.EXE, ie.   PATTC C:\TC\BIN\TC.EXE
  65.  
  66. This patch file (TCIDE.PAT) corrects the following problems:
  67.  
  68. [1]  Growing .PRJ files
  69. Project files will grow to enormous sizes in certain situations.  If your
  70. project files seem extraordinarily large, apply the patches and then
  71. reconstruct the project file.  If you don't reconstruct the .PRJ file,
  72. the problem may still exist.  If you allow the project files to
  73. continually grow, you may encounter a variety of strange behavior from
  74. the environment, including possible compiler hangs.
  75.  
  76. [2]  CGA Border Color
  77. When exiting the Turbo C++ programmer's platform, the border color of
  78. CGA video cards gets set to BLUE.
  79.  
  80.  
  81. Run Time Libraries
  82. ==================
  83. To patch the Turbo C++ Libraries:
  84.  
  85. The Run Time Libraries are patched by running batch files which invoke
  86. the Turbo Librarian to replace the existing objects in the libraries
  87. with the new.
  88.  
  89. Batch files are supplied which correct the following problems:
  90. ( The batch files will accept the path to the TC++ libraries as an    )
  91. ( optional argument.  If you wish to place the path to the libraries  )
  92. ( on the command line, be sure to include a trailing backslash '\'    )
  93. ( character.                                                          )
  94.  
  95. [1]  FINDFIRST / FINDNEXT    -  PTFNDFST.BAT
  96. The findfirst()/findnext() functions load _errno with the incorrect
  97. value when no more files are located.
  98.  
  99. [2]  SETJMP                  -  PTSETJMP.BAT
  100. The setjmp function invalidates the di register.
  101.  
  102. [3]  REALLOC                 -  PTREALOC.BAT
  103. The realloc function allows the allocation of more than available memory
  104. in the small data models.
  105.  
  106. [4]  HEAPFILLFREE            -  PTFILFRE.BAT
  107. Under certain conditions farheapfillfree and nearheapfillfree would
  108. corrupt memory.
  109.  
  110. [5]  WILDARGS
  111. The WILDARGS.OBJ shipped with Turbo C++ 1.0 does not operate in the
  112. large data models properly.  This can be patched simply by copying
  113. the WILDARGS.OBJ in this patch file to your Turbo C++ library directory.
  114.  
  115. Overlays
  116. ========
  117. Using _ovrbuffer to set a new overlay pool size does not work in the
  118. huge memory model.  The OVERLAY.LIB shipped in this patch file corrects
  119. this problem.  Simply copy the new library to your Turbo C++ library
  120. directory.
  121.  
  122. Header files
  123. ============
  124. The DOS.H header file shipped with Turbo C++ did not include macro
  125. versions of inportb() and outportb().  To replace the original with
  126. a version of DOS which contains this information simply copy the DOS.H
  127. file from this patch file to your Turbo C++ include directory.
  128.  
  129. ------------------------------
  130.  
  131. Date: Fri, 14 Sep 90 19:22:58 -0700
  132. From: brian (Brian Kantor)
  133. Subject: a budding ham
  134. To: tcp-group
  135.  
  136. Path: ucsd!swrinde!zaphod.mps.ohio-state.edu!samsung!uunet!snorkelwacker!apple!sun-barr!lll-winken!looking!funny-request
  137. From: jcox@x102a.ess.harris.com (Jamie Cox)
  138. Newsgroups: rec.humor.funny
  139. Subject: Ham Radio for the compleat idiot.
  140. Keywords: true, smirk
  141. Message-ID: <S189.1de6@looking.on.ca>
  142. Date: 14 Sep 90 23:30:05 GMT
  143. Lines: 53
  144. Approved: funny@looking.on.ca
  145.  
  146. The following is an actual letter.  The original
  147. was typewritten, and all spelling and grammar has been carefully left 
  148. intact, including errors.  I thought this was pretty funny.
  149.  
  150. To Mr. (name omitted) 
  151. District Manager for Alabama
  152. Radio Shack
  153. 3300 N. Pace Blvd
  154. Pensacola, FL. 32505
  155.  
  156. Dear Sire,
  157. This letter is complain about the problems I have having with the ham radio 
  158. model number 19-1101 I had got from your company Radio Shack.  I had this 
  159. shipped special to me from your store 1096 Eastdale Mall Montgomery 
  160. Alabama.  I was got this because I think that i would get transmitt furthur
  161. that I did with the TRC 217 40 channel walkie talkie.
  162.  
  163. The problem that had first was when I was going to hook this radio 
  164. HTX-1000 to the antenna the conektor on the radio was wrong it wouldn't 
  165. attach to my cable.  I was able to hook it finally by making a small change in
  166. in the connektor.  As soon as I tried to use it there was no sound coming
  167. at all.  This happened for two days and I never did get to talk to anybody
  168. the whole two days.  That day the cable company came knocking my door and
  169. said there was something causing problems at my house and disconnekted my
  170. radio from the cable line.  you knew when i brought the Radio that I was 
  171. going to use that for my antenne.  You didn't tell me not to why not?
  172.  
  173. Next time I decided to put the HTX-1000 in my automobile I thought I would
  174. see how it worked their.  I hooked it to my CB-antenna and at least I 
  175. could hear people.  But what happens now is no one wants to talk to me because
  176. they says you have to have a licencs to talk to them.  Why?  I dont have to
  177. have a licencs to talk on my CB.  They'll talk to me there.  Anyhow it dont
  178. matter much anymore because somebody done took the radio HTX-1000 from my
  179. automobile.  
  180.  
  181. What I would like for you Radio Shack to do is refund my money because I 
  182. don't have the radio anymore and its not my fault i dont and I think you 
  183. should give me back my money.  Also the cable company here says that I 
  184. hurt something in there line and want to be paid fix it.  It will cost
  185. $27482.98 to fix the equipment they say was damaged because you didnt
  186. tell me not to hook it to the cable.  Please remit to me the check for 
  187. $27758.53 for damages due.  To save this matter from going to court the
  188. check must be in my hand by June first or I will turn this over to my 
  189. attorneys of law.
  190.  
  191. Thank you
  192.  
  193.   name withheld
  194. --
  195. Edited by Brad Templeton.  MAIL your jokes (jokes ONLY) to funny@looking.ON.CA
  196. Attribute the joke's source if at all possible.  A Daemon will auto-reply.
  197.  
  198. Jokes posted instead of mailed often don't have a valid reply address.
  199.  
  200. ------------------------------
  201.  
  202. Date: Fri, 14 Sep 90 09:02:09 PDT
  203. From: "k1io@FN42jk  14-Sep-1990 1155" <goldstein@carafe.enet.dec.com>
  204. Subject: multispeed FDX repeater
  205. To: tcp-group@ucsd.edu
  206.  
  207. I think the direct audio approach is appropriate for the time being,
  208. as we don't really have "standards" yet and it is premature to proclaim
  209. them.  I'd suggest that the easiest way to keep the voice boys off is
  210. to set the time-out at around 5 seconds.  They'll get the message fast.
  211. (And if you hear some bozo trying, you can say "Packet Only" in voice
  212. faster than that.)
  213.      fred k1io
  214.  
  215. ------------------------------
  216.  
  217. Date: Fri, 14 Sep 90 12:46:32 PDT
  218. From: Brian Lloyd <brian@robin.telebit.COM>
  219. Subject: multispeed FDX repeater
  220. To: tcp-group@ucsd.edu
  221.  
  222. My duplex digipeater (FDX packet repeater) had no timeout.  It did,
  223. however, drop carrier about 30ms after data went away.  Voice folks
  224. couldn't even tell it was there because the repeater came up and went
  225. down again faster than their radios could unkey.  No squelch tail.
  226. Also the DCD in the modem was VERY good at not falsing on voice.
  227. (Actually it didn't even have a squelch on the receiver.  The
  228. transmitter didn't key until there was valid data on the input but
  229. then it keyed up in well under a millisecond.)
  230.  
  231. The bottom line is that it just doesn't matter.
  232.  
  233. 73 de Brian, WB6RQN
  234.  
  235. P.S. This repeater was completely described in my packet talk column
  236. in 73 about 1.5 - 2 years ago.  I will try to dredge it up and perhap
  237. I can repost the content of the column if there is interest.
  238.  
  239. ------------------------------
  240.  
  241. Date: Sat, 15 Sep 90 04:13:03 UTC
  242. From: karn@ka9q.bellcore.com (Phil Karn)
  243. Subject: net write through screen bios?
  244. To: foxworth@bnlls1.nsls.bnl.gov, tcp-group@ucsd.edu
  245.  
  246. Yes, for the past several months NOS has had the -b option. When you
  247. give this option, NOS turns off the "directvideo" flag in the Turbo C
  248. library that controls screen output. So when you use -b, output goes
  249. through the BIOS.
  250.  
  251. I have another sightless ham in the area who is also interested in
  252. running NOS on a very similar system, so I'll have a chance to see
  253. if it works on his system.
  254.  
  255. Phil
  256.  
  257. ------------------------------
  258.  
  259. Date: Fri, 14 Sep 90 14:42:53 PDT
  260. From: uunet!algedi!kenk (Ken Koster (N7IPB))
  261. Subject: Subscribe
  262. To: tcp-group@ucsd.edu
  263.  
  264. Subscribe
  265.  
  266.  
  267. Ken Koster (N7IPB)     algedi!kenk@pilchuck.Data-IO.COM or
  268. 12653 NE 95th          ...uunet!pilchuck!algedi!kenk
  269. Kirkland,Wa 98033
  270.  
  271. ------------------------------
  272.  
  273. End of TCP-Group Digest
  274. ******************************
  275.  
  276.