Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 30 Jul 2018 22:41:01 +0000
From:      bugzilla-noreply@freebsd.org
To:        gnome@FreeBSD.org
Subject:   [Bug 214338] [PATCH] devel/glib20: new kqueue() backend for file monitoring
Message-ID:  <bug-214338-6497-6Six7MWPR2@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-214338-6497@https.bugs.freebsd.org/bugzilla/>
References:  <bug-214338-6497@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=3D214338

--- Comment #60 from lightside <lightside@gmx.com> ---
(In reply to comment #59)
> In other words, if kfnm->s.rate_limit_time_init was assigned to 1000 valu=
e,
> then kfnm->rate_lim_time_init maybe assigned to -1 instead of 4294967295,=
 if
> compiled without fix for MSTOSBT macro (attachment #195598) with using
> Clang 3.4.1 base compiler on FreeBSD 10.4 amd64.
Looks like, my testcase in comment #56 wasn't correct, because
rate_limit_time_init has type uint32_t, while I used int64_t as for
"mstosbt(int64_t _ms)" function:
uint32_t        rate_limit_time_init;   /* Fire events for dir min interval,
mseconds. */

If change "int64_t" to "uint32_t" in "for (int64_t i =3D 0; i < 1000; ++i) =
{"
(and "%ld: funct" to "%u: funct" for printf function), then results are ok =
for
Clang 3.4.1 and 6.0.1 compilers, including for new (attachment #195649) and
previous (attachment #195598) MSTOSBT macro.

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-214338-6497-6Six7MWPR2>