[Mesa-dev] [PATCH] perf: fix snprintf() problem on Windows for glsl-compile-time.c

Brian Paul brianp at vmware.com
Thu Feb 25 15:16:41 UTC 2016


On 02/25/2016 12:58 AM, Kenneth Graunke wrote:
> On Wednesday, February 24, 2016 4:45:42 PM PST Brian Paul wrote:
>> Use the typical _snprintf work-around.
>> ---
>>   src/perf/glsl-compile-time.c | 4 ++++
>>   1 file changed, 4 insertions(+)
>>
>> diff --git a/src/perf/glsl-compile-time.c b/src/perf/glsl-compile-time.c
>> index 917073c..a8e774f 100644
>> --- a/src/perf/glsl-compile-time.c
>> +++ b/src/perf/glsl-compile-time.c
>> @@ -20,6 +20,10 @@
>>   #include "glut_wrap.h"
>>   #include "shaderutil.h"
>>
>> +#if defined(_MSC_VER)
>> +#define snprintf _snprintf
>> +#endif
>> +
>>
>>   #define MAX_PROGRAMS 10000
>>
>>
>
> Not sure you really need review on a demo you wrote yourself last
> month... :)  This looks reasonable to me, though.
>
> Reviewed-by: Kenneth Graunke <kenneth at whitecape.org>

Well, if someone were a zealous bikeshedder they might care that 
snprintf() != _snprintf() regarding whether a terminating zero is always 
put in the buffer.

Thanks, already pushed.

-Brian



More information about the mesa-dev mailing list