Pawel Jakub Dawidek 1a517c3ec5 Actually, only the fullsync mode is implemented, not memsync mode. ...

Correct manual page.

MFC after:	3 days

2010-07-22 08:30:14 +00:00

..

activemap.c

…

activemap.h

…

control.c

…

control.h

…

ebuf.c

Fix typos.

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

ebuf.h

…

hast_proto.c

Eliminate dead code.

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

hast_proto.h

…

hast.conf.5

Actually, only the fullsync mode is implemented, not memsync mode.

2010-07-22 08:30:14 +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

Correct various log messages.

2010-06-14 21:46:48 +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

Plug memory leak.

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

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

Initialize gctl_seq for synchronization requests.

2010-06-14 21:44:20 +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

Correct various log messages.

2010-06-14 21:46:48 +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