dcdev mailing list

Hi Arne,
plz correct the searching for EXTENDEDPROTOCOL string in $Lock. PtokaX and
DCH++ both send NONEXTENDEDPROTOCOL string in $Lock and it wouldn't be nice
to release new DC++ to the wild if it looks for SUB-string in the Lock. And
there is still about 1000 hubs running ptokax.

Thanx,
ptaczek.

Lots of people are asking me to create verlihub for windows ... What would you guys think about it,  would be quite a revolution no?

But I have little time to work on it. And KDevelop sux, the alpha7 I can't get it working..

Verliba

Zdenek Stangl wrote:

And there is still about 1000 hubs running ptokax.

Thanx,
ptaczek.

Hi...
That's a good point...but it's a bug in dc++, so post it in the dc++ forum,
which arguably is better forum for this. I wouldn't be interested in reading
say...a ptokax specific bug in my mail... =)

/J

-----Original Message-----
From: dcdev-bounces@dcportal.net [mailto:dcdev-bounces@dcportal.net] On Behalf Of Zdenek Stangl
Sent: Wednesday, October 22, 2003 9:36 PM
To: Direct Connect developers
Subject: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=

Hi Arne,
plz correct the searching for EXTENDEDPROTOCOL string in $Lock. PtokaX and
DCH++ both send NONEXTENDEDPROTOCOL string in $Lock and it wouldn't be nice
to release new DC++ to the wild if it looks for SUB-string in the Lock. And
there is still about 1000 hubs running ptokax.

Thanx,
ptaczek.

Well no offence but It's now DCH++ bug as PtokaX has it fixed from version
0.326. Im talking about protocol, because the $Supports command will be send
to the latest DC++ if it connects to DCH++ and It will be rejected by it. It
wouldn't be a bug in DC++ without the EXTENDEDPROTOCOL substring in the
$Lock. So now your own hub doesn't support your own client...
Im here not to nag. Im trying to give a fair note ;)

SurfNet][TropiCo][NL-10Mbit running DCH++ 0.28 (surfnet.tropico.se:1418)
$Lock NONEXTENDEDPROTOCOLABCABC Pk=DCHUBPLUSPLUS0.28ABCABC|

pta.

----- Original Message -----
From: "Jacek Sieka" <j_s@telia.com>
To: "'Direct Connect developers'" <dcdev@dcportal.net>
Sent: Wednesday, October 22, 2003 10:49 PM
Subject: RE: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=

Hi...
That's a good point...but it's a bug in dc++, so post it in the dc++

forum,

which arguably is better forum for this. I wouldn't be interested in

reading

say...a ptokax specific bug in my mail... =)

/J

> -----Original Message-----
> From: dcdev-bounces@dcportal.net
> [mailto:dcdev-bounces@dcportal.net] On Behalf Of Zdenek Stangl
> Sent: Wednesday, October 22, 2003 9:36 PM
> To: Direct Connect developers
> Subject: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=
>
> Hi Arne,
> plz correct the searching for EXTENDEDPROTOCOL string in
> $Lock. PtokaX and
> DCH++ both send NONEXTENDEDPROTOCOL string in $Lock and it
> wouldn't be nice
> to release new DC++ to the wild if it looks for SUB-string in
> the Lock. And
> there is still about 1000 hubs running ptokax.
>
> Thanx,
> ptaczek.
>
> --
>

Actually, it's a DC++ bug because the spec clearly states (should anyway)
that the $Lock must _begin_ with EXT*, nothing else...I fixed it locally
anyway, it's up for the next version (which will be the first sporting c-h
extensions)...if someone bases their code on cvs versions
*cough*czdc++*cough*, it's their fault, not mine, as 0.263 doesn't care
about extended hubs =)

/J

-----Original Message-----
From: dcdev-bounces@dcportal.net [mailto:dcdev-bounces@dcportal.net] On Behalf Of Zdenek Stangl
Sent: Wednesday, October 22, 2003 11:02 PM
To: Direct Connect developers
Subject: Re: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=

Well no offence but It's now DCH++ bug as PtokaX has it fixed from version
0.326. Im talking about protocol, because the $Supports command will be send
to the latest DC++ if it connects to DCH++ and It will be rejected by it. It
wouldn't be a bug in DC++ without the EXTENDEDPROTOCOL substring in the
$Lock. So now your own hub doesn't support your own client...
Im here not to nag. Im trying to give a fair note ;)

