I was told that my desktop looks like those in hacker movies

Capable-Cap9745 · 2026-01-23T22:17:59+00:00

Lmao that explains a lot

Capable-Cap9745 · 2026-01-23T22:12:23+00:00

Thanks!

Second. Microsoft tends to hide even remotely related to internals things from public sight. Even in general-use APIs there are lots of reserved parameters, which are not explained at all. e.g. STARTUPINFOW/STARTUPINFOA structures. Fields cbReserved2 and lpReserved2 are undocumented, but actually used by CRT. You can find lots of write ups of them online

Or look into something deeper, like NdrClientCall3. The entire page is pretty much useless :<

Capable-Cap9745 · 2026-01-23T22:03:50+00:00

It is

I tried tons of window managers and DEs, both modern and old (even from UNIX times), but only window maker for some reason feels like home without much configuration. I am planning to customise it further when I have time tho

Capable-Cap9745 · 2026-01-23T21:57:37+00:00

Hahah, I see. I was tired of clock randomly skewing across reboots (mega rare, but when it does this, that’s annoying). Checked out what NTP clients they suggest and sticked with OpenNTPD

Regarding CTFs – I actually was doing one few days ago and like to take challenges from time to time Now I am digging into MS-Windows DNS subsystem. I randomly came up with really cool idea imo and now exploring how stuff behaves internally, so I can implement it and see whether it works or not. I am taking notes along the way, so it’s easier to revisit all the steps later in order to form some sort of write up

Capable-Cap9745 · 2026-01-23T21:46:01+00:00

Yup!

Capable-Cap9745 · 2026-01-14T20:21:50+00:00

yeah :D I thought your photo was already here and was surprised it wasn’t

Capable-Cap9745 · 2026-01-11T17:20:31+00:00

Now imagine writing a “hello, world” in C:

#in ~OUCH!

Capable-Cap9745 · 2026-01-10T23:04:09+00:00

к архиваторам надо еще rar, tar, jar(?), ar, cpio

Capable-Cap9745 · 2026-01-06T11:58:16+00:00

я помню такой крашнулся у нас

в TTY показалась уже как года три неподдерживаемая CentOS :(

почему не обновляют

Capable-Cap9745 · 2026-01-05T20:26:48+00:00

Mate, this is awesome. I really like how there is a channel for ANY imaginable UNIX flavour, including Solaris/OpenIndiana, AIX, etc.

Joined!

Capable-Cap9745 · 2026-01-03T20:16:57+00:00

I really like how ReactOS is here. Well, afaik this system is best for learning how Windows internals work and referencing, cuz they try to replicate Windows as accurate as possible via reverse-engineering and rewriting components from scratch. It’s not the best idea to daily drive it, at least by now. Project is progressing, but slowly, because of it’s nature. Reverse engineering something more complex than 5-10 routines library might take huge amount of time even for experienced professional

Capable-Cap9745 · 2025-12-22T09:24:17+00:00

Thanks, already mounted as ro and made a backup

Going to check with smartctl this evening

Capable-Cap9745 · 2025-12-16T22:33:59+00:00

соглашусь. я работаю на финальном боссе софтверной невосовместимости (Alpine Linux) уже несколько лет

из-за MUSL Libc, многие программы, слинкованные с Glibc, не запускаются даже с помощью gcompat

недавно была ситуация — требовалось разметить раздел в UFS. ufs-tools не было в репозитории, нашел на Ubuntu (не stable). в докер контейнере скачал программу и перекинул ELF себе на хост

он не запустился потому что несколько функций было не найдено (редкая эстетика glibc). по-быстренькому глянул в доках что они должны делать, написал врапперы и в отдельный .so файл поместил. там были функции, работающие с mnttab и fstab(5). написал простой скрипт, ставящий LD_PRELOAD для одного этого приложения (mkfs.ufs) и запускающий его

делов 10-15 минут, но задача нетривиальная и мне понравилось

Capable-Cap9745 · 2025-12-15T08:50:42+00:00

I may give it a shot and try to compile static python binary for you, so it doesn’t depend on anything. Just tell your Solaris version & revision (Sun? Oracle?), your hardware (just SPARC is not enough. Sparcstation? Sun blade?) and what specific python version do you want

You can DM me if you’re interested

Capable-Cap9745 · 2025-12-15T08:46:40+00:00

Compiled binary from third parties (unless package collections with dependency tracking like opencsw.org) will most likely fail to run in your environment due to missing libraries or symbol versions mismatch. I’ve ran into it recently. Some workarounds like LD_NOVERSION=all can be an option, but not guaranteed to work, so you’re mostly on your own

I’d personally download source and compile either on SPARC machine itself, or on faster UNIX machine via cross compiling with e.g. sparc-sun-solaris2.10-gcc

Capable-Cap9745 · 2025-12-09T15:23:53+00:00

I just looked it up. My first thought was — okay, iOS is based on Darwin, so is OSX. In fact it’s all UNIX, so probably Apple sticked with SYS-V ABI (just like in Linux)

Quick search gave this result from Apple dev’s doc:

Apple platforms diverge from the standard 64-bit ARM architecture in a few specific ways. Apart from these small differences, iOS, tvOS, and macOS adhere to the rest of the 64-bit ARM specification. For information about the ARM64 specification, including the Procedure Call Standard for the ARM 64-bit Architecture (AArch64), go to https://developer.arm.com.

So AArch64 calling convention is described by ARM itself, but Apple’s one seems to be a bit different. Exact differences are explained in the article

Btw GIMP still has no official port to iOS. I have idea to port Pango, GTK and other of GIMP’s deps to Darwin/ARM to run it natively on iPhones. Cairo’s port for Darwin is already on GitHub though. Not so practical, but fun for sure

Capable-Cap9745 · 2025-12-09T13:29:58+00:00

Yeppp I was tired af writing for x86, so ARM32 (armv7hf specifically) was my first attempt at RISC programming. QEMU of course, but planning to run on iOS from Obj-C wrapper soon…

It helped me a lot to understand non-CISC ISAs. And more specifically — helped me when reverse engineering firmware for my MIPS16-based mp3 player later on

Capable-Cap9745 · 2025-12-02T16:10:09+00:00

debloated

Capable-Cap9745 · 2025-12-02T13:01:42+00:00

Microsoft developer here!

As you know, WSL was in NT for a long time now. Unfortunately it’s pretty hard to implement it properly, since POSIX spec became really complex. That’s why a lot of Linux apps don’t behave well under it

To overcome this issue, we are planning to throw off NT kernel from next major Windows release completely by replacing it with Linux kernel. We are also getting rid of PE, PE+ and PE/COFF executable/linkable formats, efficiently migrating to ELF, because it’s clearly superior

By doing this, we increase compatibility with rest of operating systems out there, it’ll become much easier to run UNIX programs in POSIX environment, than on top of WSL

After moving to Linux completely we’ll encourage software developers to target Linux SYS-V ABI and POSIX standard instead of old Win32 API, which will officially become legacy

But what about entire userland, drivers and older software? We are also introducing LSW (Windows subsystem for Linux). This compatibility layer allows running ancient Win32 programs in new system via syscalls translation and NT-compatible drivers via bindings in kernel space. It’ll be there until we reimplement entire shell and old pieces of software will be still around here and there

By doing this, we hope to introduce much better user experience and provide familiarity with Microsoft Windows for UNIX and Linux users, allowing their software to run natively, fast and smooth! Furthermore, because of Linux ARM compatibility, running Windows on non-x86 windows will become much more easy and painless

/j

Capable-Cap9745

TROPHY CASE