History log of /openbsd/bin/chio/parse.y (Results 1 – 24 of 24)
Revision Date Author Comments
# 08f6ba19 15-Oct-2021 naddy <naddy@openbsd.org>

Don't declare variables as "unsigned char *" that are passed to
functions that take "char *" arguments. Where such chars are
assigned to int or passed to ctype functions, explicitly cast them
to uns

Don't declare variables as "unsigned char *" that are passed to
functions that take "char *" arguments. Where such chars are
assigned to int or passed to ctype functions, explicitly cast them
to unsigned char.

For OpenBSD's clang, -Wpointer-sign has been disabled by default,
but when the parse.y code was built elsewhere, the compiler would
complain.

With help from millert@
ok benno@ deraadt@

show more ...


# ec7da445 15-Oct-2020 naddy <naddy@openbsd.org>

Explicitly skip a leading "/dev/" and do not rely on basename(3) and
non-POSIX basename semantics.
ok millert@


# 915c3f33 13-Feb-2019 deraadt <deraadt@openbsd.org>

(unsigned) means (unsigned int) which on ptrdiff_t or size_t or other
larger types really is a range reduction...
Almost any cast to (unsigned) is a bug.
ok millert tb benno


# a062aa9d 11-Jul-2018 krw <krw@openbsd.org>

Do for most running out of memory err() what was done for most running
out of memory log_warn(). i.e. ("%s", __func__) instead of manual
function names and redundant verbiage about which wrapper dete

Do for most running out of memory err() what was done for most running
out of memory log_warn(). i.e. ("%s", __func__) instead of manual
function names and redundant verbiage about which wrapper detected the
out of memory condition.

ok henning@

show more ...


# 41eef22f 20-Nov-2014 jsg <jsg@openbsd.org>

Don't allow embedded nul characters in strings.
Fixes a pfctl crash with an anchor name containing
an embedded nul found with the afl fuzzer.

pfctl parse.y patch from and ok deraadt@


# e78bcbdd 16-Nov-2014 bluhm <bluhm@openbsd.org>

Convert the logic in yyerror(). Instead of creating a temporary
format string, create a temporary message.
OK doug@


# 0f79392c 14-Nov-2014 doug <doug@openbsd.org>

Add gcc printf format attributes to yyerror() in parse.y files.
No yyerror() calls needed to be changed.

ok bluhm@


# dca6acb1 18-May-2014 espie <espie@openbsd.org>

use reallocarray
okay miod@, millert@


# 015d7b4d 25-Nov-2013 benno <benno@openbsd.org>

use u_char for buffers in yylex, for ctype calls
found by millert@, ok deraadt@


# a3427feb 12-Nov-2013 deraadt <deraadt@openbsd.org>

add a variety of missing prototypes


# 7fc93de0 31-Mar-2009 tobias <tobias@openbsd.org>

Fixed memory leaks which would occur if the second of two memory
allocations fails.

looks right deraadt, krw
ok henning


# cc57095f 27-Feb-2008 mpf <mpf@openbsd.org>

Unbreak parser by initializing topfile correctly.
I got fooled by patch(1). Sorry.


# c6004ab9 26-Feb-2008 mpf <mpf@openbsd.org>

Have popfile() also close the main config file,
but only do the final popfile call after yyparse() is done.
This also fixes config reload on SIGHUP for some daemons.

Spotted by otto@. OK deraadt@


# 2053f12a 12-Nov-2007 mpf <mpf@openbsd.org>

Remove space/tab compression function from lgetc() and replace
it with a simple filter in the yylex() loop.
The compression in lgetc() didn't happen for quoted strings,
thus creating a regression whe

Remove space/tab compression function from lgetc() and replace
it with a simple filter in the yylex() loop.
The compression in lgetc() didn't happen for quoted strings,
thus creating a regression when tabs were used in variables.
Some testing by todd@ and pyr@
OK deraadt@

show more ...


