view tests/test-encode @ 10753:a1cb8ca051c0 stable

wsgicgi: call close() on iterable to avoid resource leaks Quoting PEP 333 (WSGI): "If the iterable returned by the application has a close() method, the server or gateway must call that method upon completion of the current request, whether the request was completed normally, or terminated early due to an error. (This is to support resource release by the application. This protocol is intended to complement PEP 325's generator support, and other common iterables with close() methods."
author Konstantin Zemlyak <zart@zartsoft.ru>
date Mon, 22 Mar 2010 15:16:27 +0100
parents 1c4ab236ebcb
children 4c94b6d0fb1c
line wrap: on
line source

#!/bin/sh

hg init

cat > .hg/hgrc <<EOF
[encode]
not.gz = tr [:lower:] [:upper:]
*.gz = gzip -d

[decode]
not.gz = tr [:upper:] [:lower:]
*.gz = gzip

EOF

echo "this is a test" | gzip > a.gz
echo "this is a test" > not.gz
hg add *
hg ci -m "test" -d "1000000 0"
echo %% no changes
hg status
touch *

echo %% no changes
hg status

echo %% check contents in repo are encoded
hg debugdata .hg/store/data/a.gz.d 0
hg debugdata .hg/store/data/not.gz.d 0

echo %% check committed content was decoded
gunzip < a.gz
cat not.gz

rm *
hg co -C

echo %% check decoding of our new working dir copy
gunzip < a.gz
cat not.gz

echo %% check hg cat operation
hg cat a.gz
hg cat --decode a.gz | gunzip
mkdir subdir
cd subdir
hg -R .. cat ../a.gz
hg -R .. cat --decode ../a.gz | gunzip