> Actually, I forgot about the third nasty he finds, buffer overruns: there's fewer of them now, but probably impossible to remove all (if we can reproduce this one, we'll remove it). > > > 1a) Well but how many of those title comparisons are really in some way > > > "security" relevant? I.e. what exactly depends on the right outcome? > > > > he's saying that all of them are (of course). > > So does your "(of course)" mean that you agree with him? Or the opposite? > :) neither - "of course" he finds a wide scope on the problem he is complaining about. > Klaus -- Thomas E. Dickey [EMAIL PROTECTED] http://www.clark.net/pub/dickey
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoofing prot... T.E.Dickey
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoofing... Klaus Weide
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoo... Leonid Pauzner
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoofing prot... T.E.Dickey
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoofing... Philip Webb
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoofing... Klaus Weide
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoo... Natasha Live
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-... Philip Webb
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-... Klaus Weide
- Re: lynx-dev lynx 2.8.x - 'special URLs' anti-spoofing prot... T.E.Dickey