Date: Tue, 19 Jul 2016 20:42:44 +0000
From: bugzilla-noreply@freebsd.org
To: freebsd-ports-bugs@FreeBSD.org
Subject: [Bug 211152] benchmarks/iozone: Build fails on typedef redefinition with different types ('long long' vs '__off64_t' (aka 'long'))
Message-ID: <bug-211152-13-p8foyQUV3g@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-211152-13@https.bugs.freebsd.org/bugzilla/>
References: <bug-211152-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D211152 --- Comment #34 from Mark Millard <markmi@dsl-only.net> --- (In reply to w.schwarzenfeld from comment #33) It may be appropriate to also consider the sscanf issues and alternatives indicated in: https://www.securecoding.cert.org/confluence/display/c/INT05-C.+Do+not+use+= input+functions+to+convert+character+data+if+they+cannot+handle+all+possibl= e+inputs sscanf is not good for handling/avoiding problems in the text being convert= ed well. Has anyone contacted the upstream author ( capps@iozone.org ) to see what t= heir criteria are for changes to go upstream? For example: what range of vintage= s of C are to be supported? That criteria might eliminate what I reference above= for changes going upstream for all I know. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-211152-13-p8foyQUV3g>