JOURNAL_GET_UNDO_ACC(9) The Linux Journalling API JOURNAL_GET_UNDO_ACC(9)NAME
journal_get_undo_access - Notify intent to modify metadata with non-rewindable consequences
SYNOPSIS
int journal_get_undo_access(handle_t * handle, struct buffer_head * bh);
ARGUMENTS
handle
transaction
bh
buffer to undo
DESCRIPTION
Sometimes there is a need to distinguish between metadata which has been committed to disk and that which has not. The ext3fs code uses
this for freeing and allocating space, we have to make sure that we do not reuse freed space until the deallocation has been committed,
since if we overwrote that space we would make the delete un-rewindable in case of a crash.
To deal with that, journal_get_undo_access requests write access to a buffer for parts of non-rewindable operations such as delete
operations on the bitmaps. The journaling code must keep a copy of the buffer's contents prior to the undo_access call until such time as
we know that the buffer has definitely been committed to disk.
We never need to know which transaction the committed data is part of, buffers touched here are guaranteed to be dirtied later and so will
be committed to a new transaction in due course, at which point we can discard the old committed data pointer.
Returns error number or 0 on success.
AUTHORS
Roger Gammans <rgammans@computer-surgery.co.uk>
Author.
Stephen Tweedie <sct@redhat.com>
Author.
COPYRIGHT Kernel Hackers Manual 2.6. July 2010 JOURNAL_GET_UNDO_ACC(9)
Check Out this Related Man Page
JOURNAL_GET_UNDO_ACC(9) The Linux Journalling API JOURNAL_GET_UNDO_ACC(9)NAME
journal_get_undo_access - Notify intent to modify metadata with non-rewindable consequences
SYNOPSIS
int journal_get_undo_access(handle_t * handle, struct buffer_head * bh);
ARGUMENTS
handle
transaction
bh
buffer to undo
DESCRIPTION
Sometimes there is a need to distinguish between metadata which has been committed to disk and that which has not. The ext3fs code uses
this for freeing and allocating space, we have to make sure that we do not reuse freed space until the deallocation has been committed,
since if we overwrote that space we would make the delete un-rewindable in case of a crash.
To deal with that, journal_get_undo_access requests write access to a buffer for parts of non-rewindable operations such as delete
operations on the bitmaps. The journaling code must keep a copy of the buffer's contents prior to the undo_access call until such time as
we know that the buffer has definitely been committed to disk.
We never need to know which transaction the committed data is part of, buffers touched here are guaranteed to be dirtied later and so will
be committed to a new transaction in due course, at which point we can discard the old committed data pointer.
Returns error number or 0 on success.
AUTHORS
Roger Gammans <rgammans@computer-surgery.co.uk>
Author.
Stephen Tweedie <sct@redhat.com>
Author.
COPYRIGHT Kernel Hackers Manual 3.10 June 2014 JOURNAL_GET_UNDO_ACC(9)
i have the following lines
T2345
T3435 - bugfixed and running
T5654 fixed and committed
T34541:- fixed and committed
i need to extract only the T part (eg:T2345) ,ie i dont want any special characters after it.
i have been trying with grep and egrep but with no luck.
pls help (11 Replies)
Here is a shell for printing committed person's:
1. Revision number
2. Name
3. Date of commit
4. Files committed.
5. committing comment
6. Date
I just made for my usage. May be helpful for you too.
Do as follows.
create a file
$ vi svn_get_user_committed_files_details.sh
press i... (3 Replies)