| Commit message (Collapse) | Author | Age | |
|---|---|---|---|
| * | fix most init and parsing bugs + critical bug with dynamic strings | fusion32 | 2025-07-16 |
| | | | | | | | With an appropriate query manager, the server now starts up and seems to work but won't properly handle connections until we fix the problem with threads and signals described in `TODO.md`. | ||
| * | implement `crypto.cc` with OpenSSL + fix config loading | fusion32 | 2025-07-03 |
| | | | | | | | | | | | | | | | | | I considered reversing the original `vlong` implementation but OpenSSL is just simpler, more secure, and most importantly, is already there. I also made it so the key is now stored in a PEM file (`tibia.pem`) so it can be easily swapped without re-compiling. This was the last piece to build and run a working executable, except that we now need to implement a query manager for the server to communicate with. I was able to fix a small problem with loading the config before hitting the problem with the query manager, which was expected. The next task should be getting a query manager up and running before starting phase two of upgrading and fixing the server itself. | ||
| * | `query.cc` | fusion32 | 2025-07-02 |
| | | |||
| * | beginning of `query.cc` | fusion32 | 2025-07-01 |
| | | |||
| * | `writer.cc` | fusion32 | 2025-06-30 |
| | | |||
| * | `receiving.cc` | fusion32 | 2025-06-23 |
| | | |||
| * | `connections.cc` | fusion32 | 2025-06-21 |
| | | |||
| * | finish `communication.cc` | fusion32 | 2025-06-20 |
| | | |||
| * | small change to `ReceiveCommand` for increased connection reliability | fusion32 | 2025-06-20 |
| | | |||
| * | more work on `communication.cc` | fusion32 | 2025-06-20 |
| | | |||
| * | beginning of `communication.cc` | fusion32 | 2025-06-19 |
