- Nov 08, 2019
-
-
xentrac authored
It bothers me a little bit that I can't figure out how to free the parser --- surely that is a thing that the bindings for other languages need to do --- but storing a pointer to the parser in a statically-allocated variable, as in base64.c, at least stops valgrind from reporting the parser as a memory leak.
-
- Dec 07, 2014
-
-
Steven Dee authored
I don't think these actually affect correctness since there's no way for 0x40 or 0x60 to show up in a parse tree anyway, but they're confusing.
-
- Nov 23, 2013
-
-
Dan Hirsch authored
-
- Nov 15, 2013
-
-
Peter Johnson authored
effects throughout, including use of inttypes.h/PRI[ud]64 because printf() is still stuck in a long world, conversion of %lu to %zu for printing values of type size_t, and changing/renaming the g_check_cmp* family of functions.
-
- May 24, 2013
-
-
Dan Hirsch authored
-
- Feb 17, 2013
-
-
Sven M. Hallberg authored
-
Sven M. Hallberg authored
-
- Jan 13, 2013
-
-
Sven M. Hallberg authored
-
Sven M. Hallberg authored
-
Sven M. Hallberg authored
-
- Jan 11, 2013
-
-
Sven M. Hallberg authored
-
- Jan 10, 2013
-
-
Sven M. Hallberg authored
-
Sven M. Hallberg authored
-
Sven M. Hallberg authored
-
Sven M. Hallberg authored
-