OpenBSD's daemons' configs are pleasant. But then you have to maintain a DSL for even small projects. Most people aren't going to want to implement and maintain a whole one-off config language for their small project. Which is why having a common, minimal option is nice.
That’s what I know since 1994 as well. thus surprised it’s published here with landing page only and no specific news. Unless I missed one? Is there some 31 years celebration or sth? :)
Read most of the comment, was hesitated. Then thought "it can't be that bad". Ok, it is that bad. I absolutely hate extra round corners and extra margin in the windows. Sigh.
I usually agree (and enjoy reading angry threads years later), but wasting screen real estate and getting measurably worse in terms of accessibility is simply not a good design decision.
Very much so. Pretty much all of these protocols are simplifications of asn1 and in some cases (like protobuf) there are a handful of things that got lost because the wire formats didn’t have them as they didn’t need them. A schema indicator being the single biggest flaw in protobuf.
If you parse a serialized protobuf byte array without having a .proto file, you have no way to dustinguish a byte string field from a nested message field. Thus you have no way to know how deep your parser should go.
Semi-related, one of the `imessage-exporter` contributors provided a great write-up on reverse engineering the handwritten and digital touch message protobufs [0]. The reconstructed proto files are [1] [2].
.model small
.code
org 100h
start:
int 19h ; Bootstrap loader
end start
More "correct":
.model small
.code
org 100h
start:
db 0EAh ; Jump to Power On Self Test - Cold Boot
dw 0,0FFFFh
end start
Even more "correct":
.model small
.code
org 100h
start:
mov ah,0Dh
int 21h ; DOS Services ah=function 0Dh
; flush disk buffers to disk
sti ; Enable interrupts
hlt ; Halt processor
mov al,0FEh
out 64h,al ; port 64h, kybd cntrlr functn
; al = 0FEh, pulse CPU reset
end start
reply