rlar
fec5b00a0d
lexical #2/3, fix memory leaks
2012-08-02 18:55:54 +02:00
rlar
042311d0c3
lexical #1/3, move append(NULL) invokations into position
2012-08-02 18:55:54 +02:00
rlar
1195498978
lexical #19/19, rewrite
2012-07-31 20:49:34 +02:00
rlar
5b67ecda79
lexical #18/19, rewrite
...
`cw' won't be looked at, thus the append + removal can be dropped
`wl_word' is already NULL
2012-07-31 20:49:34 +02:00
rlar
f990e517b5
lexical #17/19, rewrite
2012-07-31 20:49:34 +02:00
rlar
fa9be4336a
lexical #16/19, transform append --> append(word)
2012-07-31 20:49:34 +02:00
rlar
43a6d59c72
lexical #15/19, drop `delayed' which is never zero ...
2012-07-31 20:49:33 +02:00
rlar
47b5e9576d
lexical #14/19, drop `delayed = 0' wherever its effect isn't visible
...
without effect, because we return or will overwrite it anyway
2012-07-31 20:49:33 +02:00
rlar
01df4e9437
lexical #13/19, delay `append'
...
delay its execution, until
either `wlist' or `cw' will be accessed,
or
a return or goto nloop is inevitable
2012-07-31 20:49:33 +02:00
rlar
cff6188fe3
lexical #12/19, use `append'
...
some `assumption' are no longer valid
2012-07-31 20:49:32 +02:00
rlar
5ad8382cf1
lexical #11/19, aproach `append' here
2012-07-31 20:49:32 +02:00
rlar
d61f3c10a0
lexical #10/19, split off `append' from `newword'
2012-07-31 20:49:32 +02:00
rlar
af0a0c2c03
lexical #9/19, aproach the `append'
...
cw has never been NULL here,
because we used to survive an update of cw->wl_next here
wlist hasn't been NULL either,
because there is no place where wlist becomes NULL without
setting cw to NULL as well. yet cw isn't NULL (see above)
aproach the `append'
2012-07-31 20:49:31 +02:00
rlar
74cc38f67a
lexical #8/19, express where `wlist' and `cw' start being != NULL
2012-07-31 20:49:31 +02:00
rlar
3cbc4b0773
lexical #7/19, express verbosely where `wlist' and `cw' are NULL
2012-07-31 20:49:31 +02:00
rlar
ecb2eec279
lexical #6/19, express cp_ccom() property
2012-07-31 20:49:31 +02:00
rlar
3b575d5e3d
lexical #5/19, collapse into `newword'
2012-07-31 20:49:30 +02:00
rlar
348dc2d7d1
lexical #4/19, the `else' can take that job (unconditionally)
2012-07-31 20:49:30 +02:00
rlar
80191f3d44
lexical #3/19, attach and instantly remove a NULL wl_word here
...
this modification is faithful iff cw != NULL and cw->wl_next == NULL
cw != NULL because we have just survived an update of cw->wl_word
cw->wl_next == NULL is witnessed by:
1) cw either NULL or pointing to a wl_cons(,NULL)
2) cw not being modified, and no wl_next being modified
3) check of all function invocations with wlist/cw argument
not to modify any wl_next slot
which are:
1) cp_ccom(wlist, ...)
2) wl_free() always followed by goto nloop, which does a cw = wl_cons(,NULL)
and cp_ccom() doesn't modify any wl_next slot
the first part of the patch is intentionally similar to newword
`i' and `buf' can be modified here, because we will inevitably `goto done'
attach and instantly remove a NULL wl_word here
2012-07-31 20:49:30 +02:00
rlar
ddebb63425
lexical #2/19, rewrite the `else if'
2012-07-31 20:49:29 +02:00
rlar
f2f43bcce7
lexical #1/19, use wl_cons
2012-07-31 20:49:29 +02:00
rlar
f36772419a
Revert "cleanup, use wl_cons()"
...
This reverts parts of commit 7a7250cdbd .
There is a cleaner way to rewrite lexical.c
2012-07-31 20:48:01 +02:00
rlar
7a7250cdbd
cleanup, use wl_cons()
2012-07-27 21:50:05 +02:00
rlar
9655b9885a
cleanup, use wl_cons(), wl_append_word() and wl_chop_rest()
2012-07-14 10:23:51 +02:00
rlar
e1f8033f1c
bug fix, incorrect update of a wordlist's wl_prev pointer
2012-07-12 18:49:01 +02:00
rlar
cb0a48801d
introduce AM_CFLAGS = $(STATIC)
2012-07-07 14:51:39 +02:00
rlar
e396b15104
use type `struct ccom'
2012-02-07 17:45:41 +00:00
rlar
cc7afb7abb
drop (char*) cast in the third argument of ioctl()
2012-02-06 20:13:35 +00:00
rlar
f285dd0aa8
use strchr() instead of index()
2012-02-06 17:46:33 +00:00
rlar
afa1371746
#3/6 config.h --> ngspice/config.h, AM_CPPFLAGS
2011-12-27 12:05:51 +00:00
rlar
4ca58067a2
#2/6 config.h --> ngspice/config.h, #include's
2011-12-27 11:33:01 +00:00
rlar
0b5042e7da
remove CVS `Id',`log' etc. keyword incantations
2011-12-13 19:57:45 +00:00
rlar
10346e055c
#1/4 #include <ngspice/...> --> #include "ngspice/..."
2011-12-11 18:05:00 +00:00
rlar
d26015586c
#1/7 use a subdirectory "ngspice" for includes to create a uniq namespace
2011-08-20 17:27:09 +00:00
h_vogt
2c8d477f68
def of _read only for console app
2011-07-09 22:01:04 +00:00
h_vogt
bf4f91cd90
add SSIZE_T
2011-07-04 22:03:16 +00:00
h_vogt
0a114e0057
add SSIZE_T
2011-07-04 22:00:18 +00:00
h_vogt
75ae33d0a3
typo line 30 size_t
2011-07-04 20:58:12 +00:00
h_vogt
e6c86b4d98
explicit casting double -> int etc.
2011-06-11 17:07:38 +00:00
rlar
66289067ba
rename variable class --> kw_class
2011-05-01 19:45:12 +00:00
rlar
23056573d8
code cleanup, drop NULL pointer casts
2011-04-28 15:59:36 +00:00
dwarning
3ab9e6d060
cvs ignore .libs
2010-12-12 09:42:47 +00:00
dwarning
b964cf949c
cvs ignore *.lo and *.la
2010-12-12 09:34:10 +00:00
rlar
05441d5823
Nr 5/5 (x = ...) == NULL , swallow warnings
2010-11-19 18:54:40 +00:00
rlar
e6c30efe46
Nr 4/5 (x = ...) != NULL , swallow warnings
2010-11-19 18:52:44 +00:00
rlar
abb87a6115
rename `IGNORE()' --> `NG_IGNORE()'
2010-11-16 20:38:24 +00:00
rlar
80286e0032
pour `IGNORE()' all over the source
2010-11-16 19:11:32 +00:00
rlar
dbdd7dc741
tiny rewrite, type fixes
2010-11-06 17:29:28 +00:00
rlar
dd34b783cf
minor rewrite, a local variable type change
2010-11-06 17:12:13 +00:00
rlar
6e3bbd49ae
casts, to make int <-> char conversions explicit
2010-11-02 17:31:19 +00:00