# 0cf2c9c3 16-Oct-2007 mpf <mpf@openbsd.org>

Allow '=' to end a number in all lexers.
Requested and OK deraadt@


# ea014f46 16-Oct-2007 deraadt <deraadt@openbsd.org>

in the lex... even inside quotes, a \ followed by space or tab should
expand to space or tab, and a \ followed by newline should be ignored
(as a line continuation). compatible with the needs of hos

in the lex... even inside quotes, a \ followed by space or tab should
expand to space or tab, and a \ followed by newline should be ignored
(as a line continuation). compatible with the needs of hoststated
(which has the most strict quoted string requirements), and ifstated
(where one commonly does line continuations in strings).
pointed out by mpf, discussed with pyr

show more ...


# 20741916 13-Oct-2007 deraadt <deraadt@openbsd.org>

in all these programs using the same pfctl-derived parse.y, re-unify the
yylex implementation and the code which interacts with yylex. this also
brings the future potential for include support to al

in all these programs using the same pfctl-derived parse.y, re-unify the
yylex implementation and the code which interacts with yylex. this also
brings the future potential for include support to all of the parsers.
in the future please do not silly modifications to one of these files
without checking if you are de-unifying the code.
checked by developers in all these areas.

show more ...


# d5d66eae 11-Oct-2007 deraadt <deraadt@openbsd.org>

next step in the yylex unification: handle quoted strings in a nicer fashion
as found in hoststated, and make all the code diff as clean as possible. a
few issues remain mostly surrounding include su

next step in the yylex unification: handle quoted strings in a nicer fashion
as found in hoststated, and make all the code diff as clean as possible. a
few issues remain mostly surrounding include support, which will likely be
added to more of the grammers soon.
ok norby pyr, others

show more ...


# d865f4c1 11-Sep-2007 deraadt <deraadt@openbsd.org>

macro argument unused, using local instead; spotted by mpf


# a0722e21 11-Sep-2007 deraadt <deraadt@openbsd.org>

extend lex to spot numbers in the stream, without impacting the parsing
of ip addresses and such. this change is being pushed into all the pfctl
derived parsers, starting with the easy ones. chio d

extend lex to spot numbers in the stream, without impacting the parsing
of ip addresses and such. this change is being pushed into all the pfctl
derived parsers, starting with the easy ones. chio does not yet use
the NUMBER token, but may one day. ok krw

show more ...


# ff5d7ab3 01-Jun-2007 cnst <cnst@openbsd.org>

fix -Wall 'implicit declaration' of err & errx: s/errno.h/err.h/; ok deraadt, henning


# 704a8ad5 29-May-2006 henning <henning@openbsd.org>

oups, left one strdup unchecked, and some more error handling smallies


# 7633e3bc 29-May-2006 henning <henning@openbsd.org>

de-beckify (KNF)


# b2b21931 29-May-2006 beck <beck@openbsd.org>

Make chio have a connection between st(4) devices and "drives" in a
changer - chio will then attempt to open the /dev/rstX device when doing
a move from a source of drive X, and will attempt to unloa

Make chio have a connection between st(4) devices and "drives" in a
changer - chio will then attempt to open the /dev/rstX device when doing
a move from a source of drive X, and will attempt to unload the tape.
this avoids issues where pickers madly attempt to grab a busy tape on
completely decoupled libraries, or fail to grab an unloaded tape
on tightly coupled libraries, the extra unload being harmless if the
media has already been ejected.

The mapping between st(4) devices and ch drives is by default a
simple mapping between picker drive X being mapped to /dev/rstX, however
for non-obvious or complicated configurations, we support a /etc/chio.conf
file in which the drives for a changer may have their corresponding
st(4) devices defined individually. chio will use the default
mapping if the /etc/chio.conf file is not present, or does not define
a st(4) device for a changer drive.

(example chio.conf and man page changes to come)
yacc parser for chio.conf written by henning@,

ok henning@, krw@

show more ...