From ps7zz@truenetrn.com.br Sun Mar 1 00:01:00 1998 From: ps7zz@truenetrn.com.br (ps7zz) Date: Sat, 28 Feb 1998 21:01:00 -0300 Subject: [TRLog] SOFT N6TR E PK 232 Message-ID: <01bd44a5$1e1f43e0$5960f1c8@freitas> This is a multi-part message in MIME format. ------=_NextPart_000_008B_01BD448B.F8D20BE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable COMO FAZER PARA OPERAR SOFT N6TR COM MINHA PK 232? GRATO PELA ATENCAO..> PS7ZZ Ed ex-PY1TCJ, PY1PL, PY1PL/PP8, PY6WL, ZY6WL Francisco Edvaldo Pereira de Freitas ICQ 3877712 e-mail internet......... ps7zz@truenetrn.com.br =20 Home Page: http://www.terravista.pt/Bilene/1161 New address since 25/dez/97 Rua Maceio 22 Conjunto Jiqui Bairro Neopolis II Tel e Fax 084 207 1282 (Outside Brazil +55 84 207 1282) 59086-280 - Natal - Rio Grande do Norte=20 ---- Dicas Lista PY-DX ----------------------------------------------- Para entrar ou sair da lista, envie msg para "majordomo@paulista.com", contendo, na 1a linha da msg, o texto: =20 subscribe py-dx (para ASSINAR a lista) unsubscribe py-dx (para SAIR da lista) "Cuidado para nao enviar sua assinatura no texto." ---------------------------------------------------- =20 ------=_NextPart_000_008B_01BD448B.F8D20BE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
COMO FAZER PARA OPERAR = SOFT N6TR COM=20 MINHA PK 232?
GRATO PELA = ATENCAO..>
PS7ZZ Ed
ex-PY1TCJ, = PY1PL,=20 PY1PL/PP8, PY6WL, ZY6WL
Francisco Edvaldo Pereira de Freitas
ICQ=20 3877712
e-mail internet......... ps7zz@truenetrn.com.br =20
Home Page: http://www.terravista.pt/Bi= lene/1161
New address since = 25/dez/97
Rua=20 Maceio 22
Conjunto Jiqui
Bairro Neopolis II
Tel e Fax 084 207 = 1282=20 (Outside Brazil +55 84 207 1282)
59086-280 - Natal - Rio Grande do=20 Norte 
---- Dicas Lista PY-DX=20 -----------------------------------------------
Para entrar ou sair = da lista,=20 envie msg para "majordomo@paulista.com",=
contendo,=20 na 1a linha da msg, o texto:       =20
subscribe py-dx       (para ASSINAR a=20 lista)
unsubscribe py-dx     (para SAIR da=20 lista)
"Cuidado para nao enviar sua assinatura no=20 texto."
----------------------------------------------------
<= /FONT> 
------=_NextPart_000_008B_01BD448B.F8D20BE0-- -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From ps7zz@truenetrn.com.br Sun Mar 1 01:06:31 1998 From: ps7zz@truenetrn.com.br (ps7zz) Date: Sat, 28 Feb 1998 22:06:31 -0300 Subject: [TRLog] SOFT N6TR /PK232 Message-ID: <01bd44ae$452828e0$5960f1c8@freitas> This is a multi-part message in MIME format. ------=_NextPart_000_00FC_01BD4495.1FDAF0E0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How should I do to use PK 232 with the soft N6TR?. Precise to use = another connection type or can I use the same cable of TNC PK 232 what = use now for packet, rtty etc?. Which the commands that I should place = the file logcfg.dat? My rig is a Kenwood ts 940s. Thank you for the = attention and patience with this beginner in soft N6TR 73=20 PS7ZZ Ed ex-PY1TCJ, PY1PL, PY1PL/PP8, PY6WL, ZY6WL Francisco Edvaldo Pereira de Freitas ICQ 3877712 e-mail internet......... ps7zz@truenetrn.com.br =20 Home Page: http://www.terravista.pt/Bilene/1161 New address since 25/dez/97 Rua Maceio 22 Conjunto Jiqui Bairro Neopolis II Tel e Fax 084 207 1282 (Outside Brazil +55 84 207 1282) 59086-280 - Natal - Rio Grande do Norte ---- Dicas Lista PY-DX ----------------------------------------------- Para entrar ou sair da lista, envie msg para "majordomo@paulista.com", contendo, na 1a linha da msg, o texto: =20 subscribe py-dx (para ASSINAR a lista) unsubscribe py-dx (para SAIR da lista) "Cuidado para nao enviar sua assinatura no texto." ---------------------------------------------------- ------=_NextPart_000_00FC_01BD4495.1FDAF0E0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
How should I do to use PK 232 with the = soft N6TR?.=20 Precise to use another connection type or can I use the same cable of = TNC PK 232=20 what use now for packet, rtty etc?. Which the commands that I should = place the=20 file logcfg.dat? My rig is a Kenwood ts 940s. Thank you for the = attention and=20 patience with this beginner in soft N6TR
73  
PS7ZZ Ed
ex-PY1TCJ, PY1PL, = PY1PL/PP8, PY6WL,=20 ZY6WL
Francisco Edvaldo Pereira de Freitas
ICQ 3877712
e-mail=20 internet......... ps7zz@truenetrn.com.br =20
Home Page: http://www.terravista.pt/Bi= lene/1161
New address since 25/dez/97
Rua = Maceio=20 22
Conjunto Jiqui
Bairro Neopolis II
Tel e Fax 084 207 1282 = (Outside=20 Brazil +55 84 207 1282)
59086-280 - Natal - Rio Grande do=20 Norte 
---- Dicas Lista PY-DX=20 -----------------------------------------------
Para entrar ou sair = da lista,=20 envie msg para "majordomo@paulista.com",=
contendo,=20 na 1a linha da msg, o texto:       =20
subscribe py-dx       (para ASSINAR a=20 lista)
unsubscribe py-dx     (para SAIR da=20 lista)
"Cuidado para nao enviar sua assinatura no=20 texto."
----------------------------------------------------
<= /FONT> 
------=_NextPart_000_00FC_01BD4495.1FDAF0E0-- -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From jan.fisher@virgin.net Sun Mar 1 15:07:08 1998 From: jan.fisher@virgin.net (jan.fisher@virgin.net) Date: Sun, 1 Mar 1998 15:07:08 -0000 Subject: [TRLog] cw speed problem Message-ID: <01BD4523.CD51BD60@p47-bittern-gui.tch.virgin.net> I have also noticed a problem with the cw speed when using two radios if different speeds are selected for each radio. If calling a station with radio 2 after using Alt-D the speed reduces ok but when the auto CQ resumes on radio 1 the speed for radio 1 changes to the value set for radio 2. Once the normal CQ is started on radio 1 all returns to previous settings. Has it allways been like this. Jan G0IVZ. ---------- From: k4ro@k4ro.net[SMTP:k4ro@k4ro.net] Sent: 28 February 1998 02:34 To: trlog@contesting.com Subject: [TRLog] Auto-CQ Speed Problems N4ZZ and myself have noticed a problem which affects versions 6.16-6.21. The problem is that when in auto-CQ mode, the CW speed does not stay constant. It does not match the indicated speed either. The timing of the interval does not seem solid either. The CW seems OK when not using the looping feature. Don uses DOS 6.2 interfaced to a single FT-1000MP. I use W95 in DOS mode to an IC-765/761 pair. The auto-CQ used to work more smoothly than this. Any ideas what might have changed? -Kirk K4RO -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From jjreisert@alum.mit.edu Mon Mar 2 03:23:42 1998 From: jjreisert@alum.mit.edu (Jim Reisert AD1C) Date: Sun, 01 Mar 1998 22:23:42 -0500 Subject: [TRLog] New Country files for CT/NA/TR - 1 March 1998 Message-ID: <199803020323.WAA27203@chmls05.mediaone.net> New country files are available on the web for CT/NA/TR. CT/TR: http://www.contesting.com/ct/files/cty.zip NA: http://www.contesting.com/datom/CTYDAT.ZIP Here are the changes: 1 March 1998 (CTY-801) o Added OH2PM/BY1QH as callsign for China, BY. o Added zone overrides (CQ Zone 4) for the following USA stations in Montana: KC7UP, W7WK and K7LUH. o Added zone override (CQ Zone 3) for AL7OU in California. o Added zone override (CQ Zone 5) for N6RFM in Massachusetts. o Added KG4, KG4DZ, KG4NW and KG4ZK to prefix list for Guantanamo Bay, KG4. o Fixed problem with OH0MAM in CQWW.CTY and ARRL.CTY. o Added SV0LK to callsign list for Crete, SV9. 73 - Jim AD1C -- Jim Reisert AD1C http://jjr.ne.mediaone.net/ -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Mon Mar 2 15:55:53 1998 From: n6tr@teleport.com (Tree N6TR) Date: Mon, 2 Mar 1998 07:55:53 -0800 (PST) Subject: [TRLog] QCWA Message-ID: <199803021555.HAA19337@user2.teleport.com> Last night, I once again say down at the computer after the kids were in bed and picked up the new rules for the QCWA contest with the intent of implementing the required changes to the program. Once again, I started the process, soon felt overwhelmed by the number of changes, and went to bed. This time, I was also trying for a "minimal" implementation. I will try one more time, but I am not optimistic I will be successful. There are two factors working against this contest: 1. The rules are unusual. 2. The rules have changed every year. I guess if I felt that if I implemented this, and then the rules wouldn't change next year, I would be more motivated. There is a line in the rules about reading some document (which I don't have) to understand why they changed the rules. As near as I can tell, the reason for changing them was to make sure no logging software supported the contest. I am very sorry to those who I have "promised" doing something for this contest. I really intended to implement it, but I am close to the point of just being too frustrated with it to continue. 73 Tree N6TR tree@contesting.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From gbaron@sparc.isl.net Mon Mar 2 19:19:03 1998 From: gbaron@sparc.isl.net (Gilbert Baron) Date: Mon, 02 Mar 1998 13:19:03 -0600 Subject: [TRLog] QCWA References: <199803021555.HAA19337@user2.teleport.com> Message-ID: <34FB0627.41C6@sparc.isl.net> Tree N6TR wrote: > > Last night, I once again say down at the computer after the kids > were in bed and picked up the new rules for the QCWA contest with > the intent of implementing the required changes to the program. > > Once again, I started the process, soon felt overwhelmed by the > number of changes, and went to bed. > > This time, I was also trying for a "minimal" implementation. I > will try one more time, but I am not optimistic I will be successful. > > There are two factors working against this contest: > > 1. The rules are unusual. > > 2. The rules have changed every year. > > I guess if I felt that if I implemented this, and then the rules > wouldn't change next year, I would be more motivated. > I would not bother. If the authors of thsi contest want to be such @##$(%*# that they change the rules to foil logging software (which nearly any serious contester uses now) then they deserve to have the contest die. They are just what they seem, old farts. Perhaps I should not talk this way but they should join the 20th century. I suppose they want us to continue to use outdorr plumbing too? -- Gil W0MN gbaron@sparc.isl.net Bailar es vivir 44:04.925 N 92:30.758 W 1055' http://www.geocities.com/Yosemite/Trails/4168 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From jfunk@adams.net Mon Mar 2 22:59:57 1998 From: jfunk@adams.net (jim funk) Date: Mon, 2 Mar 1998 16:59:57 -0600 (CST) Subject: [TRLog] CQ reports Message-ID: <199803022259.QAA27155@golden.adams.net> Does CQ still require an accumulated total of Q's, points and mults at the bottom of each page, for logs submitted electronically? This usually takes me about 10% as much time as actually operating the contest, and is MUCH more frustrating. If they still require it, does any function in POST do this? Thanks and 73, Jim N9JF Devoted to kids, cows, birds and ham radio...the order depends upon the occasion.... -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Tue Mar 3 00:34:11 1998 From: n6tr@teleport.com (Tree N6TR) Date: Mon, 2 Mar 1998 16:34:11 -0800 (PST) Subject: [TRLog] CQ reports Message-ID: <199803030034.QAA14532@user2.teleport.com> > Does CQ still require an accumulated total of Q's, points and mults at the > bottom of each page, for logs submitted electronically? This usually takes > me about 10% as much time as actually operating the contest, and is MUCH > more frustrating. If they still require it, does any function in POST > do this? There is a function in POST to do this. However, I know the guy who wrote the software CQ uses to check logs and he says there isn't any need to do this. Their software seems to handle the LOG.DAT format really well. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From kg5u@hal-pc.org Tue Mar 3 02:14:55 1998 From: kg5u@hal-pc.org (Dale L. Martin) Date: Mon, 2 Mar 1998 20:14:55 -0600 Subject: [TRLog] QCWA Message-ID: <008701bd464a$4ea4f680$043171d1@dale> What the makes you think only 'old farts' are members of QCWA. As I understand their membership rules, anyone, no matter how long they have been a ham, can become a member of QCWA. Also, if you went strictly by the QC of QCWA as criteria for membership, then someone as young as 30 could be a member....or 29....didn't I hear recently of a 4 or 5 year old getting their ticket? Yep...I can see it ..there's a QCWA member with time on his hands wondering how to keep busy....GOT IT!! Change the rules every year to keep contest software developers from writing code for the contest. Yep. That's sure something worthwhile to spend time on. Not only will the developers give up on the contest, so will many hams who are members and want to use software to log. Do you contest, W0MN? Don't forget that a lot of those 'old farts' are the very same 'old farts' who make many points for many young, middle-aged, and old farts in the contests. Besides, if it weren't for the 'old fart's there wouldn't be a hobby for us young farts, now would there. Lighten up, W0MN, for you WILL be an 'old fart,' too. Dale, kg5u (young fart at 52) -----Original Message----- From: Gilbert Baron To: Tree N6TR Cc: trlog@contesting.com Date: Monday, March 02, 1998 13:20 PM Subject: Re: [TRLog] QCWA > >I would not bother. If the authors of thsi contest want to be such >@##$(%*# that they change the rules to foil logging software (which >nearly any serious contester uses now) then they deserve to have the >contest die. They are just what they seem, old farts. > >Perhaps I should not talk this way but they should join the 20th >century. I suppose they want us to continue to use outdorr plumbing too? > -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From swca@ionet.net Tue Mar 3 03:01:53 1998 From: swca@ionet.net (swca@ionet.net) Date: Mon, 2 Mar 1998 21:01:53 -0600 (CST) Subject: [TRLog] Young or Old, we all smell the same Message-ID: <1.5.4.16.19980302220657.25ef891e@ionet.net> Dale wrote: >What makes you think only 'old farts' are members of >QCWA? Easy does it, Dale. You need to call up Sherwood and get yourself one of those narrow "MN Filters" the rest of us have installed. They work real good. Mark (an even younger fart [QCWA] at 39). -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From mccarty@hal-pc.org Tue Mar 3 02:53:34 1998 From: mccarty@hal-pc.org (David K. McCarty) Date: Mon, 02 Mar 1998 20:53:34 -0600 Subject: [Fwd: Re: [TRLog] QCWA] Message-ID: <34FB70AE.7496@hal-pc.org> >Tree N6TR wrote: >> >> Last night, I once again say down at the computer after the kids >> were in bed and picked up the new rules for the QCWA contest with >> the intent of implementing the required changes to the program. >> ... > >I would not bother. If the authors of thsi contest want to be such >@##$(%*# that they change the rules to foil logging software (which >nearly any serious contester uses now) then they deserve to have the >contest die. They are just what they seem, old farts. > >Perhaps I should not talk this way but they should join the 20th >century. I suppose they want us to continue to use outdorr plumbing >too? > > >-- >Gil W0MN Geez. Maybe 'AR should write the software? GN -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From flydnq7x@primenet.com Tue Mar 3 04:32:48 1998 From: flydnq7x@primenet.com (Floyd Smithberg) Date: Mon, 2 Mar 1998 21:32:48 -0700 Subject: [TRLog] WTB: HP200LX Palmtop Message-ID: <199803030433.VAA11076@smtp03.primenet.com> With conectivity Pack, serial cable, manuals. For QRP Field contesting and more. -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From lenrev@wwa.com Tue Mar 3 05:15:59 1998 From: lenrev@wwa.com (Len Revelle) Date: Tue, 03 Mar 1998 05:15:59 GMT Subject: [TRLog] QCWA In-Reply-To: <34FB0627.41C6@sparc.isl.net> References: <199803021555.HAA19337@user2.teleport.com> <34FB0627.41C6@sparc.isl.net> Message-ID: <350091f3.25974333@sashimi.wwa.com> I found the comments about QCWA's contest interesting. While I am a QCWA member I don't operate the contest as a rule except to give a few points. I got my license early and don't consider myself an old fart though I'm proud to have been active, particularly as a never heard of pistol, long enough for membership. Has it crossed anyone's mind that QCWA may want their contest to remain in the vein of Straight Key Night, a low speed, low energy, low key event tailored to the majority of it's members? While I disagree with the constant rule changes, I suspect that, rather than thwarting contest software specifically, the changes may serve to prevent the contest from growing into a geriatric Sprint. //////////////////////////////////////// Len Revelle lenrev@wwa.com N9IJ AMA 60055 http://sashimi.wwa.com/~lenrev /////////////////////////////////////// -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From w4cc@juno.com Tue Mar 3 13:04:30 1998 From: w4cc@juno.com (w4cc@juno.com) Date: Tue, 3 Mar 1998 08:04:30 -0500 Subject: [TRLog] RE: QCWA References: <199803030446.XAA24583@dayton.akorn.net> Message-ID: <19980303.080431.3270.0.w4cc@juno.com> I am an even younger fart, at age 36, and a member of QCWA for almost a year. There seems to be some QCWA representation on this mailing list. Maybe what we need to do is complain to QCWA. They have a booth at DAYTON every year; let's make sure they know. John Covington, W4CC ex-WN4BBJ _____________________________________________________________________ You don't need to buy Internet access to use free Internet e-mail. Get completely free e-mail from Juno at http://www.juno.com Or call Juno at (800) 654-JUNO [654-5866] -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From k1am@ids.net Tue Mar 3 15:03:21 1998 From: k1am@ids.net (Jeff Bouvier) Date: Tue, 03 Mar 1998 15:03:21 GMT Subject: [TRLog] QCWA In-Reply-To: <008701bd464a$4ea4f680$043171d1@dale> References: <008701bd464a$4ea4f680$043171d1@dale> Message-ID: <34fc1837.4215371@SMTP.IDS.NET> On Mon, 2 Mar 1998 20:14:55 -0600, you wrote: >What the makes you think only 'old farts' are members of >QCWA. As I understand their membership rules, anyone, no matter >how long they have been a ham, can become a member of QCWA. I don't think this is correct. The 25 years begins at the time you received your FIRST license but you must have been licensed 25 years prior to time you apply for membership.. > >Also, if you went strictly by the QC of QCWA as criteria for >membership, then someone as young as 30 could be a member....or >29....didn't I hear recently of a 4 or 5 year old getting their >ticket? >Yep...I can see it ..there's a QCWA member with time on his hands >wondering how to keep busy....GOT IT!! Change the rules every >year to keep contest software developers from writing code for >the contest. Yep. That's sure something worthwhile to spend >time on. >Not only will the developers give up on the contest, so will many >hams who are members and want to use software to log. > > >Do you contest, W0MN? Don't forget that a lot of those 'old >farts' are the very same 'old farts' who make many points for >many young, middle-aged, and old farts in the contests. Right on! > >Besides, if it weren't for the 'old fart's there wouldn't be a >hobby for us young farts, now would there. > >Lighten up, W0MN, for you WILL be an 'old fart,' too. > >Dale, kg5u >(young fart at 52) 73, Jeff K1AM QCWA #17503 LM since age 38 (also young fart at 52) -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Tue Mar 3 17:15:58 1998 From: n6tr@teleport.com (Tree N6TR) Date: Tue, 3 Mar 1998 09:15:58 -0800 (PST) Subject: [TRLog] Beta version Message-ID: <199803031715.JAA22529@user1.teleport.com> I have a beta version I will send to any current user who would like it. I will probably make it a formal release before the contest this weekend, but if you would like to play with it now, I would be glad to have you see if you can break it. It allows you to use the down arrow key in CQ mode to activate the exchange window and enter an exchange, then up arrow back to the call window and enter a call and then press RETURN to send the station's call and CQ EXCHANGE. This is the feature recently discussed at length. It also has the also discussed at length change to allow edits in the editable window to be factored into the initial exchange memory. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From jpryor@uga.cc.uga.edu Wed Mar 4 10:49:13 1998 From: jpryor@uga.cc.uga.edu (Jay Pryor) Date: Wed, 04 Mar 1998 10:49:13 Subject: [TRLog] DVK in S&P Message-ID: <3.0.1.16.19980304104913.255f882a@uga.cc.uga.edu> Is there a way to use a DVK (W9XT card) while in S&P mode? It works well in CQ using the "CQ MEMORY F# = DVK#". Is there a similar instruction for LOGCFG.DAT in S&P? Thanks. - Jay/K4OGG -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Wed Mar 4 16:13:44 1998 From: n6tr@teleport.com (Tree N6TR) Date: Wed, 4 Mar 1998 08:13:44 -0800 (PST) Subject: [TRLog] DVK in S&P Message-ID: <199803041613.IAA11866@user2.teleport.com> > Is there a way to use a DVK (W9XT card) while in S&P mode? It works well > in CQ using the "CQ MEMORY F# = DVK#". Is there a similar instruction for > LOGCFG.DAT in S&P? Sure, you can put the DVK# commands into any memory including S&P EXCHANGE. Exchange memory F1 would be for what gets sent when you call someone. You should be able to work S&P QSOs without a microphone unless you have a QSO number to send. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Fri Mar 6 06:18:49 1998 From: n6tr@teleport.com (Tree N6TR) Date: Thu, 5 Mar 1998 22:18:49 -0800 (PST) Subject: [TRLog] Release notes - 6.22 Message-ID: <199803060618.WAA08921@user2.teleport.com> Release notes for TR Logging Program - Version 6.22 6 March 1998 Version 6.22 released on 6 March 1998 - Fixed band changes this hour for multi network. - No overwrite of ? characters in INSERT mode. - Cursor always goes to ? when moving to call window, even if INSERT mode. - Added FINDFILE start up command - shows which directory TR will file the specific file you type in (i.e., TR FINDFILE TRMASTER.DTA is interesting). - Added HELP start up command. Shows all the commands for reference. - Allowed ESCAPE to exit you from blank packet edit entry. - Increased stored size of prefixes that appear CTY.DAT to 7 characters. Fixes problem with SM1TDE matching SM1TDE/4U. - Fixed flaky DVP init bug. Sometimes when starting TR, it wouldn't get the proper shared memory address from the DVP. - Made ` (packet spot) use last QSO's call if the CALL WINDOW is blank. - Fixed bug with wrong CW Speed being used for Control-A prefixed CW messages (sent on inactive radio). - Fixed bug with distances in European DX contest. This was a new bug in version 6.21. A new routine was added that had better accuracy, but it wasn't protected from the lower case characters. - Allowed DownArrow to be used to enter exchange before call in CQ MODE. When you UpArrow back into the call window, you can then type the call, press RETURN and the station's call and CQ EXCHANGE will be sent. - Fixed memory dump of TRMASTER. While it appeared that the memory was freed up (based upon the free memory displayed), the feature kept working. - Changed to S48P13DC.DOM for CQ 160. Counts DC mult now. - Fixed bug with / stations not being called by name. - Allowed editable window changes to affect initial exchange and possible calls. - Initial exchanges are now loaded from LOG.DAT files if the parameter PARTIAL CALL LOAD LOG ENABLE is true. Version 6.21 released on 16 February 1998 - Added BAND CHANGES as a legal value for HOUR DISPLAY. This can be used to count how many band changes have been made in each hour. - If you started the program without a LOGCFG.DAT file and set up the ARRL DX contest, the remaining multiplier display might be in the wrong mode until you exited the program and restarted. This is now fixed so the proper remaining display comes up at the start. - Made PACC QSOByMode = FALSE and MultByMode = FALSE. - Improved sprint parser to handle 4 or 5 entries. You can now enter the following exchanges in addtion to the old ones. NAME QTH # NAME QTH (uses the second name and QTH) # NAME QTH # (uses the second number) NAME # NAME QTH (uses the second name) QTH # NAME QTH (uses the second QTH) NAME QTH # NAME (uses second name) You can still put a callsign in any of the above if you have UPDATE CALLSIGN ENABLE = TRUE and it will remove the call before processing the rest of the exchange. - Added sunrise/sunset times. They show up with the beam heading display when enabled with the MY GRID command. Made Sunrise/Sunset use MyGrid for the QTH if the the call in the call window = MyCall. This allows you to know your own sunrise/sunset time. - Changed default background color for beam heading window to white. Also, extended the beam heading window to the left 10 spaces to make room for sunrise/sunset times. - Added RADIO ONE ID CHARACTER and RADIO TWO ID CHARACTER parameters. Works similar to the COMPUTER ID, except the letter shows which radio was used. Do not use this and the COMPUTER ID feature at the same time. - Fixed problem with improper QTH showing up in some cases during the the sprints and NAQP. This typically happened in when switching from S&P to CQ mode and working a DX station. - Fixed JST as a radio type for radio two. We have a report that the program doesn't work with the JST145. Investigation in process. - Fixed bug with Alt-D QSO leaving cursor in call window when pressing the space bar. - Made Alt-D work on SSB even if the DVP is not enabled. - Tried to make the program less memory hungry. It uses about 5K less than the previous version. - Went to more accurate distance calculator. Now matches some of the popular programs in Europe. - Fixed BROADCAST ALL PACKET DATA not supported in LOGCFG. - Made Packet Window and Control-J timeouts only work when using multi port. Version 6.20 released on 5 January 1998 - Fixed callsign you answered in CQ mode not being sent. - Added COUNTRY INFORMATION FILE parameter (control-J). This allows you to name a file that has information for different countries in it. This information will be displayed in the editable log window at the same time you are shown other information for that country (i.e., mult status or beam heading). The file would have the country ID (use the one shown in the CTY.DAT file) by itself on a line, then up to five lines of data afterwards. A blank line indicates that there is no more data for that country. There is no limit on the file size. For example: JA This will be displayed when working a station in Japan. So will this. HL This will be displayed when working a station in Korea. - Removed beep when sending radio information to other stations on multi network. This was put in during testing and I forgot to remove it. - Made ESCAPE in CQ MODE with no entry in call window repaint editable log. This means you can recover from having something else in the editable log window like the country information or multi messages. - Added ControlHome to view last five multi talk messages. - Made multi message aborted with ESCAPE key not get sent. Version 6.19 released on 4 January 1998 - When using the multi network, the program can now update the remaining multiplier display without doing anything. Before, this was disabled as it took a long time on some of the slower computers. The new parameter is MULTI UPDATE MULT DISPLAY and the defaul is TRUE. You can change it with Control-J. When it is FALSE, the remaining multiplier display isn't updated until another QSO is made, or a band/mode change is executed. - There is now a 20 second timeout when using the multi network and you leave the computer in a mode that doesn't allow it to process network traffice (i.e., packet window, keyboard CW or view log). - Added new footswitch mode to act like the F1 key (FOOT SWITCH MODE = F1). This works for both CQ and S&P modes. - A check has been added when using CQ zones and the RST ZONE exchange to make sure the zone you have entered isn't over 40. - Some changes have been made to make the super check partial feature more responsive on slower computers. - Made POST's R Q case sensitive. Before, PA and Pa would be counted as the same multiplier. - Allowed DUPECHECK or DUPE CHECK for footswitch mode. It was one way on the control-J menu and the other in the manual. Either one will work now. - When selecting a spot from the bandmap, you will now be left in a state so you can call the station with a RETURN. Before, the initial exchange had already been filled in and pressing RETURN would try to log the QSO. Also, if you try to select a spot while in the middle of a CQ mode QSO, the program will ask you to either log or abort the QSO first. - Fixed dualing CQs on CW. A bug was introduced where the radio that had the CQ stopped on it might be left key down. This was a problem only if using different ports for your CW (as opposed to using a single port and a relay). - Added CROATIAN contest and CROATIAN QSO point method. - Added TEN MINUTE RULE (NONE, TIME OF FIRST QSO). This is intended to show you how long it has been since you made your first QSO on whatever band you are on. - Fixed FT1000MP again. Beta tested this time and guaranteed! - Added SKIP ACTIVE BAND (Control-J - false). When TRUE, doesn't allow you to move your active radio to the same band as your inactive radio when using the Alt-B or Alt-V commands. - Added SPEED command to Function Key Message. Needs the Control-C at the start of the command and Control-D at the end. Either put a numeric speed (1 to 99 WPM), or any number of + or - characters to make relative adjustments. - Allowed W M and R in "power" for ARCI contest (used for decimal power or milliwatts). The W is required to indicate that the entry is not an ARCI member number. - Improvements to DVK operation: o Escape will abort any message (not just F1). o DVK0 now works in message (was broken). Version 6.18 released on 6 December 1997 - Enhancements to ARCI contest. Added RST POSSIBLE DOMESTIC QTH AND POWER exchange. The power gets used for ARCI numbers as well, but put a W after power levels sent by non members. The W will be logged. Added ARCI QSO POINT METHOD for ARCI. If a no W found in the "power", the full 5 points will be scored. If a W is found, you get 2 points for the same continent, or 4 points for DX. - Switched mode and frequency for MP back the way it was (freq then mode). - Prevented possible crash if packet frequency > 2,147 MHz. Version 6.17 released 23 November 1997. - Reversed the order of sending the mode and frequency to the FT1000, FT920 and FT1000MP. This means your mode will be set before setting the frequency. Under some radio configurations, this could result in an error equal to the CW offset. - Fixed Dualing CQ process on SSB when using the DVP. Also, some minor clean up of DVP sequencing when using two radio mode. Pressing F1 to resend your callsign while a dummy CQ is in progress works quicker. - In the S&P mode, if you use F2 to resend your exchange just after logging a QSO, it will send the SEARCH AND POUNCE exchange even if you have a REPEAT SEARCH AND POUNCE exchange programmed. Furthurmore, it would set the "ExchangeHasBeenSent" flag so that when you make your next S&P QSO, it will send the REPEAT S&P EXCHANGE. This has now been changed so that if you press F2 with no call window or exchange window entry, the REPEAT S&P exchange is sent and the ExchangeHasBeenSent flag is not set. If you don't have a REPEAT S&P exchange programmed, you won't notice this as the S&P exchange gets sent all of the time. - The CONTEST NAME is now part of the RESTART.BIN header. This means if you change the contest you are operating in your LOGCFG.DAT file, the program won't try to use the RESTART.BIN file that might already be in the directory. This eliminates any possible problems with incorrect configurations which could cause strange behavior (i.e., missing remaining multiplier info). - Some people have seen a negative number appear in some log entries when displaying frequency. Two changes have been made here. First, a band-aid has been added so that if for any reason a negative result appears for the frequency, it will be set to zero. This happens with we don't get frequency data from the radio and then subtract out the megahertz. Secondly, an improvement has been made in how I filter the frequency data in an attempt to use the previous non-zero frequency when I come up with zero. This list stops at the version covered by the latest release of the manual. You can view previous release notes on the web at www.contesting.com/_trlog/. -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From swca@ionet.net Fri Mar 6 13:06:06 1998 From: swca@ionet.net (swca@ionet.net) Date: Fri, 6 Mar 1998 07:06:06 -0600 (CST) Subject: [TRLog] QCWA Message-ID: <1.5.4.16.19980306081106.1d4f0e9c@ionet.net> I poked around a little and learned the following. Anyone who feels so inclined should email Croft and let him know what you think about the state of the QCWA contest rules. "After the hassle with last year's efforts, our director Croft Taylor, ve3ct, undertook the job [of the QCWA contest]. His e-mail is: ve3ct@juno.com and/or a mailing address of: Croft Taylor,VE3CT 55 Ashton Lakes Dr Sarasota, FL 34321-6256" FYI, Mark, N5OT -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From ehayes@vnet.IBM.COM Fri Mar 6 13:59:04 1998 From: ehayes@vnet.IBM.COM (ehayes@vnet.IBM.COM) Date: Fri, 6 Mar 98 07:59:04 CST Subject: [TRLog] Trmaster and Cty Files Message-ID: <199803061359.IAA03311@dayton.akorn.net> Does anyone have a slick way of selecting these files for the different contests? AD1C keeps us up to date (thanks Jim) with changes as they occur. My problem is...after I rename arrl.cty to cty.dat I then forget to go rename everything back for an ensuing contest. Same thing with Trmaster and the Master.dat and USVEmas.dat files. Someone must have a better way? Thanks, Wayne AJ5M ehayes@vnet.ibm.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From k1ky@bellsouth.net Fri Mar 6 15:32:40 1998 From: k1ky@bellsouth.net (Tom Delker) Date: Fri, 06 Mar 1998 09:32:40 -0600 Subject: [TRLog] Trmaster and Cty Files References: <199803061359.IAA03311@dayton.akorn.net> Message-ID: <35001718.5@bellsouth.net> Does not the CT9 cty.dat file that Jim supplies work for both ARRL and CQ? I use the same TRMASTER file with ALL of my calls in it. -- Thomas M. Delker - K1KY CFO#395 - Smyrna / Gallatin / Short Mtn. TN C.A.T.S. (W4CAT) - 147.30 (114.8) / 145.23 / 223.98 / 444.45 & 444.65 Stones River A.R.C. (K4FUN) - http://www.Voy.net/~rfi/stones.html Tennessee Contest Group (K4TCG) - http://www.k4ro.net/tcg.html Fistfighters United Nashville (NT4L) 146.955 (114.8) -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From gbaron@sparc.isl.net Fri Mar 6 15:40:10 1998 From: gbaron@sparc.isl.net (Gilbert Baron) Date: Fri, 06 Mar 1998 09:40:10 -0600 Subject: [TRLog] Trmaster and Cty Files References: <199803061359.IAA03311@dayton.akorn.net> Message-ID: <350018DA.41C6@sparc.isl.net> If you get an answer, please let us all know. This is probably the one usability problem with TR that I can think of and it is very confusing and hard to keep up with. It should IMHO be part of the program to handle this in some way. I suppose it would be a lot of coding and perhaps would require a higher price, who knows? ehayes@vnet.IBM.COM wrote: > > Does anyone have a slick way of selecting these files for the > different contests? AD1C keeps us up to date (thanks Jim) with > changes as they occur. My problem is...after I rename arrl.cty to > cty.dat I then forget to go rename everything back for an ensuing > contest. Same thing with Trmaster and the Master.dat and USVEmas.dat > files. Someone must have a better way? > > Thanks, > Wayne AJ5M ehayes@vnet.ibm.com > > -- > FAQ on WWW: http://www.contesting.com/trlogfaq.html > Submissions: trlog@contesting.com > Administrative requests: trlog-REQUEST@contesting.com > Problems: owner-trlog@contesting.com > Feature Wishlist: http://web.jzap.com/n6tr/trwish.html -- Gil W0MN gbaron@sparc.isl.net Bailar es vivir 44:04.925 N 92:30.758 W 1055' http://www.geocities.com/Yosemite/Trails/4168 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Fri Mar 6 16:31:18 1998 From: n6tr@teleport.com (Tree N6TR) Date: Fri, 6 Mar 1998 08:31:18 -0800 (PST) Subject: [TRLog] Trmaster and Cty Files Message-ID: <199803061631.IAA18071@user2.teleport.com> > If you get an answer, please let us all know. This is probably the one > usability problem with TR that I can think of and it is very confusing > and hard to keep up with. It should IMHO be part of the program to > handle this in some way. > I suppose it would be a lot of coding and perhaps would require a higher > price, who knows? There is no need to deal with different country files for the different contests. TR uses only the CTY.DAT file, which is in the CT9 format, and works for all contests - ARRL and CQ. The old ARRL.CTY file is obsolete except for older versions of TR and CT. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Fri Mar 6 16:52:28 1998 From: n6tr@teleport.com (Tree N6TR) Date: Fri, 6 Mar 1998 08:52:28 -0800 (PST) Subject: [TRLog] Trmaster and Cty Files Message-ID: <199803061652.IAA19837@user2.teleport.com> > BTW - I just unpacked 6.22 and noticed you still have the old cty.dat > file. Have you checked out the 3.1.98 release by AD1C? No - I try to keep up on that, but it is a detail I often forget to deal with. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From rrossi@btv.ibm.com Fri Mar 6 18:28:08 1998 From: rrossi@btv.ibm.com (Ronald D Rossi) Date: Fri, 06 Mar 1998 13:28:08 -0500 Subject: [TRLog] Release notes - 6.22 In-Reply-To: <199803060618.WAA08921@user2.teleport.com> Message-ID: <199803061828.NAA19350@johnpaul.btv.ibm.com> >>>Tree N6TR said: > Release notes for TR Logging Program - Version 6.22 > 6 March 1998 >.... > - Cursor always goes to ? when moving to call window, even if INSERT mode. > You have to hit enter first. I you just arrow down and then back up you end up where your cursor was last. to get to put the exchange in and up arrow gets to the ?. No biggie at all...I just noticed the behavior. BTW...Way cool with the edit window updating the exchange Tree! Good luck this weekend folks. -- 73 de KK1L...ron (rrossi@btv.ibm.com) <>< QTH: Swanton, Vermont My page: http://www.together.net/~larossi/kk1l.html My wife's page: http://www.together.net/~larossi -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From perb@kuai.se Fri Mar 6 20:21:35 1998 From: perb@kuai.se (Per Börjesson) Date: Fri, 06 Mar 1998 21:21:35 +0100 Subject: [TRLog] Using TR-log in RSGB Commonwalth ?? Message-ID: <35005ACE.EEB475CF@kuai.se> Hallo, Anybody using TR-log in RSGB Commonwealth Contest ?? 73 Per/SM4SX -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From perb@kuai.se Fri Mar 6 20:34:33 1998 From: perb@kuai.se (Per Börjesson) Date: Fri, 06 Mar 1998 21:34:33 +0100 Subject: [TRLog] [Fwd: Using TR-log in RSGB Commonwalth ??] Message-ID: <35005DD9.E3D4D292@kuai.se> This is a multi-part message in MIME format. --------------7E262C4CA9EB3BFD7975CCE4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sri I did not know that this test was only for Commonwealth memebers when I asked my question. Pse drop my question. Best 73 Per/SM4SX --------------7E262C4CA9EB3BFD7975CCE4 Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-ID: <35005ACE.EEB475CF@kuai.se> Date: Fri, 06 Mar 1998 21:21:35 +0100 From: "Per Börjesson" X-Mailer: Mozilla 4.03 [en] (Win95; I) MIME-Version: 1.0 To: TRLog Reflector Subject: Using TR-log in RSGB Commonwalth ?? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hallo, Anybody using TR-log in RSGB Commonwealth Contest ?? 73 Per/SM4SX --------------7E262C4CA9EB3BFD7975CCE4-- -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sat Mar 7 00:16:23 1998 From: n6tr@teleport.com (Tree N6TR) Date: Fri, 6 Mar 1998 16:16:23 -0800 (PST) Subject: [TRLog] Trmaster and Cty Files Message-ID: <199803070016.QAA15250@user2.teleport.com> > >There is no need to deal with different country files for the different > >contests. TR uses only the CTY.DAT file, which is in the CT9 format, and > >works for all contests - ARRL and CQ. > > >The old ARRL.CTY file is obsolete except for older versions > >of TR and CT. > > >Tree > > If it uses the same cty file for all dx contests, how does the program > take into account that some countries (Sicily & Italian Africa for > example), count as separate countries in the CQ contests but not in the > ARRL contests? Look at the entries for those countries in the CTY.DAT file. There is an asterisk in front of the country ID for those countries that don't count on the ARRL list. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n5nu@inu.net Sun Mar 8 00:15:30 1998 From: n5nu@inu.net (Jason Goldsberry) Date: Sat, 07 Mar 1998 18:15:30 -0600 Subject: [TRLog] DVP Question. Message-ID: <3.0.1.32.19980307181530.00685850@mail.inu.net> Hello! I'm having a slight problem with the DVP (W9XT) that I got fairly recently. Whenever I call CQ out over the air, the radio will not cut out when it is done. I have adjusted the VOX sensitivity of it, and it does not affect my problem. In fact, whenever the grey wire that has the label of "Transmitter" on it is plugged in, it automatically keys the rig and won't stop. The only way to make it stop is to unplug the cable from the rig. Any suggestions, or anyone else have similar experiences? 73, Jason N5NU -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From swca@ionet.net Mon Mar 9 03:18:25 1998 From: swca@ionet.net (swca@ionet.net) Date: Sun, 8 Mar 1998 21:18:25 -0600 (CST) Subject: [TRLog] DVP Question. Message-ID: <1.5.4.16.19980308222345.08ffd622@ionet.net> >Hello! > I'm having a slight problem with the DVP (W9XT) that I got fairly >recently. Whenever I call CQ out over the air, the radio will not cut out >when it is done. I have adjusted the VOX sensitivity of it, and it does >not affect my problem. In fact, whenever the grey wire that has the label >of "Transmitter" on it is plugged in, it automatically keys the rig and >won't stop. The only way to make it stop is to unplug the cable from the >rig. Any suggestions, or anyone else have similar experiences? > >73, Jason N5NU Yes, Jason, we had the identical problem at W6AQ and NEVER got it solved, including sending the board back to the factory. We were using a Kenwood TS-950S. Ultimately we returned the board after Dave (AQ) picked up a K1EA board at Dayton. Please do nat take this comment as a negative comment about Gary's board. Dave and I do things across about 1500 miles on the phone and he is not the best at remembering details about all this technical/electronic stuff (he has a lot to think about) - so I am not sure what the problem was or if indeed it could have been easily solved. Gary said the board was fine and returned it, and it worked PERFECTLY in my old 386 here in Tulsa with my TS-850S, so I don't think the board was at fault, we just never got to the bottom of the problem and Dave fixed it in a 'different way' by trying the K1EA board instead (which is working well now). Mark, N5OT -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From swca@ionet.net Mon Mar 9 03:54:43 1998 From: swca@ionet.net (swca@ionet.net) Date: Sun, 8 Mar 1998 21:54:43 -0600 (CST) Subject: [TRLog] ARRL DX debrief Message-ID: <1.5.4.16.19980308230002.1be74836@ionet.net> Here are my observations. This is the first time I have smoke-tested Tree's program in a long time. First of all, I just shot off my Sprint log and my compliments on how POST is shaping up. In the past POST was not the strongest program. The summary sheet routine looks great. The post contest log massage was so good I wound up with 12 more QSOs.* That stuff is all working very well these days. Good work Tree. I couldn't help but test the new initial exchange work that Tree did and it works completely as advertised. We appreciate the changes you made Tree. We promise we'll still listen to the exchange, honest. Less than perfect (notice how short this list is): When in the CQ mode if you check a call by typing it in and hitting , if it's a dupe TR tells you so and after a second or two it removes the call and name from the screen...AND the first two characters of the country, leaving Mexico to read "xico" for example. I think it should clear the complete country name. I was hoping to find more "features" but we had really awful weather and I had to stay off the air. Mark, N5OT *YES, I am just KIDDING. ver 6.215, 386DX-40, DOS within Windows 3.1 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From no6x@inreach.com Mon Mar 9 04:23:05 1998 From: no6x@inreach.com (Mike) Date: Mon, 09 Mar 1998 04:23:05 +0000 Subject: [TRLog] ARRL DX debrief In-Reply-To: <1.5.4.16.19980308230002.1be74836@ionet.net> Message-ID: <3.0.2.32.19980309042305.006ebc5c@inreach.com> As still a "realitively" new user I did find the question mark thing useful, also finally figured out how to use TRMASTER.DTA...yes I am slow sometimes. Have only been using since 6.05 with no problems, until 6.21 maybe someone else experienced the same thing. It was 6D2X! At least that was the only common denominator I could find, unless just mighty conicidental. twice when I typed the call in and hit the space bar the computer locked, I mean even the three finger salute (CTRL-ALT-DEL) would not work. had to turn the puter off and back on (yes it is old, and packard bell, don't think they could afford to put in reset switches) Now once it did it on 40 and one on 80, I guess maybe it figured that since I was slacking off (Rate was less than 30, ARGH!) I had time to mess with it. Only did it twice!??? Anyone else experience such a weird thing? 73 Mike...NO6X NM6Q 59California...sorry it is stuck in my head Check out my home page at http://home.inreach.com/no6x -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From Chad_Kurszewski@csg.mot.com Tue Mar 10 21:02:52 1998 From: Chad_Kurszewski@csg.mot.com (Chad Kurszewski WE9V) Date: Tue, 10 Mar 1998 15:02:52 -0600 Subject: [TRLog] Wisconsin QSO Party Message-ID: <3.0.1.32.19980310150252.00b0da04@oampc12.csg.mot.com> Just a reminder that the Wisconsin QSO Party is this weekend. It's has quite a turnout, not too far behind the Cal QSO Party. Sunday March 15th, 18z to Monday 01z. Cheeseheads send county, everyone else send state/providence/DX. Work stations once per band/mode/county. Full rules, past results, and a custom logging program can be found at: http://www.execpc.com/~wa9pov/wqp.html Also, for TR users, I have a .DOM files for stations operating in or out of Cheeseland. I also have a few lines that you need to add to your LOGCFG.DAT. E-mail me pronto if you would like these e-mailed to you. --- Chad Kurszewski, WE9V e-mail: Chad_Kurszewski@csg.mot.com The Official "Sultans of Shwing" Web Site: http://www.QTH.com/sos -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From rrossi@btv.ibm.com Tue Mar 10 21:33:29 1998 From: rrossi@btv.ibm.com (Ronald D Rossi) Date: Tue, 10 Mar 1998 16:33:29 -0500 Subject: [TRLog] 6.22 in ARRL DX... Message-ID: <199803102133.QAA28366@johnpaul.btv.ibm.com> I noticed a side effect from the wonderful exchange update feature Tree introduced...when the log.dat was scanned for possible worked befores it came up with multiple choices for the same call. I also saw wierd things like "BREAK/STARTED". Now of course I just tried this now to see if I could give some better examples from other than just my memory, but I works okay now that TR reads in the log.dat file rather than restart.bin. I don't know what happened to make it go goofy like that, but it certainly did not cause me any trouble with the log. The program continued to dupe and log just fine, I just saw some odd suggested already worked callsigns. -- 73 de KK1L...ron (rrossi@btv.ibm.com) <>< QTH: Swanton, Vermont My page: http://www.together.net/~larossi/kk1l.html My wife's page: http://www.together.net/~larossi -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From jpryor@uga.cc.uga.edu Tue Mar 10 17:43:37 1998 From: jpryor@uga.cc.uga.edu (Jay Pryor) Date: Tue, 10 Mar 1998 17:43:37 Subject: [TRLog] 6.22 in ARRL DX... In-Reply-To: <199803102133.QAA28366@johnpaul.btv.ibm.com> Message-ID: <3.0.1.16.19980310174337.31f756e2@uga.cc.uga.edu> I experienced the same thing . . . Jay/K4OGG At 04:33 PM 3/10/98 -0500, Ronald D Rossi wrote: > >I noticed a side effect from the wonderful exchange update feature Tree >introduced...when the log.dat was scanned for possible worked befores it came >up with multiple choices for the same call. I also saw wierd things like >"BREAK/STARTED". Now of course I just tried this now to see if I could give >some better examples from other than just my memory, but I works okay now that >TR reads in the log.dat file rather than restart.bin. > >I don't know what happened to make it go goofy like that, but it certainly did >not cause me any trouble with the log. The program continued to dupe and log >just fine, I just saw some odd suggested already worked callsigns. > >-- >73 de KK1L...ron (rrossi@btv.ibm.com) <>< >QTH: Swanton, Vermont >My page: http://www.together.net/~larossi/kk1l.html >My wife's page: http://www.together.net/~larossi > > > >-- >FAQ on WWW: http://www.contesting.com/trlogfaq.html >Submissions: trlog@contesting.com >Administrative requests: trlog-REQUEST@contesting.com >Problems: owner-trlog@contesting.com >Feature Wishlist: http://web.jzap.com/n6tr/trwish.html > -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Wed Mar 11 18:13:36 1998 From: geoiii@bga.com (george fremin iii) Date: Wed, 11 Mar 1998 12:13:36 -0600 (CST) Subject: [TRLog] Re: [CQ-Contest] No Contesters for 9M0C!! In-Reply-To: <3.0.1.16.19980311112212.5d2f5a26@popd.ix.netcom.com> from "Pete Smith" at Mar 11, 98 11:22:12 am Message-ID: <199803111813.MAA15006@zoom.bga.com> >Right on, Gene. In TRLog (and, I suspect in other logging software, it's >even easy to use the software's "note" function during the ARRL test to log >some guy in Michigan who's never worked WV before and wants a QSL. If he >goes away with a quick QSO and eventually a QSL, I think it's a good thing >for contesting, in the long term. You can just log it if you want - TR Log understands that the qso does not count for the contest and will not give you points or mult credit. -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Wed Mar 11 19:37:16 1998 From: geoiii@bga.com (george fremin iii) Date: Wed, 11 Mar 1998 13:37:16 -0600 (CST) Subject: [TRLog] Re: [CQ-Contest] No Contesters for 9M0C!! In-Reply-To: <3.0.1.32.19980311132757.0079fe50@popd.ix.netcom.com> from "Pete Smith" at Mar 11, 98 01:27:57 pm Message-ID: <199803111937.NAA03351@zoom.bga.com> >> >>You can just log it if you want - TR Log understands that the qso does >>not count for the contest and will not give you points or mult credit. > >Yeah, I know ... I'm a little compulsive about keeping those QSOs out of >the contest log, though, and find it easier to transcribe them from the >notes after the contest, then expunge the lot of 'em. There is also a routine in post that will take a LOG file and let you filter it creating a new log file that either includes or excludes any country or countries. I use this if I want to print labels for the buro - just filter your log so that you get a log that only includes countries that the arrl outgoing buro will handle. -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Wed Mar 11 20:02:19 1998 From: geoiii@bga.com (george fremin iii) Date: Wed, 11 Mar 1998 14:02:19 -0600 (CST) Subject: [TRLog] Re: [CQ-Contest] No Contesters for 9M0C!! In-Reply-To: from "Monte Stark" at Mar 11, 98 11:42:43 am Message-ID: <199803112002.OAA09033@zoom.bga.com> >What program are you using to print the lables? I use POST's QSL routine for some things. I also use a program by DF3CB that is really cool and I would suggest it to anyone. You can find out about it on his homepage http://www.qsl.net/df3db/ Or directly to the software page at: http://www.qsl.net/df3cb/bv.html -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From lu5cw@qsl.net Sun Mar 8 01:24:45 1998 From: lu5cw@qsl.net (LU5CW Ernesto Grueneberg) Date: Sat, 7 Mar 1998 22:24:45 -0300 Subject: [TRLog] dvp -->wav Message-ID: <01bd4a30$fb02eb00$LocalHost@lu5cw> I remember someone has developed an utility to covert between dvp and wav... checking of my e-mail files was unsuccesful... if anyone has this info, pse e-mail direct to me 73 Ernesto Grueneberg LU5CW (ex LU6BEG, LU2BRG) mailto:lu5cw@qsl.net Other calls used: LU6BEG/PY, ZP5/LU6BEG, ZP5/LU2BRG, L3CW, ZP5XF (wpx cw 97, iaru 97, cqww cw 97), ZW5B (cqww cw 95), LT4E (wpx ssb 95, iaru 95, wae ssb 95, cqww ssb 95), LW2DFM (ARRL rtty 97, jidx lb 94), LU4FM (wae cw 95, arrl 10 95, arrl cw 96, wae ssb 96, arrl ssb 97, wpx ssb 97), LP4H (cqww cw 94), L70FM (cqww ssb 97) , LP4F (wpx cw 94), LT1F (wae cw 97, wpx rtty 98, arrl cw 98), LS0A (arrl 10m 94, arrl ssb 95), L73AA, AY1A, L40A (cqww ssb 93), L20A (wpx ssb 94), LU4AA (iaru 93, wae ssb 93, cqww ssb 94), LU2DW (arrl ssb 95), LU7FJ (cqww ssb 1996), LU6ETB (wpx cw 96, wae cw 96, arrl 10m 96, arrl cw 97, cqww rtty 97) , LT6E (wpx cw 95), LU6EBY (sac cw 94). -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Wed Mar 11 23:01:42 1998 From: geoiii@bga.com (george fremin iii) Date: Wed, 11 Mar 1998 17:01:42 -0600 (CST) Subject: [TRLog] dvp -->wav In-Reply-To: <01bd4a30$fb02eb00$LocalHost@lu5cw> from "LU5CW Ernesto Grueneberg" at Mar 7, 98 10:24:45 pm Message-ID: <199803112301.RAA27522@zoom.bga.com> LU5CW Ernesto Grueneberg writes: > >I remember someone has developed an utility to covert between dvp and wav... >checking of my e-mail files was unsuccesful... >if anyone has this info, pse e-mail direct to me K1TTT has a program that converts windows .wav files to k1ea dvp format. You can find it here: http://www.berkshire.net/~robbins/software.html#dvpwav -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Thu Mar 12 17:55:59 1998 From: geoiii@bga.com (george fremin iii) Date: Thu, 12 Mar 1998 11:55:59 -0600 (CST) Subject: [TRLog] Re: [CQ-Contest] No Contesters for 9M0C!! In-Reply-To: <199803120327.AA00332@ja1sjv.ca2.so-net.or.jp> from "JA1SJV Solo" at Mar 12, 98 03:27:27 am Message-ID: <199803121755.LAA04567@zoom.bga.com> JA1SJV Solo writes: > >>You can find out about it on his homepage http://www.qsl.net/df3db/ >> >>Or directly to the software page at: http://www.qsl.net/df3cb/bv.html > >No such homepage exists. Did you try? Yep - sorry for the typo http://www.qsl.net/df3cb/ -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From Chad_Kurszewski@csg.mot.com Fri Mar 13 19:12:53 1998 From: Chad_Kurszewski@csg.mot.com (Chad Kurszewski WE9V) Date: Fri, 13 Mar 1998 13:12:53 -0600 Subject: [TRLog] WIS QSO Party .DOM Files In-Reply-To: Message-ID: <3.0.1.32.19980313131253.00b2f1cc@oampc12.csg.mot.com> Brian, KI0MB, was so kind to point out: >The files you sent me for TR for WIQSO has MO= MO, MS. Man, am I blue in the face!!! (Actually, it was MIS, which is how Missouri starts.) Good thing there were very few copies I sent to Wisconsin stations!! (The DOM file is only in error for Wisconsin stations.) Actually, it's not even 100% my fault. I used the widely distributed TEXASTX.DOM file as a template. Mo = MO, MIS was taken right from there And I see that TEXASTX (and WISQSOWI) are missing the MS mult all together! So, please update your WISQSOWI.DOM (and TEXASTX.DOM) files: Change: Mo = MO, MISSO Add: Ms = MS, MIS Sorry for any inconvience and thanks to Brian! --- Chad Kurszewski, WE9V e-mail: Chad_Kurszewski@csg.mot.com The Official "Sultans of Shwing" Web Site: http://www.QTH.com/sos -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From CF McGarvey" Dalco Electronics has a serial/parallel card that has multiple serial ports (four) with three parallel ports. They have multiple IRQ's and addresses. Compatible ith the current UARTs. Perhaps an ideal solution to the comport/irq crunch syndrone. Part Number 49570 and costs $62.80. 1- 800 445 5342 PS, I am not affiliated with Dalco or any oter commercial enterprise. 73, Chas Wyvern Technology, Inc. Dayton Booth #704 Ray Ortgiesen, WF1B 35 Colvintown Road http://www.wf1b.com Coventry, RI 02816-8509 E-Mail: wf1b@wf1b.com Voice (401) 823-RTTY(7889) Fax: (401) 822-0554 RTTY Contest Reflector: wf1b-rtty-request@wf1b.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From toms@inconnect.com Sat Mar 14 01:31:26 1998 From: toms@inconnect.com (Thomas M. Schaefer) Date: Fri, 13 Mar 1998 18:31:26 -0700 Subject: [TRLog] Serial Card Multi I/O MULTI IRQ Message-ID: <01bd4ee8$e7fd7a90$3b32010a@toms.fh.com> The question is...Since TR can access cards by the I/O address, can a card be put in a system without assigning it an interrupt? I have a system that is basically full. If I could not use an IRQ, I wonder if it would work. This is, of course, in DOS and only because TR can access ports by address as it does not care about IRQ. -----Original Message----- From: CF McGarvey To: ham-computers@qth.net ; kenwood@qth.net ; N6tr Reflector ; wf1b-rtty@wf1b.com Date: Friday, March 13, 1998 6:22 PM Subject: [TRLog] Serial Card Multi I/O MULTI IRQ >Dalco Electronics has a serial/parallel card that has multiple serial ports (four) with three parallel ports. > >They have multiple IRQ's and addresses. Compatible ith the current UARTs. > >Perhaps an ideal solution to the comport/irq crunch syndrone. > >Part Number 49570 and costs $62.80. > >1- 800 445 5342 > >PS, I am not affiliated with Dalco or any oter commercial enterprise. >73, Chas > > Wyvern Technology, Inc. Dayton Booth #704 Ray Ortgiesen, WF1B > 35 Colvintown Road http://www.wf1b.com > Coventry, RI 02816-8509 E-Mail: wf1b@wf1b.com > Voice (401) 823-RTTY(7889) Fax: (401) 822-0554 > RTTY Contest Reflector: wf1b-rtty-request@wf1b.com > > > >-- >FAQ on WWW: http://www.contesting.com/trlogfaq.html >Submissions: trlog@contesting.com >Administrative requests: trlog-REQUEST@contesting.com >Problems: owner-trlog@contesting.com >Feature Wishlist: http://web.jzap.com/n6tr/trwish.html -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From gbaron@sparc.isl.net Sat Mar 14 01:59:30 1998 From: gbaron@sparc.isl.net (Gilbert Baron) Date: Sat, 14 Mar 1998 01:59:30 GMT Subject: [TRLog] Serial Card Multi I/O MULTI IRQ In-Reply-To: <01bd4ee8$e7fd7a90$3b32010a@toms.fh.com> References: <01bd4ee8$e7fd7a90$3b32010a@toms.fh.com> Message-ID: <350ce409.576516@199.3.25.3> >On Fri, 13 Mar 1998 18:31:26 -0700, you wrote: >The question is...Since TR can access cards by the I/O address, can a card >be put in a system without assigning it an interrupt? I have a system that >is basically full. If I could not use an IRQ, I wonder if it would work. >This is, of course, in DOS and only because TR can access ports by address >as it does not care about IRQ. > > If you have a PCI system redo your configuration and set up your bios to allow pci cards to use only one interrupt. PCI CAN share interrupts and you can save a lot of them this way. It is the default that they don't but you can force it. If you need an interrupt for your card there is no way you can run without it and if it is an ISA card you cannot share it. >-----Original Message----- >From: CF McGarvey >To: ham-computers@qth.net ; kenwood@qth.net >; N6tr Reflector ; wf1b-rtty@wf1b.com > >Date: Friday, March 13, 1998 6:22 PM >Subject: [TRLog] Serial Card Multi I/O MULTI IRQ > > >>Dalco Electronics has a serial/parallel card that has multiple serial ports >(four) with three parallel ports. >> >>They have multiple IRQ's and addresses. Compatible ith the current UARTs. >> >>Perhaps an ideal solution to the comport/irq crunch syndrone. >> >>Part Number 49570 and costs $62.80. >> >>1- 800 445 5342 >> >>PS, I am not affiliated with Dalco or any oter commercial enterprise. >>73, Chas >> >> Wyvern Technology, Inc. Dayton Booth #704 Ray Ortgiesen, WF1B >> 35 Colvintown Road http://www.wf1b.com >> Coventry, RI 02816-8509 E-Mail: wf1b@wf1b.com >> Voice (401) 823-RTTY(7889) Fax: (401) 822-0554 >> RTTY Contest Reflector: wf1b-rtty-request@wf1b.com >> >> >> >>-- >>FAQ on WWW: http://www.contesting.com/trlogfaq.html >>Submissions: trlog@contesting.com >>Administrative requests: trlog-REQUEST@contesting.com >>Problems: owner-trlog@contesting.com >>Feature Wishlist: http://web.jzap.com/n6tr/trwish.html -- Gil Baron W0MN gbaron@sparc.isl.net http://www.geocities.com/Yosemite/Trails/4168/ Bailar es vivir" 44:04.932 N 92:30.769 W 1072.5' 325 M "Cuatro caminos hay en mi vida. Cual de los cuatro sera el mejor" [Posted with Agent 1.5. For info, email agent-info@forteinc.com.] -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sat Mar 14 02:13:42 1998 From: n6tr@teleport.com (Tree N6TR) Date: Fri, 13 Mar 1998 18:13:42 -0800 (PST) Subject: [TRLog] Serial Card Multi I/O MULTI IRQ Message-ID: <199803140213.SAA26601@user2.teleport.com> > The question is...Since TR can access cards by the I/O address, can a card > be put in a system without assigning it an interrupt? I have a system that > is basically full. If I could not use an IRQ, I wonder if it would work. > This is, of course, in DOS and only because TR can access ports by address > as it does not care about IRQ. Yes. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From USER1@DOMAIN26.COM Sat Mar 14 06:50:42 1998 From: USER1@DOMAIN26.COM (A-SPAMMER) Date: Sat, 14 Mar 98 01:50:42 EST Subject: [TRLog] !!!HOOK'EM WITH HUMOR!!! Message-ID: !!! HOOK'EM WITH HUMOR !!! Would you like to be funnier? Would you like to command immediate attention? …be someone that others liked instantly? …be the life of the party? The answer is…The Executive Story Book. Contains 99 clean, humorous stories used by professional speakers to captivate their audiences. These closely guarded stories are now available to you. With these stories you can become an instant entertainer and separate yourself from all the other "shabby clowns" using weak humor!! It is so valuable you would give away your cars keys before you would part with this book. This book is only $19.95. But, in addition, if you order before MARCH19 , we will send you the expanded version of this book (normally $29.95) containing an additional 159 little known secrets of time management/success. But you must order now!! If you are timid or maybe downright chicken (or you commute, in a car, with a cassette player, that works) you may wish to order our 22 story version audio tape for only $12.95. Are you tired of sitting on the sidelines? Change your life now!! Call 1-800-824-9261 ($4.00 S&H) IF YOU WISH TO BE REMOVED PLEASE CALL 1-888-248-0837 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From toms@inconnect.com Sun Mar 15 19:50:58 1998 From: toms@inconnect.com (Thomas M. Schaefer) Date: Sun, 15 Mar 1998 12:50:58 -0700 Subject: [TRLog] Packet Spot Multiplier need notification? Message-ID: <3.0.5.32.19980315125058.007b5b30@mail.inconnect.com> Does TR place any distinction next to the call of a spot if you need the multiplier? I saw a message on CQ-CONTEST that made me wonder if the program will tell me if I need that spot or not. I must admit that whenever I use the band map, I get confused by the number of different indicators (color, asterisk) in the band map, but I am sure that is experience. I have only been using the band map with the cluster interface for a shorttime, but it is hard to tell what came in as a cluster spot and what is something I worked or dupe checked. Maybe, I need to change the colors to something a bit more extreme. Is it possible to always have spots in black, with an asterisk next to them if I need it? RTFM? Tom NY4I -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sun Mar 15 20:21:04 1998 From: n6tr@teleport.com (Tree N6TR) Date: Sun, 15 Mar 1998 12:21:04 -0800 (PST) Subject: [TRLog] Packet Spot Multiplier need notification? Message-ID: <199803152021.MAA10048@user1.teleport.com> > Does TR place any distinction next to the call of a spot if you need the > multiplier? Not yet - but if I can shake this head cold it might very soon. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From flydnq7x@primenet.com Sun Mar 15 23:59:42 1998 From: flydnq7x@primenet.com (Floyd Smithberg) Date: Sun, 15 Mar 1998 16:59:42 -0700 (MST) Subject: [TRLog] HP200 Keying Interface Message-ID: <199803152359.QAA13705@smtp04.primenet.com> I've just acquired a HP200LX palmtop to use with TRLog for QRP field contests. TR v.6.16 works fine but the keyer interface I've been using with 2 other computers doesn't want to work with the HP(pin 4 to computer/pin 5 to gnd). Does the HP require different pinouts or??? Have HP Com 1 port power set on...TR is NOT in the simulator mode and have logcfg.dat line 'keyer output port = serial 1'. Any help would be appreciated...tnx. 72/73 Floyd NQ7X Phoenix ScQRPion DM33uq QRP-L 343 ARRL AMSAT ARCI G-QRP NORCAL DX WRKD HF=324 SAT=101 QRP=124 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From jtsr-stock@jtsr-stock.com Mon Mar 16 01:17:35 1998 From: jtsr-stock@jtsr-stock.com (jtsr-stock@jtsr-stock.com) Date: Sun, 15 Mar 1998 20:17:35 -0500 (EST) Subject: [TRLog] JT's Restarants - Excellent Undervauled Investment Opportunity Message-ID: <199803160117.UAA10018@paris.akorn.net> You have been carefully selected to receive the following as a person obviously interested in this subject based upon your previous internet postings, or visits to one of our affiliate web sites. If you have received this message in error, please accept our apology as a responsible e-mailer, and reply with the word REMOVE in the subject line. You will be automatically excluded from future e-mailings. Thank you for your consideration and help in making the Internet spam-free. ***** Visit http://www.jtsr-stock.com or call 888-295-6365 For Complete Information. **** NEWS FLASH **** 2/20/98 Analysts correct - JT's Stock price up 40% from Feb. 17, 1998 to Feb. 20, 1998 - JT's is still the "Ground Floor Oppoprtunity" - The growth remains ahead. Who said opportunity only knocks once. JT's Restaurants is growing by leaps and bounds. Under valued stock situation presently $3.00 per share. Analysts predict stock will reach $5 to $6 this spring and could go up to $10.00 by end of 1998. Stock symbol JTSR on OTC BB. "THEN and NOW" An investment of $100.00 in Mcdonalds in 1955 would NOW be worth over $1 million today. No one knew THEN. Visit us at http://www.jtsr-stock.com or call 1-888-295-6365. The contents of this message have been provided for the review of potential investors only and does not constitute an offering of securities. -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From rosenberg.eric@orbcomm.com Mon Mar 16 05:28:02 1998 From: rosenberg.eric@orbcomm.com (Eric Rosenberg) Date: Mon, 16 Mar 1998 00:28:02 -0500 Subject: [TRLog] Serial Card Multi I/O MULTI IRQ In-Reply-To: <350ce409.576516@199.3.25.3> References: <01bd4ee8$e7fd7a90$3b32010a@toms.fh.com> <01bd4ee8$e7fd7a90$3b32010a@toms.fh.com> Message-ID: <3.0.3.32.19980316002802.00724fa8@pop.erols.com> Does this mean that I can use one of the Rocketport multi-port serial cards that uses either a shared interrupt or NO IRQ's at all? Eric W3DQ Washington, DC At 01:59 14-03-98 GMT, Gilbert Baron wrote: >>On Fri, 13 Mar 1998 18:31:26 -0700, you wrote: > >>The question is...Since TR can access cards by the I/O address, can a card >>be put in a system without assigning it an interrupt? I have a system that >>is basically full. If I could not use an IRQ, I wonder if it would work. >>This is, of course, in DOS and only because TR can access ports by address >>as it does not care about IRQ. >> > >If you have a PCI system redo your configuration and set up your bios >to allow pci cards to use only one interrupt. PCI CAN share interrupts >and you can save a lot of them this way. It is the default that they >don't but you can force it. > >If you need an interrupt for your card there is no way you can run >without it and if it is an ISA card you cannot share it. >>-----Original Message----- >>From: CF McGarvey >>To: ham-computers@qth.net ; kenwood@qth.net >>; N6tr Reflector ; wf1b-rtty@wf1b.com >> >>Date: Friday, March 13, 1998 6:22 PM >>Subject: [TRLog] Serial Card Multi I/O MULTI IRQ >> >> >>>Dalco Electronics has a serial/parallel card that has multiple serial ports >>(four) with three parallel ports. >>> >>>They have multiple IRQ's and addresses. Compatible ith the current UARTs. >>> >>>Perhaps an ideal solution to the comport/irq crunch syndrone. >>> >>>Part Number 49570 and costs $62.80. >>> >>>1- 800 445 5342 >>> >>>PS, I am not affiliated with Dalco or any oter commercial enterprise. >>>73, Chas >>> >>> Wyvern Technology, Inc. Dayton Booth #704 Ray Ortgiesen, WF1B >>> 35 Colvintown Road http://www.wf1b.com >>> Coventry, RI 02816-8509 E-Mail: wf1b@wf1b.com >>> Voice (401) 823-RTTY(7889) Fax: (401) 822-0554 >>> RTTY Contest Reflector: wf1b-rtty-request@wf1b.com >>> >>> >>> >>>-- >>>FAQ on WWW: http://www.contesting.com/trlogfaq.html >>>Submissions: trlog@contesting.com >>>Administrative requests: trlog-REQUEST@contesting.com >>>Problems: owner-trlog@contesting.com >>>Feature Wishlist: http://web.jzap.com/n6tr/trwish.html > >-- >Gil Baron W0MN gbaron@sparc.isl.net http://www.geocities.com/Yosemite/Trails/4168/ >Bailar es vivir" 44:04.932 N 92:30.769 W 1072.5' 325 M >"Cuatro caminos hay en mi vida. Cual de los cuatro sera el mejor" >[Posted with Agent 1.5. For info, email agent-info@forteinc.com.] > >-- >FAQ on WWW: http://www.contesting.com/trlogfaq.html >Submissions: trlog@contesting.com >Administrative requests: trlog-REQUEST@contesting.com >Problems: owner-trlog@contesting.com >Feature Wishlist: http://web.jzap.com/n6tr/trwish.html > > -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From vr2bg@harts.org.hk Mon Mar 16 09:51:15 1998 From: vr2bg@harts.org.hk (VR98BrettGraham) Date: Mon, 16 Mar 1998 09:51:15 +0000 Subject: [TRLog] 6.21 observations from 9M6BG Message-ID: <3.0.2.16.19980316095115.0cff6d80@pop.asiaonline.net> After chalking up another 5k-odd Qs from 9M6, I have the following comments: - Having sunrise/sunset ( or ascending/descending earthturn, depending on your viewpoint) was a big improvement. I did notice that it said sunrise in W5 was at 1260z over the past few weeks, but nothing else odd cropped up. - Not being able to use the QUESTION MARK CHAR or being able to see what is typed as it is typed when using the TAIL END KEY continues to be frustrating for challenged users/operators such as myself. - While allowing multipliers in General QSO mode (so that the various multiplier info windows could be used) would remain high on my wish list, enabling the QSO INFORMATION WINDOW would be desirable in the meantime to help one decide whether or not to entertain a band-hopping request from something other than a TT8, 3DA0 or similar exotic DX. - RESTART.BIN can really save your butt if one accidently erases files that shouldn't be erased & no undelete-recovery utility is loaded on the computer. An entire morning's effort on the low bands would've otherwise been lost if it weren't for the power of RESTART.BIN - although it would be nice if POST U S gave an output of the whole log (not just separate band/modes). 73, VR98BrettGraham -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From swca@ionet.net Wed Mar 18 16:09:18 1998 From: swca@ionet.net (swca@ionet.net) Date: Wed, 18 Mar 1998 10:09:18 -0600 Subject: [TRLog] Re: QCWA contest Message-ID: <3.0.2.32.19980318100918.006b38b0@ionet.net> I wrote the QCWA and complained about their contest format and here is what they said, so I think there is hope for future years. Mark, N5OT ------------------------------------------------------------------- >Hi Mark, > >Thanks so much for your comments. > >Yes, I can certainly understand the problems with regard to changing >formats of the QCWA QSL parties, and the adverse effects upon an >existing logging programme. > >There was a very good reason however that we had to update the format. >That was that we collected this huge file of suggestions from our past >participants as to what was wrong with the past formats, and further >suggestions as to how to improve the thing. Most of them were very >valid, and the ones which were not, we ignored. The ones which >seemed sensible we tried to incorporate in the 1998 party. > >I am really on the same wavelength as your thinking. I think once we get >the thing right, we should stabilize it ASAP and keep it that way for >some years. > >A lot of my QCWA Board Members feel that a log programme is not a worry >in that this is NOT a contest. But yours truly, who recently got a new >(WJ2O) logging pgmne, really loves the convenience, and I would like to >see one developed for our QSO party. In fact, 2 of our members are >working on it now, and are optimistic it can be developed. Exchange-wise >is simple enough in that only 3 pieces of info are exchanged - Year, Name >and Chapter # (or State, Prov or Country if No Chap # is available). > >My objective is certainly to Stabilize the rules. If there are any >significant suggested changes however from the membership, we will >consider them. I worked mobile this past weekend, and quite enjoyed it, >and had little difficulty in piling up over 17,000 points. Would have >been more comfortable of course at home with a decent antenna and good >chair to sit in!! > >Thanks once again Mark for your comments. > >73, Croft, VE3CT -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From paul1@wizard.ucs.sfu.ca Sat Mar 21 03:40:41 1998 From: paul1@wizard.ucs.sfu.ca (Paul Erickson) Date: Fri, 20 Mar 98 19:40:41 PST Subject: [TRLog] Alaska QSO Party Message-ID: <9803210340.AA27306@wizard.ucs.sfu.ca> I'm hoping to avoid reinventing the wheel. Anyone have a logcfg.dat file for the Alaska Qso Party that they can share? cheers, Paul VE7CQK/email: paul1@wizard.ucs.sfu.ca -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From paul1@wizard.ucs.sfu.ca Sat Mar 21 03:47:09 1998 From: paul1@wizard.ucs.sfu.ca (Paul Erickson) Date: Fri, 20 Mar 98 19:47:09 PST Subject: [TRLog] Alaska QSO Party In-Reply-To: <9803210340.AA27306@wizard.ucs.sfu.ca>; from "Paul Erickson" at Mar 20, 98 7:40 pm Message-ID: <9803210347.AA27488@wizard.ucs.sfu.ca> > > I'm hoping to avoid reinventing the wheel. Anyone have a logcfg.dat file > for the Alaska Qso Party that they can share? > Sorry about that, should have included a request for a .dom file also. cheers, Paul VE7CQK/email: paul1@wizard.ucs.sfu.ca -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sun Mar 22 05:39:30 1998 From: n6tr@teleport.com (Tree N6TR) Date: Sat, 21 Mar 1998 21:39:30 -0800 (PST) Subject: [TRLog] Release 6.23 Message-ID: <199803220539.VAA13926@user1.teleport.com> Version 6.23 has been sent to the update list. If you don't get it in a few days and are a current subscriber, let me know (sometimes it takes a little extra time for the big file to make it). There is also an XT version of this release available on the BBS only. Here are the release notes. I hope to be updating the manual soon (i.e., before Dayton). Release notes for TR Logging Program - Version 6.23 21 March 1998 Version 6.23 released on 21 March 1988 - Made the ? character work during tail end process. Also improved support of QUESTION MARK CHARACTER during tail end and start sending. - Memory consumption reduced by 32K from version 6.22. We believe performance has only been sacrificed at non critical times. Also, if you don't send any CW with the program, you gain an addition 3K. - Added new feature to flag callsigns in the bandmap that are either country, prefix or zone multipliers. Note that the status is marked when the callsign is added to the band map - or updated after you work that station. The QSO is flagged with a happy face. - A number of numeric overflows were detected and fixed. These were a result of saving some memory and allowing me to enable range checking. Normally, these would have just given bogus results, but are now "fixed" so they won't happen. A good example is checking the beam heading for an unknown country. Other examples include reading in a LOG.DAT file with bogus data. - If you use the DEBUG option (so the simulator works itself) and have the CW TONE = 0, the program will now run much faster. No CW messages will be sent. You should see rates over 2,000 per hour. Also, the band will change from time to time to beter simulate actual activity. - The TRMASTER database had some problems when it didn't have enough memory to continue. When your free memory got down below 5K, the TRMASTER feature (Super Check Partial) feature was supposed to turn itself off. Well, it partially did, but part of it (the possible call routine) kept running. This created some real problems as the program tried to read pieces of the TRMASTER.DTA file that were not there. This has all been cleaned up and the TRMASTER feature totally disables itself when memory gets low. - Some work has also been done when you run out of memory again - after the TRMASTER.DTA file has been disabled. A few rough edges have been sorted out and the program should behave well when running out of memory. In fact, you should be able to continue working people forever. They just won't be added to the dupesheet or partial call & initial exchange memory. - When sending or receiving a QTC for the WAE contest, the function key messages are now disabled. This was necessary during one of the exercises to decrease memory use. - Fixed bug where FreeMemory display didn't update with ESCAPE in SSB mode. - Some delays had been added to the TR READ feature to do some testing in the previous version. These should have been removed before 6.22 was released, but I forgot. They are now gone. - Fixed bug with not reading in QSO points correctly from LOG.DAT file. Version 6.22 released on 6 March 1998 - Fixed band changes this hour for multi network. - No overwrite of ? characters in INSERT mode. - Cursor always goes to ? when moving to call window, even if INSERT mode. - Added FINDFILE start up command - shows which directory TR will file the specific file you type in (i.e., TR FINDFILE TRMASTER.DTA is interesting). - Added HELP start up command. Shows all the commands for reference. - Allowed ESCAPE to exit you from blank packet edit entry. - Increased stored size of prefixes that appear CTY.DAT to 7 characters. Fixes problem with SM1TDE matching SM1TDE/4U. - Fixed flaky DVP init bug. Sometimes when starting TR, it wouldn't get the proper shared memory address from the DVP. - Made ` (packet spot) use last QSO's call if the CALL WINDOW is blank. - Fixed bug with wrong CW Speed being used for Control-A prefixed CW messages (sent on inactive radio). - Fixed bug with distances in European DX contest. This was a new bug in version 6.21. A new routine was added that had better accuracy, but it wasn't protected from the lower case characters. - Allowed DownArrow to be used to enter exchange before call in CQ MODE. When you UpArrow back into the call window, you can then type the call, press RETURN and the station's call and CQ EXCHANGE will be sent. - Fixed memory dump of TRMASTER. While it appeared that the memory was freed up (based upon the free memory displayed), the feature kept working. - Changed to S48P13DC.DOM for CQ 160. Counts DC mult now. - Fixed bug with / stations not being called by name. - Allowed editable window changes to affect initial exchange and possible calls. - Initial exchanges are now loaded from LOG.DAT files if the parameter PARTIAL CALL LOAD LOG ENABLE is true. Version 6.21 released on 16 February 1998 - Added BAND CHANGES as a legal value for HOUR DISPLAY. This can be used to count how many band changes have been made in each hour. - If you started the program without a LOGCFG.DAT file and set up the ARRL DX contest, the remaining multiplier display might be in the wrong mode until you exited the program and restarted. This is now fixed so the proper remaining display comes up at the start. - Made PACC QSOByMode = FALSE and MultByMode = FALSE. - Improved sprint parser to handle 4 or 5 entries. You can now enter the following exchanges in addtion to the old ones. NAME QTH # NAME QTH (uses the second name and QTH) # NAME QTH # (uses the second number) NAME # NAME QTH (uses the second name) QTH # NAME QTH (uses the second QTH) NAME QTH # NAME (uses second name) You can still put a callsign in any of the above if you have UPDATE CALLSIGN ENABLE = TRUE and it will remove the call before processing the rest of the exchange. - Added sunrise/sunset times. They show up with the beam heading display when enabled with the MY GRID command. Made Sunrise/Sunset use MyGrid for the QTH if the the call in the call window = MyCall. This allows you to know your own sunrise/sunset time. - Changed default background color for beam heading window to white. Also, extended the beam heading window to the left 10 spaces to make room for sunrise/sunset times. - Added RADIO ONE ID CHARACTER and RADIO TWO ID CHARACTER parameters. Works similar to the COMPUTER ID, except the letter shows which radio was used. Do not use this and the COMPUTER ID feature at the same time. - Fixed problem with improper QTH showing up in some cases during the the sprints and NAQP. This typically happened in when switching from S&P to CQ mode and working a DX station. - Fixed JST as a radio type for radio two. We have a report that the program doesn't work with the JST145. Investigation in process. - Fixed bug with Alt-D QSO leaving cursor in call window when pressing the space bar. - Made Alt-D work on SSB even if the DVP is not enabled. - Tried to make the program less memory hungry. It uses about 5K less than the previous version. - Went to more accurate distance calculator. Now matches some of the popular programs in Europe. - Fixed BROADCAST ALL PACKET DATA not supported in LOGCFG. - Made Packet Window and Control-J timeouts only work when using multi port. Version 6.20 released on 5 January 1998 - Fixed callsign you answered in CQ mode not being sent. - Added COUNTRY INFORMATION FILE parameter (control-J). This allows you to name a file that has information for different countries in it. This information will be displayed in the editable log window at the same time you are shown other information for that country (i.e., mult status or beam heading). The file would have the country ID (use the one shown in the CTY.DAT file) by itself on a line, then up to five lines of data afterwards. A blank line indicates that there is no more data for that country. There is no limit on the file size. For example: JA This will be displayed when working a station in Japan. So will this. HL This will be displayed when working a station in Korea. - Removed beep when sending radio information to other stations on multi network. This was put in during testing and I forgot to remove it. - Made ESCAPE in CQ MODE with no entry in call window repaint editable log. This means you can recover from having something else in the editable log window like the country information or multi messages. - Added ControlHome to view last five multi talk messages. - Made multi message aborted with ESCAPE key not get sent. Version 6.19 released on 4 January 1998 - When using the multi network, the program can now update the remaining multiplier display without doing anything. Before, this was disabled as it took a long time on some of the slower computers. The new parameter is MULTI UPDATE MULT DISPLAY and the defaul is TRUE. You can change it with Control-J. When it is FALSE, the remaining multiplier display isn't updated until another QSO is made, or a band/mode change is executed. - There is now a 20 second timeout when using the multi network and you leave the computer in a mode that doesn't allow it to process network traffice (i.e., packet window, keyboard CW or view log). - Added new footswitch mode to act like the F1 key (FOOT SWITCH MODE = F1). This works for both CQ and S&P modes. - A check has been added when using CQ zones and the RST ZONE exchange to make sure the zone you have entered isn't over 40. - Some changes have been made to make the super check partial feature more responsive on slower computers. - Made POST's R Q case sensitive. Before, PA and Pa would be counted as the same multiplier. - Allowed DUPECHECK or DUPE CHECK for footswitch mode. It was one way on the control-J menu and the other in the manual. Either one will work now. - When selecting a spot from the bandmap, you will now be left in a state so you can call the station with a RETURN. Before, the initial exchange had already been filled in and pressing RETURN would try to log the QSO. Also, if you try to select a spot while in the middle of a CQ mode QSO, the program will ask you to either log or abort the QSO first. - Fixed dualing CQs on CW. A bug was introduced where the radio that had the CQ stopped on it might be left key down. This was a problem only if using different ports for your CW (as opposed to using a single port and a relay). - Added CROATIAN contest and CROATIAN QSO point method. - Added TEN MINUTE RULE (NONE, TIME OF FIRST QSO). This is intended to show you how long it has been since you made your first QSO on whatever band you are on. - Fixed FT1000MP again. Beta tested this time and guaranteed! - Added SKIP ACTIVE BAND (Control-J - false). When TRUE, doesn't allow you to move your active radio to the same band as your inactive radio when using the Alt-B or Alt-V commands. - Added SPEED command to Function Key Message. Needs the Control-C at the start of the command and Control-D at the end. Either put a numeric speed (1 to 99 WPM), or any number of + or - characters to make relative adjustments. - Allowed W M and R in "power" for ARCI contest (used for decimal power or milliwatts). The W is required to indicate that the entry is not an ARCI member number. - Improvements to DVK operation: o Escape will abort any message (not just F1). o DVK0 now works in message (was broken). Version 6.18 released on 6 December 1997 - Enhancements to ARCI contest. Added RST POSSIBLE DOMESTIC QTH AND POWER exchange. The power gets used for ARCI numbers as well, but put a W after power levels sent by non members. The W will be logged. Added ARCI QSO POINT METHOD for ARCI. If a no W found in the "power", the full 5 points will be scored. If a W is found, you get 2 points for the same continent, or 4 points for DX. - Switched mode and frequency for MP back the way it was (freq then mode). - Prevented possible crash if packet frequency > 2,147 MHz. Version 6.17 released 23 November 1997. - Reversed the order of sending the mode and frequency to the FT1000, FT920 and FT1000MP. This means your mode will be set before setting the frequency. Under some radio configurations, this could result in an error equal to the CW offset. - Fixed Dualing CQ process on SSB when using the DVP. Also, some minor clean up of DVP sequencing when using two radio mode. Pressing F1 to resend your callsign while a dummy CQ is in progress works quicker. - In the S&P mode, if you use F2 to resend your exchange just after logging a QSO, it will send the SEARCH AND POUNCE exchange even if you have a REPEAT SEARCH AND POUNCE exchange programmed. Furthurmore, it would set the "ExchangeHasBeenSent" flag so that when you make your next S&P QSO, it will send the REPEAT S&P EXCHANGE. This has now been changed so that if you press F2 with no call window or exchange window entry, the REPEAT S&P exchange is sent and the ExchangeHasBeenSent flag is not set. If you don't have a REPEAT S&P exchange programmed, you won't notice this as the S&P exchange gets sent all of the time. - The CONTEST NAME is now part of the RESTART.BIN header. This means if you change the contest you are operating in your LOGCFG.DAT file, the program won't try to use the RESTART.BIN file that might already be in the directory. This eliminates any possible problems with incorrect configurations which could cause strange behavior (i.e., missing remaining multiplier info). - Some people have seen a negative number appear in some log entries when displaying frequency. Two changes have been made here. First, a band-aid has been added so that if for any reason a negative result appears for the frequency, it will be set to zero. This happens with we don't get frequency data from the radio and then subtract out the megahertz. Secondly, an improvement has been made in how I filter the frequency data in an attempt to use the previous non-zero frequency when I come up with zero. This list stops at the version covered by the latest release of the manual. You can view previous release notes on the web at www.contesting.com/_trlog/. -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From aa4ga@contesting.com Sun Mar 22 07:20:48 1998 From: aa4ga@contesting.com (Lee Hiers, AA4GA) Date: Sun, 22 Mar 1998 07:20:48 +0000 Subject: [TRLog] Release 6.23 Message-ID: <199803220718.CAA11288@dayton.akorn.net> On 21 Mar 98, Tree N6TR wrote: > - Added new feature to flag callsigns in the bandmap that are either > country, prefix or zone multipliers. Note that the status is marked > when the callsign is added to the band map - or updated after you > work that station. The QSO is flagged with a happy face. So why not change the dupe flag to an unhappy face? Sorry...couldn't resist! ;-) -- Lee Hiers - AA4GA Cornelia, GA mailto:aa4ga@contesting.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sun Mar 22 20:10:13 1998 From: n6tr@teleport.com (Tree N6TR) Date: Sun, 22 Mar 1998 12:10:13 -0800 (PST) Subject: [TRLog] Beam heading window problem in 6.23 Message-ID: <199803222010.MAA15855@user1.teleport.com> I introduced a bug with the beam heading window in 6.23. I left a diagnostic message in which screwed up the format and all you see is the last part of it. I will make a new relase later today with this fixed (and anything else that comes up). Sorry about that. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sun Mar 22 21:08:10 1998 From: n6tr@teleport.com (Tree N6TR) Date: Sun, 22 Mar 1998 13:08:10 -0800 (PST) Subject: [TRLog] Beam heading window problem in 6.23 Message-ID: <199803222108.NAA20029@user1.teleport.com> > Did I miss something somewhere? ctrl pg dn doesn't seem to activate > the bandmap any more. It was changed to Control-End a few versions back. We ended up using the ControlPageDown and ControlPageUp commands to change the CW speed of the inactive radio. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Mon Mar 23 15:01:33 1998 From: n6tr@teleport.com (Tree N6TR) Date: Mon, 23 Mar 1998 07:01:33 -0800 (PST) Subject: [TRLog] TR Log Version 6.24 Message-ID: <199803231501.HAA16969@user1.teleport.com> Release notes for TR Logging Program - Version 6.24 23 March 1998 Version 6.24 released on 23 March 1998. - Fixed distance error introduced in 6.23 (larges distances were negative). - Fixed total score always being zero. - Fixed the beam heading window format problem. Version 6.23 released on 21 March 1988 - Made the ? character work during tail end process. Also improved support of QUESTION MARK CHARACTER during tail end and start sending. - Memory consumption reduced by 32K from version 6.22. We believe performance has only been sacrificed at non critical times. Also, if you don't send any CW with the program, you gain an addition 3K. - Added new feature to flag callsigns in the bandmap that are either country, prefix or zone multipliers. Note that the status is marked when the callsign is added to the band map - or updated after you work that station. The QSO is flagged with a happy face. - A number of numeric overflows were detected and fixed. These were a result of saving some memory and allowing me to enable range checking. Normally, these would have just given bogus results, but are now "fixed" so they won't happen. A good example is checking the beam heading for an unknown country. Other examples include reading in a LOG.DAT file with bogus data. - If you use the DEBUG option (so the simulator works itself) and have the CW TONE = 0, the program will now run much faster. No CW messages will be sent. You should see rates around 4,000 per hour. Also, the band will change from time to time to beter simulate actual activity. - The TRMASTER database had some problems when it didn't have enough memory to continue. When your free memory got down below 5K, the TRMASTER feature (Super Check Partial) feature was supposed to turn itself off. Well, it partially did, but part of it (the possible call routine) kept running. This created some real problems as the program tried to read pieces of the TRMASTER.DTA file that were not there. This has all been cleaned up and the TRMASTER feature totally disables itself when memory gets low. - Some work has also been done when you run out of memory again - after the TRMASTER.DTA file has been disabled. A few rough edges have been sorted out and the program should behave well when running out of memory. In fact, you should be able to continue working people forever. They just won't be added to the dupesheet or partial call & initial exchange memory. - When sending or receiving a QTC for the WAE contest, the function key messages are now disabled. This was necessary during one of the exercises to decrease memory use. - Fixed bug where FreeMemory display didn't update with ESCAPE in SSB mode. - Some delays had been added to the TR READ feature to do some testing in the previous version. These should have been removed before 6.22 was released, but I forgot. They are now gone. - Fixed bug with not reading in QSO points correctly from LOG.DAT file. Version 6.22 released on 6 March 1998 - Fixed band changes this hour for multi network. - No overwrite of ? characters in INSERT mode. - Cursor always goes to ? when moving to call window, even if INSERT mode. - Added FINDFILE start up command - shows which directory TR will file the specific file you type in (i.e., TR FINDFILE TRMASTER.DTA is interesting). - Added HELP start up command. Shows all the commands for reference. - Allowed ESCAPE to exit you from blank packet edit entry. - Increased stored size of prefixes that appear CTY.DAT to 7 characters. Fixes problem with SM1TDE matching SM1TDE/4U. - Fixed flaky DVP init bug. Sometimes when starting TR, it wouldn't get the proper shared memory address from the DVP. - Made ` (packet spot) use last QSO's call if the CALL WINDOW is blank. - Fixed bug with wrong CW Speed being used for Control-A prefixed CW messages (sent on inactive radio). - Fixed bug with distances in European DX contest. This was a new bug in version 6.21. A new routine was added that had better accuracy, but it wasn't protected from the lower case characters. - Allowed DownArrow to be used to enter exchange before call in CQ MODE. When you UpArrow back into the call window, you can then type the call, press RETURN and the station's call and CQ EXCHANGE will be sent. - Fixed memory dump of TRMASTER. While it appeared that the memory was freed up (based upon the free memory displayed), the feature kept working. - Changed to S48P13DC.DOM for CQ 160. Counts DC mult now. - Fixed bug with / stations not being called by name. - Allowed editable window changes to affect initial exchange and possible calls. - Initial exchanges are now loaded from LOG.DAT files if the parameter PARTIAL CALL LOAD LOG ENABLE is true. Version 6.21 released on 16 February 1998 - Added BAND CHANGES as a legal value for HOUR DISPLAY. This can be used to count how many band changes have been made in each hour. - If you started the program without a LOGCFG.DAT file and set up the ARRL DX contest, the remaining multiplier display might be in the wrong mode until you exited the program and restarted. This is now fixed so the proper remaining display comes up at the start. - Made PACC QSOByMode = FALSE and MultByMode = FALSE. - Improved sprint parser to handle 4 or 5 entries. You can now enter the following exchanges in addtion to the old ones. NAME QTH # NAME QTH (uses the second name and QTH) # NAME QTH # (uses the second number) NAME # NAME QTH (uses the second name) QTH # NAME QTH (uses the second QTH) NAME QTH # NAME (uses second name) You can still put a callsign in any of the above if you have UPDATE CALLSIGN ENABLE = TRUE and it will remove the call before processing the rest of the exchange. - Added sunrise/sunset times. They show up with the beam heading display when enabled with the MY GRID command. Made Sunrise/Sunset use MyGrid for the QTH if the the call in the call window = MyCall. This allows you to know your own sunrise/sunset time. - Changed default background color for beam heading window to white. Also, extended the beam heading window to the left 10 spaces to make room for sunrise/sunset times. - Added RADIO ONE ID CHARACTER and RADIO TWO ID CHARACTER parameters. Works similar to the COMPUTER ID, except the letter shows which radio was used. Do not use this and the COMPUTER ID feature at the same time. - Fixed problem with improper QTH showing up in some cases during the the sprints and NAQP. This typically happened in when switching from S&P to CQ mode and working a DX station. - Fixed JST as a radio type for radio two. We have a report that the program doesn't work with the JST145. Investigation in process. - Fixed bug with Alt-D QSO leaving cursor in call window when pressing the space bar. - Made Alt-D work on SSB even if the DVP is not enabled. - Tried to make the program less memory hungry. It uses about 5K less than the previous version. - Went to more accurate distance calculator. Now matches some of the popular programs in Europe. - Fixed BROADCAST ALL PACKET DATA not supported in LOGCFG. - Made Packet Window and Control-J timeouts only work when using multi port. Version 6.20 released on 5 January 1998 - Fixed callsign you answered in CQ mode not being sent. - Added COUNTRY INFORMATION FILE parameter (control-J). This allows you to name a file that has information for different countries in it. This information will be displayed in the editable log window at the same time you are shown other information for that country (i.e., mult status or beam heading). The file would have the country ID (use the one shown in the CTY.DAT file) by itself on a line, then up to five lines of data afterwards. A blank line indicates that there is no more data for that country. There is no limit on the file size. For example: JA This will be displayed when working a station in Japan. So will this. HL This will be displayed when working a station in Korea. - Removed beep when sending radio information to other stations on multi network. This was put in during testing and I forgot to remove it. - Made ESCAPE in CQ MODE with no entry in call window repaint editable log. This means you can recover from having something else in the editable log window like the country information or multi messages. - Added ControlHome to view last five multi talk messages. - Made multi message aborted with ESCAPE key not get sent. Version 6.19 released on 4 January 1998 - When using the multi network, the program can now update the remaining multiplier display without doing anything. Before, this was disabled as it took a long time on some of the slower computers. The new parameter is MULTI UPDATE MULT DISPLAY and the defaul is TRUE. You can change it with Control-J. When it is FALSE, the remaining multiplier display isn't updated until another QSO is made, or a band/mode change is executed. - There is now a 20 second timeout when using the multi network and you leave the computer in a mode that doesn't allow it to process network traffice (i.e., packet window, keyboard CW or view log). - Added new footswitch mode to act like the F1 key (FOOT SWITCH MODE = F1). This works for both CQ and S&P modes. - A check has been added when using CQ zones and the RST ZONE exchange to make sure the zone you have entered isn't over 40. - Some changes have been made to make the super check partial feature more responsive on slower computers. - Made POST's R Q case sensitive. Before, PA and Pa would be counted as the same multiplier. - Allowed DUPECHECK or DUPE CHECK for footswitch mode. It was one way on the control-J menu and the other in the manual. Either one will work now. - When selecting a spot from the bandmap, you will now be left in a state so you can call the station with a RETURN. Before, the initial exchange had already been filled in and pressing RETURN would try to log the QSO. Also, if you try to select a spot while in the middle of a CQ mode QSO, the program will ask you to either log or abort the QSO first. - Fixed dualing CQs on CW. A bug was introduced where the radio that had the CQ stopped on it might be left key down. This was a problem only if using different ports for your CW (as opposed to using a single port and a relay). - Added CROATIAN contest and CROATIAN QSO point method. - Added TEN MINUTE RULE (NONE, TIME OF FIRST QSO). This is intended to show you how long it has been since you made your first QSO on whatever band you are on. - Fixed FT1000MP again. Beta tested this time and guaranteed! - Added SKIP ACTIVE BAND (Control-J - false). When TRUE, doesn't allow you to move your active radio to the same band as your inactive radio when using the Alt-B or Alt-V commands. - Added SPEED command to Function Key Message. Needs the Control-C at the start of the command and Control-D at the end. Either put a numeric speed (1 to 99 WPM), or any number of + or - characters to make relative adjustments. - Allowed W M and R in "power" for ARCI contest (used for decimal power or milliwatts). The W is required to indicate that the entry is not an ARCI member number. - Improvements to DVK operation: o Escape will abort any message (not just F1). o DVK0 now works in message (was broken). Version 6.18 released on 6 December 1997 - Enhancements to ARCI contest. Added RST POSSIBLE DOMESTIC QTH AND POWER exchange. The power gets used for ARCI numbers as well, but put a W after power levels sent by non members. The W will be logged. Added ARCI QSO POINT METHOD for ARCI. If a no W found in the "power", the full 5 points will be scored. If a W is found, you get 2 points for the same continent, or 4 points for DX. - Switched mode and frequency for MP back the way it was (freq then mode). - Prevented possible crash if packet frequency > 2,147 MHz. Version 6.17 released 23 November 1997. - Reversed the order of sending the mode and frequency to the FT1000, FT920 and FT1000MP. This means your mode will be set before setting the frequency. Under some radio configurations, this could result in an error equal to the CW offset. - Fixed Dualing CQ process on SSB when using the DVP. Also, some minor clean up of DVP sequencing when using two radio mode. Pressing F1 to resend your callsign while a dummy CQ is in progress works quicker. - In the S&P mode, if you use F2 to resend your exchange just after logging a QSO, it will send the SEARCH AND POUNCE exchange even if you have a REPEAT SEARCH AND POUNCE exchange programmed. Furthurmore, it would set the "ExchangeHasBeenSent" flag so that when you make your next S&P QSO, it will send the REPEAT S&P EXCHANGE. This has now been changed so that if you press F2 with no call window or exchange window entry, the REPEAT S&P exchange is sent and the ExchangeHasBeenSent flag is not set. If you don't have a REPEAT S&P exchange programmed, you won't notice this as the S&P exchange gets sent all of the time. - The CONTEST NAME is now part of the RESTART.BIN header. This means if you change the contest you are operating in your LOGCFG.DAT file, the program won't try to use the RESTART.BIN file that might already be in the directory. This eliminates any possible problems with incorrect configurations which could cause strange behavior (i.e., missing remaining multiplier info). - Some people have seen a negative number appear in some log entries when displaying frequency. Two changes have been made here. First, a band-aid has been added so that if for any reason a negative result appears for the frequency, it will be set to zero. This happens with we don't get frequency data from the radio and then subtract out the megahertz. Secondly, an improvement has been made in how I filter the frequency data in an attempt to use the previous non-zero frequency when I come up with zero. This list stops at the version covered by the latest release of the manual. You can view previous release notes on the web at www.contesting.com/_trlog/. -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Mon Mar 23 20:28:51 1998 From: n6tr@teleport.com (Tree N6TR) Date: Mon, 23 Mar 1998 12:28:51 -0800 (PST) Subject: [TRLog] A few words from N6TR Message-ID: <199803232028.MAA10010@user2.teleport.com> Well, version 6.24 is out there now. Sorry for the few bugs that were in 6.23 and having to do a second update. However, it appears 6.24 should be the "version of choice" for the WPX test. There are a couple of guys involved with the N6RO multi-multi who have been working hard to make TR a success there. Steve K6AW, and Tony AE0M have already tested 6.23 in a network environment and have had good results. They have contributed a lot of time finding the weak spots in TR and many improvements to the program are a result of their input. With 6.23 using up to 35 K less memory than the previous versions, problems with computers running out of memory should be greatly reduced. The SSB tests were the worst. When using the DVP, the DVPTSR program uses up a chunk of memory. Even with DVPTSR loaded, you should be able to start a contest with more than 100K or free memory. This would be more than enough for any realistic contest effort (single or multi op). I will continue to look for opportunities to reduce the memory consumption without sacrificing performance. The idea is to avoid loosing the gains made in 6.23/6.24 as we experience feature creep. TR is also being used at W7RM and at VE6JY in multi environments. All three sites have contributed to the ongoing improvement of TR for multi-multi and multi-single operation. The network has been working very well. We added some bandwidth and fixed a few bugs about a year ago, and it has been solid ever since. With the addition of real time status displays from the other stations (if you have the band map up), the list of "needed" features is starting to shrink. Now that many of the "big" issues are resolved, some of the cosmetic ones can receive attention (like allowing you to view the past few network messages). TR was also used during a couple of recent DX peditions! This is an area where some more things can be done to make TR attractive to this market segment. I have been talking to a few of the big gun DX pedition guys about this and have a list of things to consider. Probably the biggest obstacle preventing TR from being used in more multi-multis is the lack of a critical mass of people who know TR. CT is the easy choice since 90 percent of the operators have used it and "know" it. I have heard of some multis where TR is used on some bands, and CT on others (we had this situation at the W1AW/7 operation). Hopefully as more people become exposed to the program and see the advantages of using it, we can start to win over some more multi-multis. Perhaps you have seen that K1EA is working towards a NT version of CT (which would also run under windows-97 I assume). This appears to be something that he will be working on for a year. I can assure you that I will be spending the next year trying to improve TR as it runs on DOS machines instead of trying to port it over to a different O/S. George and I will be at Dayton again. It sure takes a lot out of you doing booth duty all day - so if I am in a daze during the evenings, you will know why. Drop by our booth and say hello. I know the wish list hasn't been looked at for awhile. I am now hoping to update it by removing the items that have been addressed by the past few releases. I will also try to clear out my inbox and put the new items on the list and start working from it again. There is still plenty of stuff there to keep me busy for the next two years!! Four years ago, we were at version 4.16. Three years ago at 5.20. Two years ago it was 5.62 and last year it was 5.99+5 db. If you factor in the two jumps in version numbers (4.29 -> 5.00 and 5.26 -> 5.50) that is about 105 versions in 4 years, or an average of a new version every two weeks. 73 Tree N6TR tree@contesting.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From rwerner@bellsouth.net Mon Mar 23 21:07:26 1998 From: rwerner@bellsouth.net (Bob Werner) Date: Mon, 23 Mar 1998 16:07:26 -0500 Subject: [TRLog] TR 6.24? Message-ID: <3516CF0E.1C07D590@bellsouth.net> So, how does one get the newest version??? Thanks, -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Mon Mar 23 22:26:41 1998 From: geoiii@bga.com (george fremin iii) Date: Mon, 23 Mar 1998 16:26:41 -0600 (CST) Subject: [TRLog] TR 6.24? In-Reply-To: <3516CF0E.1C07D590@bellsouth.net> from "Bob Werner" at Mar 23, 98 04:07:26 pm Message-ID: <199803232226.QAA22693@zoom.bga.com> Bob Werner writes: > >So, how does one get the newest version??? If you are a paid up user of TR-Log you can get the updates in several ways - all of then are covered in section 8 of the manual. 1. Via UUENCODED email. All you have to do is send an email to Tree (n6tr@contesting.com) and ask to be put on the email update list. If you are in Europe you need to contact SM3OJR. 2. From the TR-Log BBS - the number is on the front of the manual. 3. On a disk from your distributor - There is a small postage and handling fee - from me it is $3. For more detail on all fo the above see section 8 of the manual. Thanks -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From toms@inconnect.com Tue Mar 24 01:11:45 1998 From: toms@inconnect.com (Thomas M. Schaefer) Date: Mon, 23 Mar 1998 18:11:45 -0700 Subject: [TRLog] Serial config for multi-computers Message-ID: <01bd56c1$d00b24b0$3b32010a@toms.fh.com> I am going to toy around with using multiple computers, but I was wondering if I needed multiple ports. I assume that I need to use a serial port connection from the first computer to a TNC. Also, a separate port for each radio connection, and a separate connection to the other downstream computers. Does the TNC data from the first computer get sent to al of them? I think I read that in the manual, but I wanted to confirm. Regarding the interface between computers, do the connections alternate; i.e, Pin 2, 3, and 7 to Pins 3, 2, 7 respectively on the next computer? What about a third: do the pins switch again in a daisy-chain?. Or do you need a separate in and out port on each computer for the multi-network? Any thoughts would be nice. I am hoping to link the Field Day computers, so packet will not be an issue, but the rest will be. How much cable has anyone used without having to go to Limited Distance MODEMs? I was hoping to use category 5 patch cords with the pins swapped in the adapters. This cable is shielded, but I would need about 50 feet between each computer. Best Regards, Tom NY4I See you in WPX from Utah! (I finally become a multiplier!) -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From merchant@silcom.com Mon Mar 23 18:07:59 1998 From: merchant@silcom.com (Stephen Merchant) Date: Mon, 23 Mar 1998 18:07:59 +0000 Subject: [TRLog] Serial config for multi-computers Message-ID: <3.0.32.19980323180749.00b504dc@silcom.com> At 06:11 PM 3/23/98 -0700, you wrote: >I am going to toy around with using multiple computers, but I was wondering >if I needed multiple ports. I assume that I need to use a serial port >connection from the first computer to a TNC. Also, a separate port for each >radio connection, and a separate connection to the other downstream >computers. Does the TNC data from the first computer get sent to al of them? >I think I read that in the manual, but I wanted to confirm. I assume you're going to interface packet to your multi network -- if so you'll need a serial port for that. And one for a radio, and one for the network. At N6RO we use one machine with 4 com ports and 2 lpts as the "mother ship" of the network and connect packet to it. Most of the other machines have 2 or 3 com ports, which is plenty for connecting radio interfaces and the network (one each.) >Regarding the interface between computers, do the connections alternate; >i.e, Pin 2, 3, and 7 to Pins 3, 2, 7 respectively on the next computer? What >about a third: do the pins switch again in a daisy-chain?. Or do you need a >separate in and out port on each computer for the multi-network? Build a y-adapter for each computer in the network so that each side of the y- connects to one network cable and the single end of the y- connects to your serial port. I forget which pin is which without having the manual to check, but basically you are just using one wire plus ground for each side of the y-. (I think I used pin 5 for grounding the shield, not 7.) >Any thoughts would be nice. I am hoping to link the Field Day computers, so >packet will not be an issue, but the rest will be. How much cable has anyone >used without having to go to Limited Distance MODEMs? I was hoping to use >category 5 patch cords with the pins swapped in the adapters. This cable is >shielded, but I would need about 50 feet between each computer. At N6RO I have a couple of 40 footers and a bunch of 10's and we have no problems while running six 1.5kw stations. This weekend, for instance, we will have 7 computers on the network. Review the ARRL Handbook to make sure you don't cut a network cable that is resonant on some ham band. 40' is ok, I think 25' isn't. Using decent shielded cable, you should be just fine. I recall K5TR and N6TR have tested the extreme outer limits of inexpensive network cabling with TRLog -- anything Radio Shack sells (2 conductor plus shield) will be great. Have fun! It's a VERY solid network application. 73, Steve K6AW -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From aibumb@att.com Tue Mar 24 02:04:18 1998 From: aibumb@att.com (aibumb@att.com) Date: Tue, 24 Mar 1998 02:04:18 GMT Subject: [TRLog] re: hello Message-ID: Make sure to support your local vendors located at http://www.NJYP.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From oh1hs@sral.fi Tue Mar 24 18:11:10 1998 From: oh1hs@sral.fi (Hannu Saila) Date: Tue, 24 Mar 1998 20:11:10 +0200 (EET) Subject: [TRLog] Updates - Help wanted Message-ID: <199803241811.UAA08984@nina.kolumbus.fi> Hello fellows I have got two last versions of TR-log (Europe). Both of them have proved to be useless. There might be some trouble with my own computer/internet -system. But who knows what should I do. I think the program should come as an attachment (*.ZIP) Howeve I do get it in the body of the message and it is splitted in 12 different pieces and of course the contents is pure garbage (or is it?). So A) can I use those TXT-files or B)what should I do to get the next version. By the way I worked the Russian DX Contest in a general QSO-mode (version 6.15). Someone might have modified TR for this contest too....for the next year contest. 73 Hannu - OH3WW & OH1HS -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From geoiii@bga.com Tue Mar 24 20:26:57 1998 From: geoiii@bga.com (george fremin iii) Date: Tue, 24 Mar 1998 14:26:57 -0600 (CST) Subject: [TRLog] Updates - Help wanted In-Reply-To: <199803241811.UAA08984@nina.kolumbus.fi> from "Hannu Saila" at Mar 24, 98 08:11:10 pm Message-ID: <199803242026.OAA04085@zoom.bga.com> Hannu Saila writes: >I have got two last versions of TR-log (Europe). Both of them have proved to >be useless. There might be some trouble with my own computer/internet >-system. But who knows what should I do. > >I think the program should come as an attachment (*.ZIP) Howeve I do get it >in the body of the message and it is splitted in 12 different pieces and of >course the contents is pure garbage (or is it?). It is not garbage. The email you got contained the ZIPfile that had been UUENCODED. We use this method of encoding - as opposed to the MIME encoding that your Eudora mail program uses for attachments because UUENCODING has been the "normal" way of encoding binary files for transmission via email for a long time. The free versions of Eudora do not support UUENCODING. Also it is Eudora that splits the file into 12 pieces. You have several options: 1. Use a diffrent mail program that does support UUENCODED files. There are several that you can download from the net for free. Netscape Communicator, Pegesus (I think), Microsoft also have stuff. 2. Put those 12 files back together and then use TR-LOG to UUDECODE it. 3. Buy Eudora Pro - it supports UUENCODED files. -- George Fremin III "I'm talkin' 'bout that outlaw X Austin, Texas It's cuttin' through the air.... " K5TR (ex.WB5VZL) 512/416-7010 -- "Heard it on the X" geoiii@kkn.net -- ZZ Top http://www.kkn.net/~k5tr -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From kg2au@stny.lrun.com Tue Mar 24 20:40:24 1998 From: kg2au@stny.lrun.com (Jimmy Weierich) Date: Tue, 24 Mar 1998 15:40:24 -0500 Subject: [TRLog] Updates - Help wanted In-Reply-To: <199803242026.OAA04085@zoom.bga.com> References: <199803241811.UAA08984@nina.kolumbus.fi> from "Hannu Saila" at Mar 24, 98 08:11:10 pm Message-ID: On March 24, 1998 George Fremin III, K5TR wrote >The free versions of Eudora do not support UUENCODING. Also it >is Eudora that splits the file into 12 pieces. Eudora Lite, the free version of Eudora does support UUDECODING. At least in version 3 for the Macintosh. I believe that the PC version has the same features as the Macintosh version. To decode the multiple messages, simply select them all and pick save as from the file menu. Eudora will combine all the messages, UUDECODE them and save them as one zipped file. Good Luck, Jimmy Jimmy, KG2AU -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From Fatchett.Mike@tci.com Tue Mar 24 20:47:52 1998 From: Fatchett.Mike@tci.com (Fatchett, Mike) Date: Tue, 24 Mar 1998 13:47:52 -0700 Subject: [TRLog] UUDecoders Message-ID: I have used UUDeview-32 for decoding and encoding. Works with 32 bit OS's ie. Win95. Not sure if they have a 16 bit version. http://www.milken.com/uud Good luck Mike W0MU -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From kg2au@stny.lrun.com Tue Mar 24 20:58:39 1998 From: kg2au@stny.lrun.com (Jimmy Weierich) Date: Tue, 24 Mar 1998 15:58:39 -0500 Subject: [TRLog] Updates - Help wanted In-Reply-To: <199803242026.OAA04085@zoom.bga.com> References: <199803241811.UAA08984@nina.kolumbus.fi> from "Hannu Saila" at Mar 24, 98 08:11:10 pm Message-ID: I should have also said: Eudora Lite will not UUDECODE attachments. It will UUDECODE messages, including the multipart TRLog distribution messages. 73, Jimmy Jimmy, KG2AU -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n4zr@contesting.com Tue Mar 24 21:05:22 1998 From: n4zr@contesting.com (Pete Smith) Date: Tue, 24 Mar 1998 21:05:22 Subject: [TRLog] Updates - Help wanted In-Reply-To: <199803242026.OAA04085@zoom.bga.com> References: <199803241811.UAA08984@nina.kolumbus.fi> Message-ID: <3.0.1.16.19980324210522.504787be@popd.ix.netcom.com> At 02:26 PM 3/24/98 -0600, george fremin iii wrote: >Hannu Saila writes: >>I have got two last versions of TR-log (Europe). Both of them have proved to >>be useless. There might be some trouble with my own computer/internet >>-system. But who knows what should I do. >> >>I think the program should come as an attachment (*.ZIP) Howeve I do get it >>in the body of the message and it is splitted in 12 different pieces and of >>course the contents is pure garbage (or is it?). > >It is not garbage. The email you got contained the ZIPfile that >had been UUENCODED. We use this method of encoding - as opposed >to the MIME encoding that your Eudora mail program uses for >attachments because UUENCODING has been the "normal" way of >encoding binary files for transmission via email for a long time. > >The free versions of Eudora do not support UUENCODING. Also it >is Eudora that splits the file into 12 pieces. Actually, life is a little simpler than that. On my Win 3.1 machine, Eudora Light does indeed save these messages in 12 pieces, but you can use the SAVE AS command to recombine them as one decodable file. On my Win 95 machine, the same Eudora Light version receives it as one humongous message, but you can still do a SAVE AS. You can then use either WINZIP or any one of a number of public domain uudecoders to extract the program files. 73, Pete Smith N4ZR n4zr@contesting.com "That's WEST Virginia. Thanks and 73" -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From k5na@bga.com Tue Mar 24 21:12:45 1998 From: k5na@bga.com (Richard L. King) Date: Tue, 24 Mar 1998 21:12:45 Subject: [TRLog] Updates - Help wanted In-Reply-To: References: <199803242026.OAA04085@zoom.bga.com> <199803241811.UAA08984@nina.kolumbus.fi> Message-ID: <3.0.1.16.19980324211245.3617e30e@bga.com> At 03:40 PM 3/24/98 -0500, Jimmy Weierich wrote: >On March 24, 1998 George Fremin III, K5TR wrote > >>The free versions of Eudora do not support UUENCODING. Also it >>is Eudora that splits the file into 12 pieces. > >Eudora Lite, the free version of Eudora does support UUDECODING. At least >in version 3 for the Macintosh. I believe that the PC version has the same >features as the Macintosh version. > >To decode the multiple messages, simply select them all and pick save as >from the file menu. Eudora will combine all the messages, UUDECODE them and >save them as one zipped file. > >Good Luck, >Jimmy > >Jimmy, KG2AU I just tried this on my Eudora Lite version 3 (PC version). It didn't work and I got PKUNZIP error message "W04". 73, Richard K5NA@BGA.COM http://www.realtime.net/~k5na -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From kg2au@stny.lrun.com Tue Mar 24 23:09:22 1998 From: kg2au@stny.lrun.com (Jimmy Weierich) Date: Tue, 24 Mar 1998 18:09:22 -0500 Subject: [TRLog] Updates - Help wanted In-Reply-To: <3.0.1.16.19980324211245.3617e30e@bga.com> References: <199803242026.OAA04085@zoom.bga.com> <199803241811.UAA08984@nina.kolumbus.fi> Message-ID: Richard, Just another example of the superiority of the Macintosh platform (grin). Try the TRLog UUDECODE feature on the file that Eudora Lite saved. On March 24, 1998 Richard, K5NA wrote: >I just tried this on my Eudora Lite version 3 (PC version). It didn't work >and I got PKUNZIP error message "W04". Good Luck, Jimmy Jimmy, KG2AU -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From ve3bbh@interlog.com Wed Mar 25 02:02:14 1998 From: ve3bbh@interlog.com (Paul Hicks) Date: Tue, 24 Mar 1998 21:02:14 -0500 Subject: [TRLog] Updates - Help wanted Message-ID: <1.5.4.32.19980325020214.0070a780@mail.interlog.com> You guys are scaring the hell outta me. Hello? I'm not even gonna try to update via the web. I don't stand a chance. I'm gonna have to change my meds again. All I want to do is double-click on something. CU all in the WPX, I'll be using 6.16 'til I get a diskette with the latest. Hope this gets through cyberspace.... 73, Paul. VE3ZT ve3bbh@interlog.com -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From swca@ionet.net Wed Mar 25 04:03:04 1998 From: swca@ionet.net (swca@ionet.net) Date: Tue, 24 Mar 1998 22:03:04 -0600 (CST) Subject: [TRLog] Updates - Help wanted Message-ID: <1.5.4.16.19980324230809.19372fd0@ionet.net> Paul, I have had a tough time with this, too. When I queried Tree about it, I learned that uu-decoding is an ancient real-manhood ritual which you must embrace as a challenge! I used to be a wimp until I figured out how to do this and I even use the much-maligned Eudora Lite. No need to change your meds, just bear in mind that you have to take all the gibberish-looking 'garbage' as the finns call it, and somehow combine it into one big long file. This really isn't so hard. Think of it like the code test for your ham license if all you ever wanted to do was use "voice." The rest is really easy, because Tree made his program capable of uu-decoding and it works slick. I tried it. My life was changed forever, and now I can run with the big dogs instead of having to sit on the porch. I don't know why this is, but you'll just have to trust me on it. >You guys are scaring the hell outta me. Hello? I'm not even gonna try to >update via the web. I don't stand a chance. I'm gonna have to change my meds >again. All I want to do is double-click on something. Whoa big fella, easy does it...! "UU-DECODING: IT'S NOT FOR EVERYONE" Mark, N5OT -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From vr2bg@harts.org.hk Wed Mar 25 06:45:33 1998 From: vr2bg@harts.org.hk (VR98BrettGraham) Date: Wed, 25 Mar 1998 06:45:33 +0000 Subject: [TRLog] Updates - Help wanted Message-ID: <3.0.2.16.19980325064533.0df72de2@pop.asiaonline.net> OH3WW/OH1HS wrote: By the way I worked the Russian DX Contest in a general QSO-mode (v6.15). Someone might have modified TR for this contest too....for the next year contest. Since there might be others out there who would benefit, I am replying to the list rather than direct. I cobbled together a LOGCFG.DAT for the Russian DX Contest which did everything right except for same-country QSO points. Since there were less than half a dozen VR2s in my log after 500-odd Qs, this wasn't a problem & I haven't bothered trying to fix it. If anyone is interested in a copy, please contact me directly. 73, VR98BrettGraham vr2bg@harts.org.hk -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From oh1hs@sral.fi Wed Mar 25 07:15:04 1998 From: oh1hs@sral.fi (Hannu Saila) Date: Wed, 25 Mar 1998 09:15:04 +0200 (EET) Subject: [TRLog] Thank you for your help Message-ID: <199803250715.JAA13005@nina.kolumbus.fi> I was suprised to have lots of help for my problem. Thank you all guys. SU in WPX Hannu - OH3WW (OH1HS) -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n4zr@contesting.com Wed Mar 25 11:30:43 1998 From: n4zr@contesting.com (Pete Smith) Date: Wed, 25 Mar 1998 11:30:43 Subject: [TRLog] Updates help (oops) Message-ID: <3.0.1.16.19980325113043.4dafbd3e@popd.ix.netcom.com> I left out a step. Eudora light SAVES AS a big uuencoded file, which you must uudecode to get the zipped archive, which you then unzip to get the individual files for the installation. For example, I SAVED the 12 message segments AS TR624.UUE, uudecoded them to get ALL624.ZIP, and then unzipped it. Alternatively, Winzip and some other programs will uudecode and then ask you if you want the zipped archive to be extracted into a temp directory. 73, Pete Smith N4ZR n4zr@contesting.com "That's WEST Virginia. Thanks and 73" -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n9ssg@pobox.com Wed Mar 25 13:17:06 1998 From: n9ssg@pobox.com (Dave Yanke) Date: Wed, 25 Mar 1998 07:17:06 -0600 Subject: [TRLog] Updates help (oops) In-Reply-To: <3.0.1.16.19980325113043.4dafbd3e@popd.ix.netcom.com> Message-ID: <199803251307.HAA25877@mail.xnet.com> I guess I'm really confussed. I use Pegasus and every time I receive an update, I get it as a attached ZIP file. I either save it or click on it an WINZIP unzips it for me. Either Tree sends it out two different ways, or it sounds like a shortcomming of the email program, not the sender. Gather 'round to hear what Pete Smith said at about 11:30 on 25 Mar 98: > I left out a step. Eudora light SAVES AS a big uuencoded file, > which you must uudecode to get the zipped archive, which you then __________________________________________ Male cadavers are unyielding of testimony. Dave Yanke - N9SSG mailto:n9ssg@pobox.com http://www.pobox.com/~frrl PGP Key ID 95299BA1. Email with subject 'send pgp' for key PGP Fingerprint: 4A 4D 54 3C 2D 27 8D 19 69 42 2E D7 BF 80 10 40 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From w9wi@bellsouth.net Wed Mar 25 23:45:50 1998 From: w9wi@bellsouth.net (Doug Smith W9WI) Date: Wed, 25 Mar 1998 18:45:50 -0500 (EST) Subject: [TRLog] Re: TRLog Digest V1 #309 Message-ID: <199803252345.SAA11192@mail.bna.bellsouth.net> At 11:48 PM 3/24/98 -0500, you wrote: >From: george fremin iii >Subject: Re: [TRLog] Updates - Help wanted > >The free versions of Eudora do not support UUENCODING. Also it >is Eudora that splits the file into 12 pieces. (ah, so *that's* why it wouldn't decode the UU-encoded file I received at work last week! Discovered the "hard" way that UUDECODE.COM is a sex site...) Anyway, I have an old (but functional) UUENCODE and UUDECODE program for DOS I can email to anyone who wants them.. 73 Doug ================================== Douglas E. Smith W9WI/4 1385 Old Clarksville Pike Pleasant View, TN 37146-8098 USA (615) 746-5205 w9wi@bellsouth.net ================================== -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From paul1@wizard.ucs.sfu.ca Sat Mar 28 02:56:31 1998 From: paul1@wizard.ucs.sfu.ca (Paul Erickson) Date: Fri, 27 Mar 98 18:56:31 PST Subject: [TRLog] TRlog to EQF conversion Message-ID: <9803280256.AA00333@wizard.ucs.sfu.ca> I'm having trouble converting TRlog files in order to import them to LOG-EQF. Anyone have any experience with this? cheers, Paul VE7CQK/email: paul1@wizard.ucs.sfu.ca -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From gbaron@sparc.isl.net Sat Mar 28 03:58:27 1998 From: gbaron@sparc.isl.net (Gilbert Baron) Date: Sat, 28 Mar 1998 03:58:27 GMT Subject: [TRLog] TRlog to EQF conversion In-Reply-To: <9803280256.AA00333@wizard.ucs.sfu.ca> References: <9803280256.AA00333@wizard.ucs.sfu.ca> Message-ID: <351d74d4.22287623@199.3.25.3> >On Fri, 27 Mar 98 18:56:31 PST, you wrote: >I'm having trouble converting TRlog files in order to import them >to LOG-EQF. Anyone have any experience with this? > I do it all the time. Get the logconv program as per the trlog documentation. Convert to the ADIF format, Use Log-Eqf import of the ADIF format, done. >cheers, Paul VE7CQK/email: paul1@wizard.ucs.sfu.ca -- Gil Baron W0MN gbaron@sparc.isl.net http://www.geocities.com/Yosemite/Trails/4168/ Bailar es vivir" 44:04.932 N 92:30.769 W 1072.5' 325 M "Cuatro caminos hay en mi vida. Cual de los cuatro sera el mejor" [Posted with Agent 1.5. For info, email agent-info@forteinc.com.] -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From vr2bg@harts.org.hk Sat Mar 28 09:11:03 1998 From: vr2bg@harts.org.hk (VR98BrettGraham) Date: Sat, 28 Mar 1998 09:11:03 +0000 Subject: [TRLog] ARRL POST problem? Message-ID: <3.0.2.16.19980328091103.23b771d8@pop.asiaonline.net> Guess most folks have gotten their ARRL logs done by now - I find that mult check won't work after 6.22... am I the only one? 73, VR98BrettGraham -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From ik8enh@dec.netgroup.it Sat Mar 28 15:00:34 1998 From: ik8enh@dec.netgroup.it (Nino Molaro) Date: Sat, 28 Mar 1998 16:00:34 +0100 Subject: [TRLog] .DOM file repository Message-ID: <3.0.3.32.19980328160034.0084a880@dec.netgroup.it> Hi ! I am looking for all the .dom file "ready to go" to use with TR. Where Can I found this .dom file repository ? Thanks in advance for your help. Nino ffff,0000,0000Nino Molaro PHONE/FAX: ++39/81/8713559 ffff,0000,0000via R. Raiola,61 PKT:IK8ENH@IK8VRI.ICAM.ITA.EU ffff,0000,000080053 C/mare Stabia NA InterNet : ik8enh@netgroup.it -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sat Mar 28 23:41:52 1998 From: n6tr@teleport.com (Tree N6TR) Date: Sat, 28 Mar 1998 15:41:52 -0800 (PST) Subject: [TRLog] Lockups with 6.24 Message-ID: <199803282341.PAA12441@user1.teleport.com> Version 6.24 has a problem with the Control-Shift tune feature. It will lock the program after being used a few times. This also appears in version 6.23, but not 6.22. I am working on isolating the problem. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Sun Mar 29 01:34:50 1998 From: n6tr@teleport.com (Tree N6TR) Date: Sat, 28 Mar 1998 17:34:50 -0800 (PST) Subject: [TRLog] More on TR Log update Message-ID: <199803290134.RAA20168@user1.teleport.com> This lockup with the SHIFT-Ctrl key tuning appears to only happen if the CW BUFFER isn't initialized. This occurs if you start the program and don't send any CW (saving you 3K bytes of RAM). It appears that not having this buffer allocated in memory enables this lockup to occur. So, for now, the work around is to send some CW with the program when you first run it, and everything should be fine. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From flydnq7x@primenet.com Mon Mar 30 14:52:39 1998 From: flydnq7x@primenet.com (Floyd Smithberg) Date: Mon, 30 Mar 1998 07:52:39 -0700 (MST) Subject: [TRLog] 4U1WO & 4U1WB QTH Message-ID: <199803301452.HAA22289@smtp02.primenet.com> Worked these two in WPX. TR program says they are Syria...doubt it. Hear KK4HD is QSO mgr for 4U1WB and QRZ lists it as World Bank Amateur Radio Club...no address. Are they legit? What's their real QTH...or did I screw up? what to do with WPX log? 72/73 Floyd NQ7X Phoenix ScQRPion DM33uq QRP-L 343 ARRL AMSAT ARCI G-QRP NORCAL DX WRKD HF=324 SAT=101 QRP=129 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n6tr@teleport.com Mon Mar 30 16:39:50 1998 From: n6tr@teleport.com (Tree N6TR) Date: Mon, 30 Mar 1998 08:39:50 -0800 (PST) Subject: [TRLog] 4U1WO & 4U1WB QTH Message-ID: <199803301639.IAA02272@user1.teleport.com> > Worked these two in WPX. TR program says they are Syria...doubt it. Hear > KK4HD is QSO mgr for 4U1WB and QRZ lists it as World Bank Amateur Radio > Club...no address. Are they legit? What's their real QTH...or did I screw > up? what to do with WPX log? The country assignment is in the CTY.DAT file, not the program. This is maintained by ad1c@contesting.com. The only impact to the WPX test would be the QSO points since the mults are prefixes. Tree -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From wd3q@pop.erols.com Mon Mar 30 17:06:30 1998 From: wd3q@pop.erols.com (wd3q@pop.erols.com) Date: 30 Mar 1998 12:06:30 -0500 Subject: [TRLog] 4U1WO & 4U1WB QTH Message-ID: <199803301706.MAA13815@navisite.net> Don't know about 'WO, but 'WB is right here in downtown Washington, DC 73, Eric W3DQ Washington, DC This message sent courtesy of: PLANET DIRECT http://my.planetdirect.com/ -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From flydnq7x@primenet.com Mon Mar 30 17:43:58 1998 From: flydnq7x@primenet.com (Floyd Smithberg) Date: Mon, 30 Mar 1998 10:43:58 -0700 (MST) Subject: [TRLog] 4U1WB & 4U1WO Scoring Message-ID: <199803301743.KAA25090@smtp04.primenet.com> Tnx for the info on above calls...I'll take credit for call prefix mults, change QTH to U.S and take no QSO points. Should be ok.......right? 72/73 Floyd NQ7X Phoenix ScQRPion DM33uq QRP-L 343 ARRL AMSAT ARCI G-QRP NORCAL DX WRKD HF=324 SAT=101 QRP=129 -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From toms@inconnect.com Mon Mar 30 18:48:23 1998 From: toms@inconnect.com (Thomas M. Schaefer) Date: Mon, 30 Mar 1998 11:48:23 -0700 Subject: [TRLog] A Few TR questions... Message-ID: <001901bd5c0c$765be9e0$3b32010a@toms.fh.com> This is a multi-part message in MIME format. ------=_NextPart_000_0016_01BD5BD1.BE840EE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable All, While operating in the WPX, I noticed a few things... I worked KH8/N5OLS, but the next time I heard a KH8, when I entered it, = it did not come up in the partial calls on the bottom of the screen. Is = it supposed to woth a portable call? Also, when a call is entered that is a dupe, the country field is cut = off for the first few digits. Granted it really does not matter, but it = does look like strange behaviour. Also, I could not seem to find in the manual what the * in from the the = exchange means in the log. Does anyone know...? One other item under the idiot-proof category, I entered a reminder, but = I really did not know the syntax for the date. I enter the time, but for = the date, I entered 28-Mar-98. This locked up the entire computer. TR = made a constant tone on the speaker, and I had to three finger salute. I = was running in DOS on a WIndows 95 system (not the DOS shell). I know I = probalby entered it wrong, but the program needs to beware of idiots = like me! I did figure out that I could enter the day. The date format = seems good to me since the program was using it... BTW, the new multiplier stuff in the bandmap works just fine. 73, Tom ------=_NextPart_000_0016_01BD5BD1.BE840EE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
All,
 
