GNU bug report logs -
#20778
Flush left indentation in c-mode
Previous Next
Reported by: Bruce Korb <bkorb <at> gnu.org>
Date: Tue, 9 Jun 2015 16:50:04 UTC
Severity: minor
Tags: moreinfo
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
With the patched cc-mode, I ran into this situation again.
It seems to think that the flush-left alignment of the "if" statement is fine.
The rest of the code indents as you see here. Reloading cc-mode does no
good, it leaves the statement flush left. Closing and re-visiting the file
cleans up the confusion and re-indents correctly.
I do not know what you can do about it without better information from me,
but I don't know what to tell you either. :( Oh, the "c-file-style" is "linux".
> void ftl_ns_print(void)
> {
> #if MAX_EVENT_EVT_PRIORITY >= LOG_DEBUG
> int skip_ct = 0;
>
> for (int i = 0; i < s_ns_table.nst_count; i++) {
> struct ftl_ns_t * const ns_p = &s_ns_table.nst_ns_list[i];
>
> if (ns_p->active_ns_id == NS_ID_NULL) {
> skip_ct++;
> continue;
> }
>
> EMIT_PRINT_NS_EVENT(
> debug, "ns_id=%d, flags=%u, active_ns_id=%d, parent_ns_id=%d, next_snapshot_ns_id=%d, "
> "snapshot_sn=%u, size_byte=%lu, used_bytes=%lu, physical_used_bytes=%lu, max_lpn=%lu, "
> "creation_io_id=%lu, snapshot_sn_seq=%u\n",
> sint32, ns_p->ns_id,
> uint32, ns_p->flags,
> sint32, ns_p->active_ns_id,
> sint32, ns_p->parent_ns_id,
> sint32, ns_p->next_snapshot_ns_id,
> uint32, ns_p->snapshot_sn,
> uint64, ns_p->size_bytes,
> uint64, ns_p->used_bytes,
> uint64, ns_p->physical_used_bytes,
> uint64, ns_p->max_lpn,
> uint64, ns_p->creation_io_id,
> uint32, ns_p->snapshot_sn_seq
> );
> }
>
> if (skip_ct > 0)
> EMIT_SKIPPED_NS_EVENT(debug, "skipped %d empty name spaces", sint32, skip_ct);
> #endif
> }
This bug report was last modified 3 years and 256 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.