File: cs_init.3

package info (click to toggle)
clearsilver 0.10.5-3
  • links: PTS
  • area: main
  • in suites: buster
  • size: 3,304 kB
  • ctags: 3,158
  • sloc: ansic: 24,586; python: 4,233; sh: 2,502; cs: 1,429; ruby: 819; java: 735; makefile: 593; perl: 120; lisp: 34; sql: 21
file content (48 lines) | stat: -rw-r--r-- 1,187 bytes parent folder | download | duplicates (6)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
.TH cs_init 3 "12 July 2007" "ClearSilver" "cs/cs.h"

.de Ss
.sp
.ft CW
.nf
..
.de Se
.fi
.ft P
.sp
..
.SH NAME
cs_init  - create and initialize a CS context
.SH SYNOPSIS
.Ss
#include <cs/cs.h>
.Se
.Ss
NEOERR *cs_init (CSPARSE **parse, HDF *hdf);

.Se

.SH ARGUMENTS
parse - a pointer to a pointer to a CSPARSE structure that
.br
will be created
.br
hdf - the HDF dataset to be used during parsing and rendering

.SH DESCRIPTION
cs_init will create a CSPARSE structure and initialize
it.  This structure maintains the state and information
necessary for parsing and rendering a CS template.

MT-Level: cs routines perform no locking, and neither do hdf
routines.  They should be safe in an MT environment as long
as they are confined to a single thread.

.SH "RETURN VALUE"
parse will contain a pointer to the allocated CSPARSE
.br
structure.  This structure will be deallocated with
.br
cs_destroy()

.SH "SEE ALSO"
.BR cs_dump "(3), "cs_destroy "(3), "cs_render "(3), "cs_register_esc_strfunc "(3), "cs_arg_parsev "(3), "cs_register_fileload "(3), "cs_init "(3), "cs_register_strfunc "(3), "cs_arg_parse "(3), "cs_parse_string "(3), "cs_parse_file "(3), "= "(3), "cs_register_function