| Age | Commit message (Collapse) | Author |
|---|
|
|
|
a side effect of 3c77cd3ae664 changed the unit ordering to start at one, so fix the condition accordingly.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
reverse mapping
|
|
|
|
BurnZeZ → Found a bug in dc(1)
BurnZeZ → Everything breaks when you fill the stack
BurnZeZ → You have stkptr which crap expects to point to an available member in Blk *stack[STKSZ];
BurnZeZ → stkend = &stack[STKSZ];
BurnZeZ → stkptr is allowed to equal stkend
BurnZeZ → So crap that expects stkptr to be pointing to an available Blk ends up dereferencing past the end of the array
BurnZeZ → term% echo `{seq 1 100} f | dc
BurnZeZ → dc 628283: suicide: sys: trap: fault read addr=0xffffe0000040a618 pc=0x204b1c
|
|
|
|
|
|
|
|
|
|
|
|
|
|
nobody passes us the "RSD PTR " address when doing multiboot/kexec
on UEFI systems. so we search for it manually in the ACPI reserved
area as indicated in the e820 memory map.
|
|
|
|
|
|
|
|
when the question zone is in a delegated area, we still
need to provide the nameservers.
|
|
|
|
|
|
launch wadfs after detecting main wad, exposing GENMIDI and music lumps
under /mnt/wad. /bin/dmus can then use them directly, and wadfs doesn't
need to be started manually.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
this fixes playing any midi files containing such messages
example: prince of persia midis from vgmpf wiki
|
|
v4 lookups.
|
|
|
|
4 character tags)
|
|
|
|
|
|
back ^X form handling
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
