Hypnadogic Pup @Fuego@awoo.space

It me.

Why does christmas always take place in victorian germany?

@.@ crashing soooooooooooo hard

@iximeow@cybre.space whoa - what archs?

I am too tired to fix this emulator bug today -.-

@iximeow@cybre.space sure they didnt have a guard page mapped by the OS?

@iximeow@cybre.space I mean mapping zero in the right context is a tried and true way to exploit null pointer deref in the kernel in most archs I know

@Oneironott this picture christmas AF

@Tanuki nightdrive95 all one word

CITR puts it out

hahaha first comment on this video with 1k thumbs up:

"DrIncognito
2 years ago
And here are the sweaty hands from watching climbing videos again...
"

@Antifreeze it is drastic and instantaneous

If I watch rock climbing videos, my hands start to sweat instantly. Its so strange...

@Tanuki put on the night drive 95 podcast at least

I had a drink and I dont understand this bug...

@Tanuki
0x800a LDA ABS 0x2002
0x800d BPL PCREL 0xfb
is a loop - that 0xfb is a minus that does not affect the hi byte

HOWEVER

0x8941 BCC PCREL 0x8d
is supposed to branch to 88d0
NOT 89d0 which is what my code does...

@Tanuki​ I didnt want to look at other people's code but I think it might be necessary for the PPU

This code looks pretty clear and clean
https://github.com/fogleman/nes/blob/master/nes/ppu.go

@iximeow@cybre.space it always works. Question is if the OS maps a guard page explicitly or not. Many do now. This is new.

Slowly but surely deleting accounts on the internet of services as they become horrible and dystopian. My phone is gonna have so much free space!!

Lolll nope.

@Tanuki right now we get to:

ROM:8E3B STA $2007
ROM:8E3E DEY
ROM:8E3F BNE loc_8E3B
ROM:8E41 DEX
ROM:8E42 BNE loc_8E3B

where we are clearing the sprite data but causing successive OAMDATA writes in the PPU, which auto increments the OAMLATCH (sprite buffer address) in the PPU

This marks the data dirty and then our DrawNameTables explodes when handling it