*nix Documentation Project
·  Home
 +   man pages
·  Linux HOWTOs
·  FreeBSD Tips
·  *niX Forums

  man pages->FreeBSD man pages -> vgrind (1)              
Title
Content
Arch
Section
 

VGRIND(1)

Contents


NAME    [Toc]    [Back]

     vgrind -- grind nice listings of programs

SYNOPSIS    [Toc]    [Back]

     vgrind [-] [-W] [-d file] [-f] [-h header] [-llanguage] [-n]
	    [-p postproc] [-sn] [-t] [-x] name ...

DESCRIPTION    [Toc]    [Back]

     The vgrind utility formats the program sources which are arguments in a
     nice style using troff(1) Comments are placed in italics, keywords in
     bold face, and the name of the current function is listed down the margin
     of each page as it is encountered.

     The vgrind utility runs in two basic modes, filter mode (see the -f
     option) or regular mode.  In filter mode vgrind acts as a filter in a
     manner similar to tbl(1).	The standard input is passed directly to the
     standard output except for lines bracketed by the troff-like macros:

     .vS     starts processing

     .vE     ends processing

     These lines are formatted as described above.  The output from this filter
 can be passed to troff(1) for output.	There need be no particular
     ordering with eqn(1) or tbl(1).

     In regular mode vgrind accepts input files, processes them, and passes
     them to the postprocessor for output, psroff(1) by default.

     In both modes vgrind passes any lines beginning with a decimal point
     without conversion.

     The options are:

     -		   forces input to be taken from standard input (default if -f
		   is specified)

     -W 	   forces output to the (wide) Versatec printer rather than
		   the (narrow) Varian

     -d file	   specifies an alternate language definitions file (default
		   is /usr/share/misc/vgrindefs)

     -f 	   forces filter mode

     -h header	   specifies a particular header to put on every output page
		   (default is the file name)

     -l 	   specifies the language to use.  Currently known are PASCAL
		   (-lp), MODEL (-lm), C (-lc or the default), C++ (-lc++),
		   CSH (-lcsh), SHELL (-lsh), RATFOR (-lr), MODULA2 (-lmod2),
		   YACC (-lyacc), LISP (-lisp), ICON (-lI), and PERL (-lperl).

     -n 	   forces no keyword bolding

     -p postproc   use postproc to post-process the output, psroff(1) by
		   default.

     -s 	   specifies a point size to use on output (exactly the same
		   as the argument of a .ps)

     -t 	   similar to the same option in troff(1) causing formatted
		   text to go to the standard output

     -x 	   outputs the index file in a ``pretty'' format.  The index
		   file itself is produced whenever vgrind is run with a file
		   called index in the current directory.  The index of function
 definitions can then be run off by giving vgrind the
		   -x option and the file index as argument.

FILES    [Toc]    [Back]

     index			  file where source for index is created
     /usr/share/tmac/tmac.vgrind  macro package
     /usr/libexec/vfontedpr	  preprocessor
     /usr/share/misc/vgrindefs	  language descriptions

SEE ALSO    [Toc]    [Back]

      
      
     getcap(3), vgrindefs(5)

BUGS    [Toc]    [Back]

     The vfontedpr preprocessor assumes that a certain programming style is
     followed:

     For C - function names can be preceded on a line only by spaces, tabs, or
     an asterisk.  The parenthesized arguments must also be on the same line.

     For PASCAL - function names need to appear on the same line as the keywords
 function or procedure.

     For MODEL - function names need to appear on the same line as the keywords
 is beginproc.

     If these conventions are not followed, the indexing and marginal function
     name comment mechanisms will fail.

     More generally, arbitrary formatting styles for programs mostly look bad.
     The use of spaces to align source code fails miserably; if you plan to
     vgrind your program you should use tabs.  This is somewhat inevitable
     since the font used by vgrind is variable width.

     The mechanism of ctags(1) in recognizing functions should be used here.

     Filter mode does not work in documents using the -me or -ms macros.  (So
     what use is it anyway?)

HISTORY    [Toc]    [Back]

     The vgrind command appeared in 3.0BSD.


FreeBSD 5.2.1			 June 6, 1993			 FreeBSD 5.2.1
[ Back ]
 Similar pages
Name OS Title
English IRIX use nice English (or awk) names for ugly punctuation variables
mhl Tru64 produce formatted listings of MH messages (only available within the message handling system, mh)
glresources IRIX X resources used by GL programs
whereis OpenBSD locate programs
whereis FreeBSD locate programs
gasp Linux a preprocessor for assembly programs
whereis Tru64 Locates files for programs
opx25 HP-UX execute HALGOL programs
tryfrom HP-UX utility programs for TCP Wrappers
sffinger HP-UX utility programs for TCP Wrappers
Copyright © 2004-2005 DeniX Solutions SRL
newsletter delivery service