Pawel Jakub Dawidek 6744284aec Plug memory leaks. ...

Found by:	Coverity Prevent
CID:		7052, 7053, 7054, 7055
MFC after:	3 days

2010-06-14 21:25:20 +00:00

..

activemap.c

…

activemap.h

…

control.c

…

control.h

…

ebuf.c

…

ebuf.h

…

hast_proto.c

Eliminate dead code.

2010-06-14 21:01:13 +00:00

hast_proto.h

…

hast.conf.5

mdoc: move remaining sections into consistent order

2010-05-13 12:08:11 +00:00

hast.h

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

hastd.8

mdoc: move remaining sections into consistent order

2010-05-13 12:08:11 +00:00

hastd.c

Remove macros that are not really needed. The idea was to have them in case

2010-06-14 21:18:58 +00:00

hastd.h

…

hooks.c

…

hooks.h

…

Makefile

Fix compilation with WITHOUT_CRYPT or WITHOUT_OPENSSL options.

2010-04-22 19:18:10 +00:00

metadata.c

Plug memory leaks.

2010-06-14 21:25:20 +00:00

metadata.h

…

nv.c

…

nv.h

…

parse.y

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

pjdlog.c

Fix log size calculation which caused message truncation.

2010-04-16 06:49:12 +00:00

pjdlog.h

…

primary.c

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

proto_common.c

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

proto_impl.h

…

proto_socketpair.c

…

proto_tcp4.c

Default connection timeout is way too long. To make it shorter we have to

2010-04-29 21:55:20 +00:00

proto_uds.c

…

proto.c

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

proto.h

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

rangelock.c

…

rangelock.h

…

secondary.c

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00

subr.c

…

subr.h

…

synch.h

…

token.l

Fix a problem where hastd will stuck in recv(2) after sending request to

2010-04-29 15:36:32 +00:00