view tests/md5sum.test @ 1613:96aa7ec74936 draft

Fix yet another sed bug. The s/// command would copy the \ of substitutions before deciding what to do with them (generally overwriting the \ with the new data). When the substitution was A) at the very end of the new string, B) resolved to nothing, it could leave a trailing \ that didn't belong there and didn't get overwritten because the "copy trailing data" part that copies the original string's null terminator already happened before the \ overwrote it. The ghostwheel() function restarts regexes after embedded NUL bytes, but if the string it's passed is _longer_ than the length it's told then it gets confused (and it means we're off the end of our allocation so segfaults are likely). Fix: test for \ first and move the "copy byte" logic into an else case.
author Rob Landley <rob@landley.net>
date Mon, 15 Dec 2014 03:34:55 -0600
parents 8700cbe1cb29
children
line wrap: on
line source

#!/bin/bash

[ -f testing.sh ] && . testing.sh

#testing "name" "command" "result" "infile" "stdin"

# These tests are from RFC 1321 appendix 5, reshuffled slightly to test
# varying argument numbers

testing "md5sum ''" "md5sum" "d41d8cd98f00b204e9800998ecf8427e  -\n" "" ""
testing "md5sum infile" "md5sum input" \
  "0cc175b9c0f1b6a831c399e269772661  input\n" "a" ""
testing "md5sum two files" "md5sum - input" \
  "900150983cd24fb0d6963f7d28e17f72  -\nf96b697d7cb7938d525a2f31aaf161d0  input\n" \
  "message digest" "abc"
testing "md5sum 4" "md5sum" "c3fcd3d76192e4007dfb496cca67e13b  -\n" \
  "" "abcdefghijklmnopqrstuvwxyz"
testing "md5sum 5" "md5sum" "d174ab98d277d9f5a5611c2c9f419d9f  -\n" \
  "" "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789"
testing "md5sum 6" "md5sum" "57edf4a22be3c955ac49da2e2107b67a  -\n" \
  "" "12345678901234567890123456789012345678901234567890123456789012345678901234567890"