SurfNet][TropiCo][NL-10Mbit running DCH++ 0.28 (surfnet.tropico.se:1418)
$Lock NONEXTENDEDPROTOCOLABCABC Pk=DCHUBPLUSPLUS0.28ABCABC|

pta.

----- Original Message -----
From: "Jacek Sieka" <j_s@telia.com>
To: "'Direct Connect developers'" <dcdev@dcportal.net>
Sent: Wednesday, October 22, 2003 10:49 PM
Subject: RE: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=

> Hi...
> That's a good point...but it's a bug in dc++, so post it in the dc++
forum,
> which arguably is better forum for this. I wouldn't be interested in
reading
> say...a ptokax specific bug in my mail... =)
>
> /J
>
> > -----Original Message-----
> > From: dcdev-bounces@dcportal.net
> > [mailto:dcdev-bounces@dcportal.net] On Behalf Of Zdenek Stangl
> > Sent: Wednesday, October 22, 2003 9:36 PM
> > To: Direct Connect developers
> > Subject: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=
> >
> > Hi Arne,
> > plz correct the searching for EXTENDEDPROTOCOL string in
> > $Lock. PtokaX and
> > DCH++ both send NONEXTENDEDPROTOCOL string in $Lock and it
> > wouldn't be nice
> > to release new DC++ to the wild if it looks for SUB-string in
> > the Lock. And
> > there is still about 1000 hubs running ptokax.
> >
> > Thanx,
> > ptaczek.
> >
> > --
> >

...if someone bases their code on cvs versions
*cough*czdc++*cough*, it's their fault, not mine, as 0.263 doesn't care
about extended hubs =)"

"Vanity... definitely my favorite sin." [The Devil's Advocate]

----- Original Message -----
From: "Jacek Sieka" <j_s@telia.com>
To: "'Direct Connect developers'" <dcdev@dcportal.net>
Sent: Thursday, October 23, 2003 12:30 AM
Subject: RE: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=

Actually, it's a DC++ bug because the spec clearly states (should anyway)
that the $Lock must _begin_ with EXT*, nothing else...I fixed it locally
anyway, it's up for the next version (which will be the first sporting c-h
extensions)...if someone bases their code on cvs versions
*cough*czdc++*cough*, it's their fault, not mine, as 0.263 doesn't care
about extended hubs =)

/J

> -----Original Message-----
> From: dcdev-bounces@dcportal.net
> [mailto:dcdev-bounces@dcportal.net] On Behalf Of Zdenek Stangl
> Sent: Wednesday, October 22, 2003 11:02 PM
> To: Direct Connect developers
> Subject: Re: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=
>
> Well no offence but It's now DCH++ bug as PtokaX has it fixed
> from version
> 0.326. Im talking about protocol, because the $Supports
> command will be send
> to the latest DC++ if it connects to DCH++ and It will be
> rejected by it. It
> wouldn't be a bug in DC++ without the EXTENDEDPROTOCOL
> substring in the
> $Lock. So now your own hub doesn't support your own client...
> Im here not to nag. Im trying to give a fair note ;)
>
> SurfNet][TropiCo][NL-10Mbit running DCH++ 0.28
> (surfnet.tropico.se:1418)
> $Lock NONEXTENDEDPROTOCOLABCABC Pk=DCHUBPLUSPLUS0.28ABCABC|
>
> pta.
>
> ----- Original Message -----
> From: "Jacek Sieka" <j_s@telia.com>
> To: "'Direct Connect developers'" <dcdev@dcportal.net>
> Sent: Wednesday, October 22, 2003 10:49 PM
> Subject: RE: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=
>
>
> > Hi...
> > That's a good point...but it's a bug in dc++, so post it in the dc++
> forum,
> > which arguably is better forum for this. I wouldn't be interested in
> reading
> > say...a ptokax specific bug in my mail... =)
> >
> > /J
> >
> > > -----Original Message-----
> > > From: dcdev-bounces@dcportal.net
> > > [mailto:dcdev-bounces@dcportal.net] On Behalf Of Zdenek Stangl
> > > Sent: Wednesday, October 22, 2003 9:36 PM
> > > To: Direct Connect developers
> > > Subject: [dcdev] $Lock NONEXTENDEDPROTOCOLABCABC Pk=
> > >
> > > Hi Arne,
> > > plz correct the searching for EXTENDEDPROTOCOL string in
> > > $Lock. PtokaX and
> > > DCH++ both send NONEXTENDEDPROTOCOL string in $Lock and it
> > > wouldn't be nice
> > > to release new DC++ to the wild if it looks for SUB-string in
> > > the Lock. And
> > > there is still about 1000 hubs running ptokax.
> > >
> > > Thanx,
> > > ptaczek.
> > >
> > > --
> > >