Mail Archive Search: <+from:n6tr@teleport.com>

Results:

References: [ +from:n6tr@teleport.com: 941 ]

Total 941 documents matching your query.

201. [TRLog] Runtime error 104 (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 29 Jan 2000 16:15:07 -0000; I noticed some runtime errors with version 6.47 last night. It was runtime error 204 at 0CB9:017B. This was due to a bug with the improved SCP feature. You can work around it by disabling the SCP fea; /archives//html/TRLog/2000-01/msg00110.html (7,016 bytes)
202. [TRLog] Silly me (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 29 Jan 2000 16:19:30 -0000; I just realized that the last version I sent out didn't have the new SCP changes in it yet... therefore, none of you should be seeing the runtime error! Therefore, I won't make a quick release - and; /archives//html/TRLog/2000-01/msg00111.html (6,525 bytes)
203. [TRLog] No 5VDC on LPT1 Port (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 1 Dec 1999 13:34:48 -0000; Most computers will work without having this voltage. Don't hook up the pullup resistors and this case - and give it a try. However, if you hear di-dah-di-dah, that means the inputs aren't pulled up; /archives//html/TRLog/1999-12/msg00001.html (7,394 bytes)
204. [TRLog] Bug update (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 1 Dec 1999 18:45:52 -0000; 1. ICOM Frequency Errors - I am taking a new approach and working with VK5GN to isolate the problem. I am going back to a previous version to establish that it didn't have the problem - and then will; /archives//html/TRLog/1999-12/msg00002.html (9,056 bytes)
205. [TRLog] 6.46 Slow floppy saves (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 2 Dec 1999 19:17:03 -0000; Any floppy operation is going to be slow - and it doesn't get any faster with a faster processor or more memory. The program is just executing a DOS copy file command - and will be unresponsive to k; /archives//html/TRLog/1999-12/msg00020.html (7,349 bytes)
206. [TRLog] CQ zone 55! (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 2 Dec 1999 19:44:05 -0000; Well - I guess you could say it is a bug... the program probably shouldn't let you log it that way. The RST ZONE exchange does allow zone 55 in the IARU contest - so it will have to know which zone; /archives//html/TRLog/1999-12/msg00021.html (7,421 bytes)
207. [TRLog] TR-Log (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 6 Dec 1999 06:18:56 -0000; Correct. I haven't really gotten the Cabrillo format done for anything but the SS and CQ WW. I will work on it in the next week or so. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Sub; /archives//html/TRLog/1999-12/msg00043.html (8,866 bytes)
208. [TRLog] Multi & Packet hangs (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 6 Dec 1999 06:45:59 -0000; During the ARRL 160, we hooked up a multi network with 2 computers during the second night... We had the band map running and as soon as we did - we started getting hangs on the computer interfaced t; /archives//html/TRLog/1999-12/msg00044.html (7,604 bytes)
209. [TRLog] TR-Log (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 6 Dec 1999 14:53:32 -0000; It means when you send in your log after the contest - you should either use the old ARRL format (which is still acceptable), or have a new version of POST that has Cabrillo implemented for the ARRL; /archives//html/TRLog/1999-12/msg00052.html (7,521 bytes)
210. [TRLog] Directories in TRlog (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 6 Dec 1999 14:55:38 -0000; You can do this - however, the idea behind having file names specific to each contest was to allow you to use the same directory. You need to include the location of the TR.EXE & TR.OVR files in you; /archives//html/TRLog/1999-12/msg00053.html (8,453 bytes)
211. [TRLog] HB9DOT - ARRL 10 METRE CONTEST (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 6 Dec 1999 20:45:00 -0000; /MM stations in this contest have proven to be a very difficult thing to deal with. If you work on - log it with the MM and then edit it. You will need to manually count the multiplier. Tree -- FAQ; /archives//html/TRLog/1999-12/msg00060.html (7,598 bytes)
212. [TRLog] Band Map Scanning (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 7 Dec 1999 14:50:40 -0000; It is rather complicated to do this by band - however, it would be pretty easy to add an option that simply doesn't erase other entries with the same callsign. Yup - this is a hard thing. I guess I; /archives//html/TRLog/1999-12/msg00074.html (9,524 bytes)
213. [TRLog] Band Map Scanning (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 7 Dec 1999 18:34:14 -0000; There have been some good ideas thrown around and I think at least a few of them will work their way into the next release. However, it is a bit overwhelming to think about them while I am in the mi; /archives//html/TRLog/1999-12/msg00081.html (8,964 bytes)
214. [TRLog] Multi/Packet bug (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 8 Dec 1999 17:18:44 -0000; For those of you interested in the multi/packet bug. I was able to reproduce the failure last night with versions 6.41 and later. Version 6.40 and before never failed. None of the documented changes; /archives//html/TRLog/1999-12/msg00089.html (7,029 bytes)
215. [TRLog] TR and Cabrillo for SS (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 9 Dec 1999 01:59:20 -0000; Some mailers wrap the lines around. The ARRL will have to deal with this (it is a common problem). Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Admin; /archives//html/TRLog/1999-12/msg00093.html (7,310 bytes)
216. [TRLog] Ex bug (was packet/multi bug) (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 9 Dec 1999 03:46:28 -0000; The packet/multi bug has been solved. The root cause was stack overflow - which is not being checked during runtime (that takes an additional 5K of memory). Running the program at the default of 16K; /archives//html/TRLog/1999-12/msg00096.html (7,140 bytes)
217. [TRLog] The elusive TRmaster (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 9 Dec 1999 05:12:02 -0000; That would be TUNE WITH DITS = TRUE ] is already defined as the TAIL END KEY. You will need to redefine the TAIL END KEY to something else before you can use the ] character for something else. Some; /archives//html/TRLog/1999-12/msg00098.html (8,389 bytes)
218. [TRLog] Icom (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 10 Dec 1999 04:27:43 -0000; All - For those of you with Icom (or other) radio frequency read problems, I have implemented a simple digital filter which should eliminate the problem. If you would like a version to use this weeke; /archives//html/TRLog/1999-12/msg00104.html (6,616 bytes)
219. [TRLog] Virus warning (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 10 Dec 1999 14:33:38 -0000; If you receive mail with an attachement with HAPPY99.EXE - or most any other kind of .EXE file - be very careful about opening it up. A message was generated by a virus and sent to one of the posters; /archives//html/TRLog/1999-12/msg00110.html (6,684 bytes)
220. [TRLog] Beta version (score: 1): Author: n6tr@teleport.com (n6tr@teleport.com); Date: 10 Dec 1999 18:27:00 -0000; I think the Beta version has the band map disabled - I forgot to turn it back on. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests; /archives//html/TRLog/1999-12/msg00118.html (6,396 bytes)

Current List: 201 - 220
Page: [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20]