Firstly, we don't need so many locks as we blocking the main loop.
On amd64 OpenBSD 6.8. Static are stored in tbss, so I know TLS was
releatively recently added properly, that's one issue.
I can only speculate, it's thread related and how mutexes are
handled on amd64? As well as having too many threads, also too
much blocking of the main loop...
Other changes, get rid of almost all sense of a "main" window...
Lots of stuff learnt through hacking...My folks are downstairs and
I can hear shaging on the TV...Christmas time...it's mean to be...
Sheesh
So, at some point, select a file system then below a panel with
something visual...probbaly for starters some visual indicator
of large folders and ideally activity too...
not done for now...shouldn't break the universe tho
No window takes presedence. Last window closes application :)
Because, if this wasn't done, someone in IRC (apbbb probably) would
say it should be done...soooooo
soo...let's create a little ipc server and server the minions
whatever they want. So add CPU and memory and Generic thing to the
application menu (desktop). Means you don't have to load up the
main EXE each time you want only one minor feature. Also use the
same process for all of this so we don't eat up resources and
because we can.
Make the UI simpler. Give everything a window. It's not clever
to only allow one action at a time. I think it seemed cool
because every other environment is simplifying the interface.
I don't really agree with this. Also some "tabs" don't
currently justify having the whole window.
hashtag **** it!
These labels are awful.
If you are ON the CPU "tab" WHY the hack do you need another
massive text label explaining the same thing!!!
Sometimes I wonder, wonder wonder...
Convert Linux memory values to bytes rather than reducing the
granularity of every other OS which reports memory use in
bytes.
The previous method just made everything confusing when it
needn't be.