shewing my previous comment, seems that re is based on the lua
string.match(patern) if so this is a bug so changing it to a bug
ps lua regexp http://www.wowpedia.org/Pattern_matching seems to work,
ifi am wrong someone correct me please
--
You received this bug notification because you are
Public bug reported:
I tried to use +bannickre and +banmsge in development code, using:
+banmsgre 30 <.*\n.*\n.*> some reason
+bannickre 1440 <.+(? some reason
As in the above example, I want to ban people writing multi-newline
messages and force a certain username format. In my opinion and
acco
Question #177968 on ADCH++ changed:
https://answers.launchpad.net/adchpp/+question/177968
Linked to bug: #888280
https://bugs.launchpad.net/bugs/888280
"reg exp in bans lua"
--
You received this question notification because you are a member of
Dcplusplus-team, which is an answer con
nor the CID or the PID/CID combination is unique (instalations
containing a xml) , if it would be we shouldent have so much "same cid"
disconnects but CID does'nt match PID instead. maybe i am wrong but
imho there is only a real implentation if a client can be sure that the
INF the hub sends is c
sure, but by that time it would have been determined (with the PID / CID
check) that user B is in fact the same as user A.
user B never actually appears in the user list; it is just a connection
from user A in which a SUP and an INF are sent. the INF can be trimmed
to only containing the PID, CID
:) then user B will receive all c-c communication of user A for that
protocol and not even be in the hub ... not having a file etc
--
You received this bug notification because you are a member of
Dcplusplus-team, which is a bug assignee.
https://bugs.launchpad.net/bugs/309402
Title:
ipv6 sup
linking the 2 connections to a user is the point of steps 2 & 3.
when a user B connects, if that user has the same CID but a different IP
type (v6 / v4) than another user (user A) already connected, then user
B's IP is added to user A's INF and user B is then discarded. user A
then has 2 IP fields
poy :your proposal misses the possibility to link the 2 connections
to 1 unique client i think.
There can be more then 1 same ip4 or ip6 in the hub already.
Nore the CID gives a uniquenes @ the moment of connecting to the second
address there can be already same CID (other client) in the hub
an alternative to HBRI that doesn't require a separate extension:
1) hubs send I6 and I4 fields in their hub INF to indicates the IP addresses
they are listening on.
this step may not even be required if the "alternate" IP of the hub is
available by other means (DNS record, hub list...).
2) upo
(1) I share Big Muscle's concern. This proposed HBRI extension addresses
the client-hub aspect, but the client-client issues remain. This does,
as Pirre has elsewhere pointed out, form a necessary condition for
client-client connections.
In some circumstances, this is an insurmountable problem - i
revno: 2672
committer: cologic
branch nick: dcplusplus
timestamp: Wed 2011-11-09 07:07:26 -0500
message:
silence four more warnings (and that enum was never really used as an enum
anyway)
modified:
dwt/include/dwt/util/check.h
win
Public bug reported:
After testing r2644 and newer releases I can tell that searching and
connecting to others (download filelists for instance) doesn't work. I
have a 3rd party firewall (Comodo) and it show entries in its log that
are the same when somebody is trying to connect me through a speci
Seems the mappingmanager doesn't like closing the program while its
running... http://pastebin.com/RCKkuz8C
** Changed in: dcplusplus
Status: New => Confirmed
** Changed in: dcplusplus
Importance: Undecided => Medium
--
You received this bug notification because you are a member of
Dc
Public bug reported:
Latest build crashed during shutdown.
** Affects: dcplusplus
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/887965
Title:
Cras
** Attachment added: "Crashlog for r2671"
https://bugs.launchpad.net/bugs/887965/+attachment/2590528/+files/CrashLog_r2671.txt
--
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to DC++.
https://bugs.launchpad.net/bugs/887965
Title:
Crash
Question #177968 on ADCH++ changed:
https://answers.launchpad.net/adchpp/+question/177968
Status: Open => Answered
Pirre proposed the following answer:
According to the help doc , deliverd with your hub all of these should
work:
http://www.regular-expressions.info/
ps: the latest vesrions h
** Changed in: dcplusplus
Status: Confirmed => Invalid
--
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/880312
Title:
r2643-r2644 crashes
Status in DC++:
Invalid
Bug description:
The issue seems to be resolved with r2668.
Thank you for all your effort.
--
You received this bug notification because you are a member of
Dcplusplus-team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/880312
Title:
r2643-r2644 crashes
Status in DC++:
Confirmed
Bu
18 matches
Mail list logo
