| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
yelp-3.28.1/libyelp/yelp-man-parser.c:1194: var_decl: Declaring variable "ws_start" without initializer.
yelp-3.28.1/libyelp/yelp-man-parser.c:1202: uninit_use: Using uninitialized value "ws_start".
|
|
|
|
|
|
| |
yelp-3.28.1/libyelp/yelp-man-parser.c:549: error[invalidScanfFormatWidth]: Width 10 given in format string (no. 2) is larger than destination buffer 'name[10]', use %9s to prevent overflowing it.
yelp-3.28.1/libyelp/yelp-man-parser.c:926: error[invalidScanfFormatWidth]: Width 16 given in format string (no. 1) is larger than destination buffer 'name[16]', use %15s to prevent overflowing it.
|
|
|
|
|
|
|
|
|
| |
yelp-3.28.1/libyelp/yelp-man-parser.c:464: cond_at_most: Checking "k > 8U" implies that "k" may be up to 8 on the false branch.
yelp-3.28.1/libyelp/yelp-man-parser.c:469: overrun-local: Overrunning array "parser->font_registers" of 8 8-byte elements at element index 8 (byte offset 64) using index "k" (which evaluates to 8).
yelp-3.28.1/libyelp/yelp-man-parser.c:476: assignment: Assigning: "k" = "parser->current_font".
yelp-3.28.1/libyelp/yelp-man-parser.c:477: cond_at_most: Checking "k > 8U" implies that "k" and "parser->current_font" may be up to 8 on the false branch.
yelp-3.28.1/libyelp/yelp-man-parser.c:477: overrun-local: Overrunning array "parser->font_registers" of 8 8-byte elements at element index 8 (byte offset 64) using index "k" (which evaluates to 8).
|
|
|
|
|
| |
yelp-3.28.1/libyelp/yelp-man-parser.c:445: var_compare_op: Comparing "parser" to null implies that "parser" might be null.
yelp-3.28.1/libyelp/yelp-man-parser.c:449: var_deref_op: Dereferencing null pointer "parser".
|
|
|
|
| |
Calling g_strfreev() on a stack-allocated array is a bad idea.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
stdout is defined in stdio.h which breaks the compilation under (at
least) OpenBSD and it is usually considered bad pratice to use such
generic variable names.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Note that there's not a space before the (2): it seems that strings
like that are used for Copyright (C) etc. and not links).
|
|
|
|
| |
Note: the stray g_next_char() line had no effect.
|
|
|
|
|
|
|
|
| |
Since we're parsing the whole thing in one pass, we can't know this is
the last line until we're done, so we go through at the end and check
whether there's an empty section. If so, we know what the title should
look like, so we extract the information and put it somewhere more
useful.
|
| |
|
|
|
|
|
|
| |
This works harder to understand the first line of output: the previous
code didn't work if there was a space (or hyphen or anything else) in
the command name.
|
|
|
|
|
| |
This allows us to work out when there should be a wider gap between
two paragraphs, for instance.
|
| |
|
|
|
|
|
|
|
| |
At the moment, there's a horrible hack with a hardcoded table of
character names and unicode code points. Hopefully eventually this can
be replaced by parsing a file or calling a program... but I don't know
how yet :-(
|
|
|
|
|
| |
Basically, to get internal spaces correct (eg in tables etc), we
*have* to use a monospace font.
|
|
|
|
|
|
|
|
| |
Currently doesn't deal with 'special characters' (including umlauts
and ... hyphens!)
Also seems to fail with pretty simple formatting (see list of sections
in man man)
|
|
|
|
|
| |
Since GDataInputStream doesn't return newlines, we end up running words together
if the whitespace between them is a newline. This approach might be overzealous.
|
|
|
|
|
| |
Lines from GIOChannel do. A bunch of the code from the old GIOChannel-based
parser was wrong, because it was looking for \n.
|
|
|