Commit Graph

62 Commits

Author SHA1 Message Date
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