.\" This manpage has been automatically generated by docbook2man 
.\" from a DocBook document.  This tool can be found at:
.\" <http://shell.ipoline.com/~elmert/comp/docbook2X/> 
.\" Please send any bug reports, improvements, comments, patches, 
.\" etc. to Steve Cheng <steve@ggi-project.org>.
.TH "JOURNAL_EXTEND" "9" "09 October 2005" "" ""

.SH NAME
journal_extend \- extend buffer credits.
.SH SYNOPSIS
"SYNOPSIS"
.sp
\fB
.sp
int journal_extend  (handle_t * \fIhandle\fB, int \fInblocks\fB);
\fR
.SH "ARGUMENTS"
.TP
\fB\fIhandle\fB\fR
handle to 'extend'
.TP
\fB\fInblocks\fB\fR
nr blocks to try to extend by.
.SH "DESCRIPTION"
.PP
Some transactions, such as large extends and truncates, can be done
atomically all at once or in several stages.  The operation requests
a credit for a number of buffer modications in advance, but can
extend its credit if it needs more.  
.PP
journal_extend tries to give the running handle more buffer credits.
It does not guarantee that allocation - this is a best-effort only.
The calling process MUST be able to deal cleanly with a failure to
extend here.
.PP
Return 0 on success, non-zero on failure.
.PP
return code < 0 implies an error
return code > 0 implies normal transaction-full status.