zero_one_one

5 ms·

1.
by zero_one_one 8y ago
I definitely would have gone for “close the lid” as a title rather than “close the book”. An opportunity for prime journalistic comedy missed!
2.
by zero_one_one 8y ago
I agree - my main point is that an OS is ‘just a program’ as well I suspect we’re both making a similar point in a roundabout way - the operating system is both another layer of abstraction on top of the Instruction Set, while also making t
3.
by zero_one_one 8y ago
I think this is the biggest problem with learning x86 assembly (or ARM or anything else) on modern systems (or more specifically modern operating systems). It’s sometimes difficult to think about the assembly code in situ when you start to
4.
by zero_one_one 8y ago
The code above I believe is the point to jump to when the register has been assigned some value for x. Think along the same lines as a function call once the pre-amble is out of the way (or a ‘goto’ by someone who knows when to use it!)
5.
by zero_one_one 8y ago
I think it’s created by the man himself - having been through it it’s a very thorough coverage of the basic instruction set without delving too much into the windows specifics (it uses FASM syntax from what I recall)
6.
by zero_one_one 8y ago
I’d like to add to this comment to say that the author has a fantastic assembly course available on udemy - very thorough and practical (teaching the basics in a win32 environment) https://www.udemy.com/x86-asm-foundations&#
7.
by zero_one_one 9y ago
The original requirements were for bread and meat. With an optional drink of water if there was time and it came in under budget.
8.
by zero_one_one 9y ago
Don't forget your towel!
9.
by zero_one_one 9y ago
grep -v .*[nN].x will solve the infrastructure problem... As you say, the way to make money (with any tool) is to get good enough at using them to be useful to someone that wants to pay you to do so
10.
by zero_one_one 9y ago
>> if your code needs a comment to be understood, it would be better to rewrite it so it's easier to understand. I both agree and disagree with this... C is a small language, and it shouldn't take a huge amount of time to pa
11.
by zero_one_one 9y ago
To clarify - I agree the BSDs are keeping Unix alive, however separating BSD from those Unixes with System V roots which are starting to wither and die is the point I was making - hence the (BSDs aside) addendum.
12.
by zero_one_one 9y ago
If you don't mind me asking, what are you using the horsepower for? Is it in use for day-to-day operations?
13.
by zero_one_one 9y ago
It's a real shame that the last line of System V Unixes/ Unices / Unii is starting to die off. Market share aside, it's sad that the history of UNIX(r) appears to be coming to a close... A very undignified end to a wonde
14.
by zero_one_one 9y ago
Agreed... although x86 port for Solaris from SPARC wasn't enough to keep Solaris alive and kicking, despite the huge advancements Sun had made with the kernel and filesystem etc.
15.
by zero_one_one 9y ago
Nothing like long-term legacy support contracts for a bit of cash injection...
16.
by zero_one_one 9y ago
My concern would be that as they look to carve off the less profitable areas of their enterprise divisions, that the HP/UX team (as a smaller subset of the overall quoted number of 5000) and in turn the HP/UX product as it stands
17.
by zero_one_one 9y ago
They also create several workstations used quite extensively in the video editing world, along with other power-user oriented industrial uses
18.
by zero_one_one 9y ago
Could we be possibly be looking at HP taking HP/UX the same way that Oracle took Solaris? i.e. tossing it overboard?
19.
by zero_one_one 9y ago
Addison Lee also tend to seemingly employ many drivers who drive as if they're doing their best to kill you, themselves, and any cyclists or unwary pedestrians around them. Worse still, this activity is actively encouraged by Addison L
20.
by zero_one_one 9y ago
:set sarcasm Hey, That's unfair to C! If an OS is reckless enough to give a process memory when it asks for it, it should have no business worrying about what the process does with the allocation! In all seriousness though, the languag
21.
by zero_one_one 9y ago
Not only reading source code - how many people disassemble their compiled code and check for any unwanted side effects the compiler may have generated? For any non-trivial code base, this is not an option, hence where the implicit trust in
22.
by zero_one_one 9y ago
Most of the TV and movies you've been watching since things went digital are cases where 'high dynamic range' has been jammed into a standard dynamic range container (most features and high-end drama would shoot either raw or
23.
by zero_one_one 9y ago
BT2020/2100 covers 'Wide Gamut' and 'Higher luminance' (PQ / SMPTE ST:2084) - both of these in tandem are at the core of all existing HDR standards (aside from HLG which I'll save for another discussion).
24.
by zero_one_one 9y ago
> HDR processing is just a post-processing gimmick Can you explain how it's a gimmick? If you are confusing HDR for the process of taking an existing Rec. 709 signal and gamut mapping into a subset of Rec. 2020, I agree that is a b
25.
by zero_one_one 9y ago
The vast majority of consumer HDR displays aren't capable of displaying the full P3 Gamut - let alone making a proper dent on Rec. 2020.
26.
by zero_one_one 9y ago
That's quite incredible... It'd be interesting to see how up to date the CRL is as well.
27.
by zero_one_one 9y ago
RIP Solaris
28.
by zero_one_one 9y ago
Anyone who is old enough to remember MUDs feels your pain - it's a real shame that you had to test HR inputs this way though! $ CROSS DRAWBRIDGE CANNOT CROSS DRAWBRIDGE $ TRAVERSE DRAWBRIDGE CANNOT TRAVERSE DRAWBRIDGE $ ABANDON DRAWB
29.
by zero_one_one 9y ago
I'm not sure that there's any exaggeration in my post - I didn't mention any overblown outcomes that could result from these sort of actions, purely the considerations that weren't taken into account before the action wa
30.
by zero_one_one 9y ago
I agree with you, that the expectation is reasonable, however in the real world this is not always the case. I totally agree that the systems should be tested for this, and if not they shouldn't be in a live environment. However I draw

More ›