Incorrect bytes sent in netplay log #1936
Comments
Safety0ff commented Likely fixed in newnet. |
Buginator changed status from |
Buginator set resolution to |
Buginator commented (In [11065]) Fix endian issues, byte & packet counts for the logging. closes #1936 |
Buginator commented (In [11066]) Fix endian issues, byte & packet counts for the logging. closes #1936 |
Buginator commented (In [11067]) Fix endian issues, byte & packet counts for the logging. closes #1936 |
Buginator commented (In [11068]) Fix endian issues, byte & packet counts for the logging. closes #1936 |
Git SVN Gateway <gateway@...> commented (In Warzone2100/warzone2100@b4ae06d) Fix endian issues, byte & packet counts for the logging. closes #1936 git-svn-id: https://warzone2100.svn.sourceforge.net/svnroot/warzone2100/trunk@11066 4a71c877-e1ca-e34f-864e-861f7616d084 |
Zarel commented wtf guys Did you seriously just break netcode compatibility without even mentioning it in ML, a ticket, the forums, or the commit log? It should seriously have been in the commit log, and at least one of the other three. |
Git SVN Gateway <gateway@...> commented In Warzone2100/warzone2100@b4ae06d:
|
1 similar comment
Git SVN Gateway <gateway@...> commented In Warzone2100/warzone2100@b4ae06d:
|
cybersphinx changed milestone from |
cybersphinx commented Milestone 3.0 deleted |
resolution_fixed
type_bug
| by Safety0ffSymptom:
Netplay log statistics claim that there was hundreds of megabytes sent.
Suspected cause of the problem:
When NETrecv(uint8_t *type) calls NETlogPacket, the byte order of NetMsg->size might be in network byte order.
Notes:
I might try fixing this myself once I've stepped through that function a few times with a debugger ( currently I'm unsure about the design/structure of that function.)
Issue migrated from trac:1936 at 2022-04-15 22:03:11 -0700
The text was updated successfully, but these errors were encountered: