Re: TESTING tlf-0.8.1 more bug reports
On Sunday 06 October 2002 22:06, Jaime Robles wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> El Dom 06 Oct 2002 17:29, Rein escribió:
> > You should NOT add the ip address of the PC tlf is running on. So if
> > on node C the ip address of the PC is 10.34.0.7, you only need
> > ADDNODE=10.34.0.8
> > accordingly, on node B you only need
> > ADDNODE=10.34.0.7
> > I will add a few lines to the doc for this...
>
> Right!
> Now it is working!
> Thanks for the aclaration!
>
> > 2nd, you can check the connectivity by just pinging from node to node...
> > On my laptop which is connected to the lan via a 56k modem I have a ping
> > time of 110 ms. between the other nodes on the lan abt. 1 ms.
>
> Well... about 1.5-2ms in a wireless lan network... no problem at all!
>
> > Meanwhile I will change the code for next version so tlf does not read
> > its own ip address from logcfg.dat...
>
> Well... at this moment i have NOT write the "own" ip anywhere... i don't
> understand...
You don not now, so it is now o.k.
I just want to prevent other people from making the same mistake hi...
>
> > > How can i send a "talk" to the other stations?
> >
> > Talk with "texttexttext
>
> PSE RPT :-)
> I can't understand...
you can send a talk message to the other nodes with:
"messagemessagemessage
not with
:messagemessage
tlf uses the *quote* character for talk...
> tlf does not understand ":talk" and if i type "talk" it uses as a call...
> so 3 points more to my contest score X'DDD
>
> The talk command is not very important for me... i am just trying to test
> all i can before CQ-WW
> Ah!
> If i use the logcfg.dat that you give as an example in the tar.gz and then
> i type ":ssb" to switch to a SSB contest... then i cannot write the "zone"
> (multiplier) :-?
>
> Maybe is a config issue isn't it?
>
Yes you can....
1.: type the call into the call input field
2.: use SPACE to tab into the exchange field
3.: now tlf will fill in the zone like in cw mode.
(this is true for cqww only)
> Another strange thing i have notice is...
> Node A (has cluster access)
> Node B (just tlf).
>
> If i am running B but A is off... and then i start A, B receives cluster
> data, ok?
> i exit tlf again and re-enter... so B receives cluster data again and it
> shows twice or more (the same number of tlf re-starts) the same spots :-)
> Not a big problem...
huh?? I have not seen this during the last 3 weeks of testing...
In my setup the stn delivering the cluster info does not send the info again.
Maybe your cluster works differently? DX-SPIDER will not resend any x info at
reconnect... Which cluster are you using? (internet? what software?)
(A later version will take the dupes out of the bandmap
anyway. This is on the todo list).
>
> Another issue i am missing... just imagine you are contesting in a
> multi/multi... and you have a computer problem so one has to be restarted.
> All multipliers that are worked in the time you have your computer (or tlf)
> off... are missed to that computer as it is not on the network.
> Maybe it could be a good idea to send an "array" of multiplier/band... just
> for information... (this can bring new problems i cannot see now)
>
If you have to restart a node there is a simple recipe:
Get the log from another node with ftp, merge it with the log you have on
this node (using the unix "sort | unique" routine...) and restart. That's
all. You could even write a short batch file for that. If you want, I can
show you how.
Tlf will then have a complete call/multiplier array and the right score (tlf
keeps the same log at every node, and rescores the log at restart....!!).
>
> Thanks again and congratulations for the big improvements on tlf!
> I'll keep beta-testing ;-)
>
> - --
> Un saludo,
> Jaime Robles, EA4TV
> jaime@robles.nu
>
> Visita http://www.redlibre.net - La Red Libre de todos!
> http://smsdx.net - El DXCluster en tu movil!
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.7 (GNU/Linux)
>
> iD8DBQE9oJfbER46oL+8yYURAqgkAJ0fLqjgkTZJgjaK0CdygDCiA3/HZQCfQWXf
> 9n9g7cJqoanik8u1IlMAELA=
> =K3bZ
> -----END PGP SIGNATURE-----
Reply to: