[Dxspider-support] bug in Spot::formatb

Filip Jonckers fjonckers at Interconnect.be
Tue Nov 13 17:20:36 GMT 2001


Agree with you completely Dirk !
as they say at Microsoft....
"it's not a bug, it's a feature !"  :-)



> -----Original Message-----
> From: Dirk Koopman [mailto:djk at tobit.co.uk]
> Sent: Tuesday, November 13, 2001 12:35 PM
> To: dxspider-support at dxcluster.org
> Subject: Re: [Dxspider-support] bug in Spot::formatb
> 
> 
> On Mon, 2001-11-12 at 09:38, Filip Jonckers wrote:
> > Dirk,
> > 
> > probably a very small bug...
> > but could be a possible source of dupe spots
> > if someone has a user connection to a spider
> > 
> > saw this spot:
> > 
> > DX de VR2XMT:    50150.0  GM0PLH       noise here QSY back 160
> > 0925Z
> > DX de ON4NA:     21253.6  JH4TEW       KAZU INNOSHIMA ISL 
> AS 117 IF N
> > 0927Z
> > DX de F8TSV:     14023.1  VK3XU        cw >50w 599
> > 0926Z
> > 
> > noticed that the text of the ON4NA spot was 1 char too long
> > looking at the code, there is no maximum length defined
> > 
> > perl/Spot.pm line 276:
> > return sprintf "DX de %-7.7s%11.1f  %-12.12s %-29s %s$loc", 
> "$_[4]:",
> > $_[0], $_[1], $_[3], $t ;
> > 
> > should probably be:
> > return sprintf "DX de %-7.7s%11.1f  %-12.12s %-29.29s 
> %s$loc", "$_[4]:",
> > $_[0], $_[1], $_[3], $t ;
> >
> 
> This is a subject of some debate. It is the way it is because I
> (currently) think that is the way it should be. I considered doing it
> the way you suggest but rejected it. 
> 
> The argument goes something like this:-
> 
> 1) What comes in, either goes out exactly as it comes in or is dropped
> (not sent anywhere).
> 
> 2) If there is some user displayable content then it should ALL be
> displayed (as all of it may be relevant).
> 
> 3) I don't approve of spot suckers using user links. I am NOT going to
> modify my behaviour to make their job easier (which isn't particularly
> hard anyway). I can write programs that cope with 
> 'overlength' comments,
> so why can't they? (This goes for the DXTelnet/other 'user' 
> programs as
> well BTW).
> 
> 4) The only places that would have dupe problems is in other software
> that doesn't adhere to the standards which the modern cluster software
> authors have agreed to. AK1A has dupe problems - period.
>  
> > 
> > You see Dirk, I'm already going through a lot of code...
> > b.t.w. very nice written !
> > 
> 
> Thank you very much.
> 
> Dirk G1TLH
> 
> _______________________________________________
> Dxspider-support mailing list
> Dxspider-support at dxcluster.org
> http://www.tobit.co.uk/mailman/listinfo/dxspider-support
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.tobit.co.uk/pipermail/dxspider-support/attachments/20011113/b7fb09cd/attachment.html


More information about the Dxspider-support mailing list