~hatteb-mitlyd
a0c18f56b2
change to asserting malloc
2014-04-01 17:48:26 -07:00
Steven Dee
53735a8b33
Fixes to our hi/lojack logic
...
This doesn't actually fix the prompt-eating bug, but it sure looks like
it ought to, doesn't it?
2014-02-12 18:06:49 +00:00
Steve Dee
712968d37e
Actually fix the history-eating bug
2014-01-14 18:37:45 -08:00
Steve Dee
bddcfefddd
Hack to fix the history-eating bug
2014-01-14 18:13:58 -08:00
Steve Dee
d95f2cc376
Proper daemon mode noun garbage fix
2013-12-29 17:30:45 +01:00
Steve Dee
eff8a1ba45
Don't u2z(u2_nul)
2013-12-29 13:57:03 +01:00
Steve Dee
74bae0df22
Partially fix noun leak in daemon mode
...
Still some regular noun garbage being generated, but it's a bit less now.
2013-12-29 13:07:38 +01:00
Steve Dee
aba13f1120
Output hi/lojacked fprintf in daemon mode
2013-12-19 10:37:01 -08:00
Steve Dee
a94ea80337
Alignment
2013-12-19 10:11:12 -08:00
Steve Dee
6542083861
Don't write \r in daemon mode
2013-12-19 10:10:57 -08:00
Steve Dee
0066cf7518
Get daemon mode actually working
2013-12-19 09:48:02 -08:00
Steve Dee
89ac00bd6a
Write to stdout in daemon mode
...
Fixes nohup.
2013-12-18 15:21:18 -08:00
Steven Dee
f2a839426b
Ye olde whitespace cleanup part 2
...
sed -i, glanced at.
2013-12-18 13:17:47 -08:00
Steve Dee
573267f05b
Fix output in daemon mode
2013-12-18 13:17:47 -08:00
Steve Dee
011f20447c
Realistically reintroduce accurate comment
...
This reverts commit c6e01a7c6ecdcbb2a0848f59b7db6641f0902773.
2013-12-17 16:50:09 -08:00
Steven Dee
60f68a9fd5
Optimistically removing bogus comment
2013-12-17 18:51:52 +00:00
C. Guy Yarvin
a4baea40fd
Fix a bunch of memory leaks and stuff.
2013-11-11 23:09:11 -08:00
C. Guy Yarvin
91fe182f81
Various fixes and improvements...
2013-11-08 15:37:38 -08:00
Steven Dee
c489d2dc7d
Remove remainder of sprintf & strcpy calls
...
Note that there are still some in libuv.
2013-11-01 15:10:41 -04:00
Steven Dee
324c6a235d
Remove most instances of strcpy and sprintf
...
OpenBSD whines about these and recommends using strlcpy / snprintf
instead. Since strlcpy isn't quite universal yet, we use strncpy instead
and be careful about terminating the string. We could implement a
portable strlcpy in terms of strncpy, but that'd add another function to
the namespace.
Yes, usually the length is obviously bounded. Still, pretending
strcpy/sprintf don't exist seems like a great strategy.
N.B. there are still a few occurrences of strcpy and sprintf under f/
and in libuv, but I don't have time to tackle them right now.
2013-10-30 15:25:22 -04:00
Christian Carter
3af3130bdc
Cleaning up old code
2013-09-28 13:21:18 -07:00