While operating in the WPX, I = noticed a few=20 things...
 
 
I worked KH8/N5OLS, but the next time I heard a KH8, = when I=20 entered it, it did not come up in the partial calls on the bottom of the = screen.=20 Is it supposed to woth a portable call?
 
Also, when a call is entered that is a dupe, the = country field=20 is cut off for the first few digits. Granted it really does not matter, = but it=20 does look like strange behaviour.
 
Also, I could not seem to find in the manual what = the * in=20 from the the exchange means in the log. Does anyone = know...?
 
One other item = under the=20 idiot-proof category, I entered a reminder, but I really did not know = the syntax=20 for the date. I enter the time, but for the date, I entered 28-Mar-98. = This=20 locked up the entire computer. TR made a constant tone on the speaker, = and I had=20 to three finger salute. I was running in DOS on a WIndows 95 system (not = the DOS=20 shell). I know I probalby entered it wrong, but the program needs to = beware of=20 idiots like me! I did figure out that I could enter the day. The date = format=20 seems good to me since the program was using it...
 
 
BTW, the new multiplier stuff in the bandmap works = just=20 fine.
 
 
 
73,
 
Tom
------=_NextPart_000_0016_01BD5BD1.BE840EE0-- -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From n4zr@contesting.com Mon Mar 30 18:50:00 1998 From: n4zr@contesting.com (Pete Smith) Date: Mon, 30 Mar 1998 18:50:00 Subject: [TRLog] 4U1WO & 4U1WB QTH In-Reply-To: <199803301639.IAA02272@user1.teleport.com> Message-ID: <3.0.1.16.19980330185000.3c4fd3f2@popd.ix.netcom.com> At 08:39 AM 3/30/98 -0800, Tree N6TR wrote: >> Worked these two in WPX. TR program says they are Syria...doubt it. Hear >> KK4HD is QSO mgr for 4U1WB and QRZ lists it as World Bank Amateur Radio >> Club...no address. Are they legit? What's their real QTH...or did I screw >> up? what to do with WPX log? > >The country assignment is in the CTY.DAT file, not the program. This >is maintained by ad1c@contesting.com. The only impact to the WPX test >would be the QSO points since the mults are prefixes. > >Tree 4U1WB is in Washington, DC and counts only as the US. I operated WPX CW from there in 1992 and it was a mixed blessing -- I think I may have the world record for lowest average points-per-qso. Have no idea where 4U1WO is. 73, Pete Smith N4ZR n4zr@contesting.com "That's WEST Virginia. Thanks and 73" -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From Butchie_T@compuserve.com Tue Mar 31 02:39:53 1998 From: Butchie_T@compuserve.com (Allen Turner) Date: Mon, 30 Mar 1998 21:39:53 -0500 Subject: [TRLog] Runtime Error Message-ID: <199803302140_MC2-3871-D04A@compuserve.com> Help, I am using a 300 MHZ PII Computer with 128 Meg of ram. Everytime I run "Post" I receive a "RUNTIME ERROR 200 @ 17AF:0091" I currently have 6.24 installed. This happens under a DOS Shell via WIN95 OSR 2.1 and also when booting directly to the DOS prompt. My computer systems is configured for removable hard drives. I have a seperate hard drive running DOS 6.22 and receive the same runtime error on that as well. However, the memory location is 1739:0091. On my 486, I have no problem running post and having it work correctly. Any help is greatly appreciated. Great program Larry. Ran very smooth in the contest this weekend. Allen (Butch) Turner - KA0WWT -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html From ik8enh@dec.netgroup.it Mon Mar 30 20:00:56 1998 From: ik8enh@dec.netgroup.it (Nino Molaro) Date: Mon, 30 Mar 1998 22:00:56 +0200 Subject: [TRLog] JST 145 Message-ID: <3.0.3.32.19980330220056.007b55e0@dec.netgroup.it> Are you using this radio with TR ? Nino ffff,0000,0000Nino Molaro PHONE/FAX: ++39/81/8713559 ffff,0000,0000via R. Raiola,61 PKT:IK8ENH@IK8VRI.ICAM.ITA.EU ffff,0000,000080053 C/mare Stabia NA InterNet : ik8enh@netgroup.it -- FAQ on WWW: http://www.contesting.com/trlogfaq.html Submissions: trlog@contesting.com Administrative requests: trlog-REQUEST@contesting.com Problems: owner-trlog@contesting.com Feature Wishlist: http://web.jzap.com/n6tr/trwish.html