- From: "Marjan Bozinovski" <marjanb AT cpk.auc.dk>
- To: "Thomas Dreibholz" <dreibh AT exp-math.uni-essen.de>, <rsplib-discussion AT sctp.de>
- Subject: Re: [RSPlib-Discusssion] fail-over problems
- Date: Mon Oct 14 11:12:00 2002
- List-id: RSPlib Discussions <rsplib-discussion.sctp.de>
>
Now, move the complete function Condition::broadcast() from
>
condition.icc to condition.cc and remove the "inline" keyword. In
>
condition.h, the "inline" keyword has to be removed, too. Finally, add a
"\n"
>
to the end of the debug print of "adding parent ..." and "removing parent
>
...". This will improve the debug output's readability. Recompile
everything
>
(with gmake clean) and try again.
Here is the output after this change:
------------------
Constructor: Condition 0xbfbfb28c (Condition)
Constructor: Condition 0xbfbfb3a8 (Condition)
Constructor: Condition 0xbfbfb4c4 (Condition)
Constructor: Condition 0xbfbfb5e0 (Condition)
adding parent 0xbfbfb28c (ext_select::GlobalCondition) to 0xbfbfb3a8
(ext_select::ReadCondition)
adding parent 0xbfbfb28c (ext_select::GlobalCondition) to 0xbfbfb4c4
(ext_select::WriteCondition)
adding parent 0xbfbfb28c (ext_select::GlobalCondition) to 0xbfbfb5e0
(ext_select::ExceptCondition)
select: adding FD 0 (0) with mask $0003
Constructor: Condition 0x80ed208 (Condition)
select: registering user callback for socket 0...
adding parent 0xbfbfb3a8 (ext_select::ReadCondition) to 0x80ed208
(Condition)
Sending Break via break pipe...
F0008: User Callback, mask=$1
Break via break pipe received
Break Pipe: 1 calls
select: adding FD 1020 for read
Condition for FD 1020, type 0 is 0x848f480
adding parent 0xbfbfb3a8 (ext_select::ReadCondition) to 0x848f480
(SCTPAssociation::ReadUpdateCondition)
select: adding FD 1020 for except
Condition for FD 1020, type 2 is 0x848f6b8
adding parent 0xbfbfb5e0 (ext_select::ExceptCondition) to 0x848f6b8
(SCTPAssociation::ExceptUpdateCondition)
select: adding FD 1021 for read
Condition for FD 1021, type 0 is 0x8477480
adding parent 0xbfbfb3a8 (ext_select::ReadCondition) to 0x8477480
(SCTPAssociation::ReadUpdateCondition)
select: waiting...
TimeWait1...
A0003 S00: Data Arrive Notification, Length = 392
broadcast for 0x8477010 (SCTPAssociation::InQueue)
broadcast: SCTPAssociation::InQueue
broadcast for 0x8477480 (SCTPAssociation::ReadUpdateCondition)
broadcast: SCTPAssociation::ReadUpdateCondition
No parents!
TimeWait1 ok
select: wake-up
Condition 0 (Type 1020, FD 134875643) not fired
removing parent 0xbfbfb3a8 (ext_select::ReadCondition) to 0x848f480
(SCTPAssociation::ReadUpdateCondition)
Condition 2 (Type 1020, FD 134875643) not fired
removing parent 0xbfbfb5e0 (ext_select::ExceptCondition) to 0x848f6b8
(SCTPAssociation::ExceptUpdateCondition)
Condition 0 (Type 1021, FD 134875643) not fired
removing parent 0xbfbfb3a8 (ext_select::ReadCondition) to 0x8477480
(SCTPAssociation::ReadUpdateCondition)
Destructor: Condition 0x80ed208 (Condition)
Destructor: Condition 0xbfbfb5e0 (ext_select::ExceptCondition)
Destructor: Condition 0xbfbfb4c4 (ext_select::WriteCondition)
Destructor: Condition 0xbfbfb3a8 (ext_select::ReadCondition)
Destructor: Condition 0xbfbfb28c (ext_select::GlobalCondition)
----------------
Unfortunately, it didn't work. There has still been no data reading.
>
> If it does not work, the next step will be to remove the usage of STL's
>
> set<> template for ParentSet in the Condition class and replace it by an
>
> own implementation of a simple linear list.
>
>
In the case the removal of "inline" does not work, try the three files
>
attached to this mail (backup the old files and copy them to the socketapi
>
subdirectory). They contain an STL-free implementation of the Condition
class.
Again, the same problem. This is the output:
---------------
Constructor: 0xbfbfb2ac (Condition)
Constructor: 0xbfbfb3c0 (Condition)
Constructor: 0xbfbfb4d4 (Condition)
Constructor: 0xbfbfb5e8 (Condition)
addParent: 0xbfbfb2ac (ext_select::GlobalCondition) to 0xbfbfb3c0
(ext_select::ReadCondition)
addParent: 0xbfbfb2ac (ext_select::GlobalCondition) to 0xbfbfb4d4
(ext_select::WriteCondition)
addParent: 0xbfbfb2ac (ext_select::GlobalCondition) to 0xbfbfb5e8
(ext_select::ExceptCondition)
select: adding FD 0 (0) with mask $0003
Constructor: 0x80ec208 (Condition)
select: registering user callback for socket 0...
addParent: 0xbfbfb3c0 (ext_select::ReadCondition) to 0x80ec208 (Condition)
Sending Break via break pipe...
F0008: User Callback, mask=$1
Break via break pipe received
Break Pipe: 1 calls
select: adding FD 1020 for read
Condition for FD 1020, type 0 is 0x848dc60
addParent: 0xbfbfb3c0 (ext_select::ReadCondition) to 0x848dc60
(SCTPAssociation::ReadUpdateCondition)
select: adding FD 1020 for except
Condition for FD 1020, type 2 is 0x848de88
addParent: 0xbfbfb5e8 (ext_select::ExceptCondition) to 0x848de88
(SCTPAssociation::ExceptUpdateCondition)
select: adding FD 1021 for read
Condition for FD 1021, type 0 is 0x848d460
addParent: 0xbfbfb3c0 (ext_select::ReadCondition) to 0x848d460
(SCTPAssociation::ReadUpdateCondition)
select: waiting...
TimedWait1: 1034668681 0
A0003 S00: Data Arrive Notification, Length = 392
broadcast parent 0x848d460 (SCTPAssociation::ReadUpdateCondition)
broadcast completed!
broadcast completed!
result=60 EINTR=60
select: wake-up
Condition 0 (Type 1020, FD 134871451) not fired
removeParent: 0xbfbfb3c0 (ext_select::ReadCondition) from 0x848dc60
(SCTPAssociation::ReadUpdateCondition)
Success!
Condition 2 (Type 1020, FD 134871451) not fired
removeParent: 0xbfbfb5e8 (ext_select::ExceptCondition) from 0x848de88
(SCTPAssociation::ExceptUpdateCondition)
Success!
Condition 0 (Type 1021, FD 134871451) not fired
removeParent: 0xbfbfb3c0 (ext_select::ReadCondition) from 0x848d460
(SCTPAssociation::ReadUpdateCondition)
Success!
Destructor: 0x80ec208 (Condition)
Destructor: 0xbfbfb5e8 (ext_select::ExceptCondition)
Destructor: 0xbfbfb4d4 (ext_select::WriteCondition)
Destructor: 0xbfbfb3c0 (ext_select::ReadCondition)
Destructor: 0xbfbfb2ac (ext_select::GlobalCondition)
------------------
Regards,
Marjan
- Re: [RSPlib-Discusssion] fail-over problems, (continued)
Re: [RSPlib-Discusssion] fail-over problems, Thomas Dreibholz, 10/09/2002
RE: [RSPlib-Discusssion] fail-over problems, Tuexen Michael, 10/14/2002
RE: [RSPlib-Discusssion] fail-over problems, Tuexen Michael, 10/14/2002
Archive powered by MHonArc 2.6.19+.