天空вℓσи∂ @skyblond@qoto.org

And I still don't know how to build cmake project with win32 related things.

Can't believe there is sus C/C++ code mixed in my Kotlin/JVM project 😜

https://github.com/hurui200320/WinLTOkt

Looks like SCSI Secure Protocol is a whole new world. I decided to quit.

Software encryption is good enough.

Time to sleep.

Badnight to HRs and recruiters who ignored or rejected me.

And goodnight to everyone else.

AI doesn't help on my SCSI issue. They can't provide me with a manual or book or reference or something else. They just claim it. I won't allow unclear code to stay in my project. Either I figure them out, or I remove them.

And to my surprise, while I didn't get any useful help from AI (llm), a lot of my ex-classmates and friends said chatgpt help them learning.

Well, scsi is much hard than I thought. Never dive that deep before.

To make things worse, tape drive encryption uses scsi secure protocol. Wtf is that?

No wonder every backup software use software encryption and willing to take the speed and performance penalty.

As I'm still being unemployed, I have greater and greater pressure to get a job every day.

Thankfully, I don't have a debt to worry about.
----
what school didn't teach you about money
by Answer in Progress
https://www.youtube.com/watch?v=CA3_urdUAoQ

Wondering why I wrote 2GB of data to tape but the drive barely spinning.

Then find out I forgot to disable compression.😅

oh sh*t now you know my full name

Moving around tapes. Finding out where the tape is after forward and backward N file marks.

Turns out Microsoft's win32 api generates the same result with Linux's mt command.

WHAT DO YOU MEAN BY "Campus recruitment, but requires 1+ years of Java development experience"?

Several days ago I was suffering from jextract and the new project Panama things. Since it's new, there is not much useful documentation and can't get it work in a frustrating day. I was thinking maybe I'm not good at java stuff and should quit and become a Uber eat delivery guy or something. (I blame HR for those negative thoughts)

After several days of suffering and trying, I kind of know how it works and now I'm even writing win32 library in C++. I
m amazing

Can't imagine now I'm writing C++ and using windows api. I almost reject everything that cannot run on JVM.

Yesterday I thought I'm going to give up during configure the project or compile with MSVC. But appallingly, I get it working and go those far.

Life is full of surprise.

Never though I'm going to dive so deep in this Win32 rabbit hole.

I was originally thinking just wrote a simple wrapper of win32's tape API, but then I realized that the encryption is missing. With Win32's tape api, you can basically implement something like `/dev/st0` (simple read and write) amd `mt` command (rewind, seek, set compression, etc.). I was thinking just use LTOEnc for encryption control.

But that software can only read the encryption key from a file, which, to me, is a big security hole: I can do that in memory, why write to the disk temporarily?

So I start reading LTOEnc's code. I found Microsoft really don't want you to directly talk to SCSI. I read their documents, they never said about IOCTL_SCSI_PASS_THROUGH_DIRECT. They are recommending something like IOCTL_CDROM or something that is not so lower level.

Anyway, thanks to LTOEnc, and Oracle's helpdesk generously providing HPE product's tech ref manual, I now can implement the encryption control in my win32 lib. And soon I can do that in Java.