qaz@lemmy.world to Programmer Humor@programming.devEnglish · 5 days agoWe don't talk about IPv5lemmy.worldimagemessage-square199linkfedilinkarrow-up1940arrow-down132
arrow-up1908arrow-down1imageWe don't talk about IPv5lemmy.worldqaz@lemmy.world to Programmer Humor@programming.devEnglish · 5 days agomessage-square199linkfedilink
minus-squarepanda_abyss@lemmy.calinkfedilinkarrow-up10arrow-down5·5 days agoI wrote and ipv6 parser once. Never again.
minus-squareXylight@lemdro.idlinkfedilinkEnglisharrow-up5·5 days agoAs in a regex or …? An ipv4 parser would also be sorta difficult. you have to account for the fact that all the octets can be added to decimal: http://2130706433 (valid 127.0.0.1) or the fact that octets can be in different formats: http://0x7F.0x0.0x0.0x1 (127.0.0.1) or the fact that you can mix octet formats: http://0xC0.0250.0.1 (192.168.0.1)
minus-squarepanda_abyss@lemmy.calinkfedilinkarrow-up1·5 days agoYeah a mix of regex and heuristics to validate before parsing It was a long time ago now It also had to parse ipv4 because they can be embedded (IIRC) and the different octet formats
I wrote and ipv6 parser once.
Never again.
As in a regex or …?
An ipv4 parser would also be sorta difficult.
you have to account for the fact that all the octets can be added to decimal: http://2130706433 (valid 127.0.0.1)
or the fact that octets can be in different formats: http://0x7F.0x0.0x0.0x1 (127.0.0.1)
or the fact that you can mix octet formats: http://0xC0.0250.0.1 (192.168.0.1)
Yeah a mix of regex and heuristics to validate before parsing
It was a long time ago now
It also had to parse ipv4 because they can be embedded (IIRC) and the different octet formats