X86 Lds -
She knew LDS —Load Pointer Using DS. A relic from the segmented memory model of the 16-bit era, when pointers were 32-bit monsters: a 16-bit segment and a 16-bit offset. On her 32-bit 386, it still worked—mostly. But it was a time bomb.
The code was a fossil, written in a hybrid of C and inline assembly by a geophysicist who had long since retired to a cabin without electricity. The error was a General Protection Fault (GPF)—the 386’s way of screaming, “You touched memory you don’t own.” x86 lds
The GPF happened when LDS tried to read from DS:SI —but DS had been clobbered by an interrupt handler. So LDS cheerfully loaded garbage into DS itself, because that’s what LDS does: it writes the segment part of the loaded pointer directly into the DS register. Now DS pointed to an unmapped address. The next instruction—a simple mov ax, [bx] —caused the system to keel over. She knew LDS —Load Pointer Using DS
That night, Eleanor poured a whiskey and thought about LDS . Born in 1978 with the 8086, mature in the 286’s protected mode, and already a zombie on the 386—kept alive only by backward compatibility. It was the programming equivalent of a rotary phone in a smartphone world. You could still use it. But you really, really shouldn’t. But it was a time bomb
The disassembly pointed to one instruction: LDS .
lds bx, [si] ; Load 32-bit pointer from address DS:SI into DS:BX The geophysicist had used it to chase a linked list of fault lines. Eleanor realized the bug: the code assumed SI pointed to a far pointer stored in the current data segment. But in protected mode, under a DOS extender, DS could change anytime a task switched. One moment DS pointed to low memory; the next, to a buffer in extended memory.
