View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003361 | unreal | ircd | public | 2007-05-23 15:17 | 2010-06-21 18:46 |
Reporter | Stealth | Assigned To | |||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | duplicate | ||
OS | *nix | OS Version | * | ||
Product Version | 3.3-alpha0 | ||||
Summary | 0003361: Better socket handling for *nix | ||||
Description | It has been mentioned in the past *nix OSs have better socket handling functions than Windows. Unreal uses the socket handling functions that are compatible with Windows across all OSs. It would be nice if we could include the use of the better socket handling functions for *nix, while keeping the current ones for Windows (to retain compatibility) I know this has been mentioned (and shot down) for 3.2.x, but perhaps it should be reconsidered for 3.3 | ||||
Tags | No tags attached. | ||||
3rd party modules | |||||
|
I'm not entirely sure what you mean. We use standard BSD sockets which makes portability a hell lot easier. Is there even an alternative under POSIX? I believe you mean we need to use poll(),kqueue, etc. |
|
Yes, we should use epoll() and kqueue()... In the past no one wanted to do it, because Windows did not support such functions. I think Windows still does not support them, so we'd need to leave the current socket stuff on Windows (unless there's a way to get Windows supporting the better stuff) |
|
dup of 0001245 |
Date Modified | Username | Field | Change |
---|---|---|---|
2007-05-23 15:17 | Stealth | New Issue | |
2007-05-24 05:55 |
|
Status | new => feedback |
2007-05-24 05:56 |
|
Note Added: 0014218 | |
2007-05-24 11:24 | Stealth | Note Added: 0014219 | |
2010-06-21 18:46 | syzop | Relationship added | duplicate of 0001245 |
2010-06-21 18:46 | syzop | QA | => Not touched yet by developer |
2010-06-21 18:46 | syzop | U4: Need for upstream patch | => No need for upstream InspIRCd patch |
2010-06-21 18:46 | syzop | Note Added: 0016126 | |
2010-06-21 18:46 | syzop | Status | feedback => closed |
2010-06-21 18:46 | syzop | Resolution | open => duplicate |