lizzie
f375a3594c
fucking shit
2026-09-01 10:07:25 +00:00
lizzie
c719503f27
windows prot=0
2026-09-01 10:07:25 +00:00
lizzie
353677132d
fix pings?
2026-09-01 10:07:25 +00:00
lizzie
7de5bf353a
fix winbloat
2026-09-01 10:07:25 +00:00
lizzie
44202413d5
fractional time -W
2026-09-01 10:07:25 +00:00
lizzie
8b4f92eb4f
ffs windows
2026-09-01 10:07:25 +00:00
lizzie
b46d2dfd74
evil noperm
2026-09-01 10:07:25 +00:00
lizzie
59ba4bbcc0
fuck errrno2
2026-09-01 10:07:25 +00:00
lizzie
1e5bcb9ebe
acurater errno
2026-09-01 10:07:24 +00:00
lizzie
d386952152
ALL THE ERROR CODES
2026-09-01 10:07:24 +00:00
lizzie
867a8d7d14
fixup errno
2026-09-01 10:07:24 +00:00
lizzie
a5fe3da33a
min of 1sec
2026-09-01 10:07:24 +00:00
lizzie
e7ee082f9d
account for timeout
2026-09-01 10:07:24 +00:00
lizzie
deff32b845
fix tcp on ssbu mod
2026-09-01 10:07:24 +00:00
lizzie
41b777180e
fallback only if it failed
2026-09-01 10:07:24 +00:00
lizzie
dad67a0506
implode windows
2026-09-01 10:07:24 +00:00
lizzie
82dbf07135
better
2026-09-01 10:07:24 +00:00
lizzie
181c03c856
evil ping
2026-09-01 10:07:24 +00:00
lizzie
100fb9e7e8
don't murder me for this change
2026-09-01 10:07:24 +00:00
lizzie
87db1c4eec
need the extra threads...
2026-09-01 10:07:24 +00:00
lizzie
33c055f066
more gymnastics to give fake results?
2026-09-01 10:07:24 +00:00
lizzie
08fd3c3f43
first fake icmp impl
2026-09-01 10:07:24 +00:00
lizzie
4da5224226
fix ldn sockets being regarded as normal socks
2026-09-01 10:07:24 +00:00
lizzie
569463cc46
fx2
2026-09-01 10:07:24 +00:00
lizzie
e92b486c7a
fix???
2026-09-01 10:07:24 +00:00
lizzie
81ab25fb0c
fix sockets
2026-09-01 10:07:24 +00:00
lizzie
794340bf3e
struct pollfd
2026-09-01 10:07:24 +00:00
lizzie
49788bc608
fix windows screaming
2026-09-01 10:07:24 +00:00
lizzie
a87382580c
musl scared of defines ooo
2026-09-01 10:07:24 +00:00
lizzie
4b15ed05f0
airplane mode takes priority
2026-09-01 10:07:24 +00:00
lizzie
891d40b2cf
uh
2026-09-01 10:07:24 +00:00
lizzie
d981cd4993
add tcp options
2026-09-01 10:07:24 +00:00
lizzie
5325483ff4
nuke extra threads, extra error support; use span instead of vector for poll fds
2026-09-01 10:07:24 +00:00
lizzie
619e425378
we love when cURL has bugs?
2026-09-01 10:07:24 +00:00
lizzie
e2c3d339f6
add extra polling types
2026-09-01 10:07:24 +00:00
lizzie
5a678a389f
various fixes to sockopt
2026-09-01 10:07:24 +00:00
lizzie
522856789f
allow configure socket level
2026-09-01 10:07:24 +00:00
lizzie
b6373f77ba
coalesce the various sockopt
2026-09-01 10:07:24 +00:00
lizzie
a5726efc3a
honour the provided MSG flags
2026-09-01 10:07:24 +00:00
lizzie
37d96f05a4
extra fixups
2026-09-01 10:07:24 +00:00
lizzie
ccb531a6ff
fixup stuffs for windows
2026-09-01 10:07:24 +00:00
lizzie
a2d9e96f70
fix messages native flags
2026-09-01 10:07:24 +00:00
lizzie
40fafa05f8
properly handle writebuffer and dont write OOB
2026-09-01 10:07:24 +00:00
lizzie
3dbbf0d9a3
fixes for non BSD
2026-09-01 10:07:24 +00:00
lizzie
5609a03914
[net] refactor to remove uneeded abstraction layer
...
Signed-off-by: lizzie <lizzie@eden-emu.dev >
2026-09-01 10:07:24 +00:00
lizzie
f7e5ceeacb
[video_core/buffer_cache] fix PAGE_SHIFT/BSD macro clash on Linux, *BSD ( #4329 )
...
Signed-off-by: lizzie <lizzie@eden-emu.dev >
- [x] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions ).
- [x] I have read and followed the [AI Policy](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/AI.md )
- [x] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md ) to the best of my ability.
-------------------
PAGE_SHIFT is a macro (sys/user.h on linux, machine/params.h on FBSD), dont name stuff that
https://stackoverflow.com/questions/77611721/get-page-shift-value-in-user-space
BSD is also a macro
Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4329
Reviewed-by: CamilleLaVey <camillelavey99@gmail.com >
Reviewed-by: MaranBr <maranbr@eden-emu.dev >
2026-08-31 21:34:01 +02:00
crueter
7fda6dde73
[common] Switch to boost::unordered_flat containers ( #4326 )
...
Replaces all instances of ankerl's unordered map/set with boost's
`unordered_flat_*` classes. This uses std::hash since boost::hash is
actually a lot slower.
Also adds an abstraction layer in `Common` so future changes are quicker
and easier.
Other implementation details:
- ankerl provided hash specializations for tuple and pair, so those were
ported here
- std::erase_if doesn't work on boost, so just used the ADL'd erase_if
This should be about equal or superior performance as unordered_dense for everything except iteration.
Signed-off-by: crueter <crueter@eden-emu.dev >
- [x] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions ).
- [x] I have read and followed the [AI Policy](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/AI.md )
- [x] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md ) to the best of my ability.
-------------------
Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4326
Reviewed-by: Lizzie and Samuel <lizzie@eden-emu.dev >
Reviewed-by: MaranBr <maranbr@eden-emu.dev >
2026-08-31 02:58:09 +02:00
lizzie
106a61c943
[core/file_sys] fix IPS not applying due to wrong NSObuild-id ( #4323 )
...
Signed-off-by: lizzie <lizzie@eden-emu.dev >
- [x] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions ).
- [x] I have read and followed the [AI Policy](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/AI.md )
- [x] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md ) to the best of my ability.
-------------------
NSO build id was being read wrongly... oops
also fixed some minor issues as well
Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4323
Reviewed-by: Shinmegumi <shinmegumi@eden-emu.dev >
Reviewed-by: CamilleLaVey <camillelavey99@gmail.com >
2026-08-30 20:08:40 +02:00
lizzie
297e797a32
[hle/kernel] remove flusher thread from OutputDebugString ( #4291 )
...
Signed-off-by: lizzie <lizzie@eden-emu.dev >
- [x] I have read and followed the [Contribution Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/CONTRIBUTING.md#code-contributions ).
- [x] I have read and followed the [AI Policy](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/AI.md )
- [x] I have read and followed the [Coding Guidelines](https://git.eden-emu.dev/eden-emu/eden/src/branch/master/docs/policies/Coding.md ) to the best of my ability.
-------------------
Unneeded abstraction?
either way it seems this thread is not required
anyone thinking otherwise feel free to lmk
directly contradicts with #4290
and #3744
Remember that messages will be displayed out of order
this can make actual debugging much harder I'm afraid
Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/4291
Reviewed-by: MaranBr <maranbr@eden-emu.dev >
Reviewed-by: crueter <crueter@eden-emu.dev >
2026-08-30 08:18:50 +02:00
lizzie
672bcbae01
[file_sys] robust-er IPSwitch compiler ( #3911 )
...
this PR reworks IPS parser to be less stupid
what do i mean by this? well generally give it a bit of
love so it doesn't do a lot of unsound allocations
also simplify the logic greatly (and use memcmp() string idiom
instead of trusting the compiler so blindly...)
no this doesn't mean to uber optimize IPS to handle 999 gb/s
it's more so it doesn't outright crash with edge cases
as the previous codebase was quite spaghetty
also the major overhead is obviously the vector shenanigans
and the I/O -- but thats out of scope
Test that IPSwitch mods still properly work WITH ANY GAME
IF THERE IS ANY REGRESSION IN SOME GAME/MOD THEN
TELL ME
Signed-off-by: lizzie <lizzie@eden-emu.dev >
Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/3911
Reviewed-by: crueter <crueter@eden-emu.dev >
Reviewed-by: CamilleLaVey <camillelavey99@gmail.com >
2026-08-30 08:10:51 +02:00