- 221. [TRLog] Next band map entry (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 13 Dec 1999 15:01:11 -0000
- Used the new next band map entry feature over the weekend and it is mostly working. It sure is a neat feature. I am reworking some of the bandmap features to enable adding some of the other requested
- /archives//html/TRLog/1999-12/msg00128.html (6,753 bytes)
- 222. [TRLog] Band Map (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 14 Dec 1999 18:20:21 -0000
- I am in the middle of once again - rewriting most of the band map code. This is the second time SINCE the last release! Instead of storing the band map as one long linked list - I will store it in se
- /archives//html/TRLog/1999-12/msg00146.html (7,286 bytes)
- 223. [TRLog] 10M Contest Log Format? (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 15 Dec 1999 05:06:00 -0000
- The Cabrillo format isn't implemented in the version of POST you have. Either wait a week or two - or use the existing ARRL format - which will let you add your state. Tree -- FAQ on WWW: http://www
- /archives//html/TRLog/1999-12/msg00148.html (7,235 bytes)
- 224. [TRLog] TR vs. CT features (a wish) (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 21 Dec 1999 23:43:41 -0000
- I really have a hard time with the value of this feature. Your actual ratio of QSOs to mults at the end of the contest will determine how much time you should spend working a mult. Also, it can be a
- /archives//html/TRLog/1999-12/msg00162.html (8,748 bytes)
- 225. [TRLog] trmaster edit (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 24 Dec 1999 14:28:32 -0000
- There isn't a limitation with the file format. My cells end up being a LOT bigger than CT's since I am storing lots of data with each call. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.htm
- /archives//html/TRLog/1999-12/msg00190.html (7,362 bytes)
- 226. [TRLog] filter switching (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 28 Dec 1999 17:21:22 -0000
- It is possible to do this by using the special function key commands to send a message to your radio. However, since Yaesu uses binary characters (non printable ASCII) as part of their command struc
- /archives//html/TRLog/1999-12/msg00193.html (7,208 bytes)
- 227. [TRLog] Floppy save with 6.45 (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 1 Nov 1999 16:29:57 -0000
- This is certainly very strange operation. I don't believe others have seen this. I also don't think I have made any changes that would affect it. Send me your files so I can have a look at them: log
- /archives//html/TRLog/1999-11/msg00004.html (7,037 bytes)
- 228. [TRLog] Cabrillo (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 2 Nov 1999 00:13:37 -0000
- Maybe - probably. I haven't written the software that reads the file yet, but I don't think there will be any issues (for those who don't know - I write the software used by the CQ WW Contest commit
- /archives//html/TRLog/1999-11/msg00007.html (7,228 bytes)
- 229. [TRLog] CTY.DAT (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 2 Nov 1999 00:18:25 -0000
- If you have to ask this question, then you should answer "NO". I am not erally good about keeping it up to the current file. I try to do it a couple of times per year. Tree -- FAQ on WWW: http://www
- /archives//html/TRLog/1999-11/msg00008.html (6,961 bytes)
- 230. [TRLog] 6.44 SS CW - stumped? (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 2 Nov 1999 06:14:48 -0000
- The config file seems okay. I have been unable to reproduce any of the strange symptoms with either 6.44 or 6.45. I suggest the following actions: 1. Delete your restart file (.RST) and try again. 2
- /archives//html/TRLog/1999-11/msg00013.html (8,222 bytes)
- 231. [TRLog] F1 versus Carriage Return delay (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 2 Nov 1999 06:42:19 -0000
- Someone posted a message indicating that the F1 key was causing a delay before sending the CQ, where using the RETURN didn't. I have one possible explantion for this: The first time you hit F1 or RET
- /archives//html/TRLog/1999-11/msg00015.html (7,067 bytes)
- 232. [TRLog] Many small issues (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 3 Nov 1999 17:21:19 -0000
- Well - I am pretty depressed... there have been an alarming number of problems reported that fit into the following description: 1. They are consistent for the person seeing the problem. 2. They can
- /archives//html/TRLog/1999-11/msg00021.html (8,209 bytes)
- 233. [TRLog] Re: Further on Dropped exchange for SS (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 3 Nov 1999 20:41:24 -0000
- Oh - I now understand this better. You can read about the details at http://www.contesting.com/_trlog/9910/0065.html and there is a work around shown. This was fixed in version 6.45 - which I can sen
- /archives//html/TRLog/1999-11/msg00023.html (7,253 bytes)
- 234. [TRLog] Floppy save (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 4 Nov 1999 01:04:54 -0000
- Concerning the problem of floppy saves happening too often, I think I might know how this can happen. The floppy saves are done based upon the number of QSOs that have scrolled off the top of the edi
- /archives//html/TRLog/1999-11/msg00025.html (7,252 bytes)
- 235. [TRLog] Many small issues - (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 4 Nov 1999 04:42:41 -0000
- Well - good news! I have satisfactory answers to most of the little issues that were bugging me this morning. As I explained before, the missing exchange information was already fixed in 6.45. The fl
- /archives//html/TRLog/1999-11/msg00026.html (7,827 bytes)
- 236. [TRLog] Floppy Save - Closure (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 4 Nov 1999 15:12:32 -0000
- I got a note from N2CU - and the editable log window was flushed out when the multiple saves were seen. One small thing I did notice is that if you don't have a floppy in, the error message isn't dis
- /archives//html/TRLog/1999-11/msg00028.html (6,667 bytes)
- 237. [TRLog] Very Pleased (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 4 Nov 1999 18:20:27 -0000
- Use the Alt-E editor to change anything you want in the window showing the last 5 calls. You will notice the band totals will update after exiting the edit function if you change the band. 73 Tree N
- /archives//html/TRLog/1999-11/msg00030.html (8,186 bytes)
- 238. [TRLog] Very Pleased (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 9 Nov 1999 03:16:18 -0000
- Deleting the RESTART.BIN file is not necessary. If you start TR and the time/date stamp of the log file is after the time/date stamp of the RESTART file (indicating that the log file has been edited
- /archives//html/TRLog/1999-11/msg00112.html (8,501 bytes)
- 239. [TRLog] Re: Stuff today (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 9 Nov 1999 03:21:44 -0000
- Yeah - and the BBS was down too (sorry about that - I did start up the BBS program when I left). Uh - I won't tell you what my wife did on Friday with her cat... One other thing - a number of you ar
- /archives//html/TRLog/1999-11/msg00114.html (6,952 bytes)
- 240. [TRLog] Over-50??? (score: 1)
- Author: n6tr@teleport.com (n6tr@teleport.com)
- Date: 9 Nov 1999 03:47:05 -0000
- X1. Actaully, I was figuring it could be a default soon. The Stew Perry seems to often have a "over 50" plaque and I talked Trey into adding this to the format so the summary sheet would be Stew Per
- /archives//html/TRLog/1999-11/msg00117.html (6,955 bytes)
This search system is powered by
Namazu