From owner-cvs-all@FreeBSD.ORG  Thu Mar  6 02:43:55 2008
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@FreeBSD.org
Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by hub.freebsd.org (Postfix) with ESMTP id 77405106566B;
	Thu,  6 Mar 2008 02:43:55 +0000 (UTC)
	(envelope-from jkim@FreeBSD.org)
From: Jung-uk Kim <jkim@FreeBSD.org>
To: "Max Laier" <max@love2party.net>
Date: Wed, 5 Mar 2008 21:43:46 -0500
User-Agent: KMail/1.6.2
References: <200803060214.m262EjmG032525@repoman.freebsd.org>
	<53687.192.168.4.151.1204770665.squirrel@router>
In-Reply-To: <53687.192.168.4.151.1204770665.squirrel@router>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200803052143.48208.jkim@FreeBSD.org>
Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/usr.sbin/moused moused.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Mar 2008 02:43:55 -0000

On Wednesday 05 March 2008 09:31 pm, Max Laier wrote:
> Am Do, 6.03.2008, 03:14, schrieb Jung-uk Kim:
> > jkim        2008-03-06 02:14:45 UTC
> >
> >   FreeBSD src repository
> >
> >   Modified files:
> >     usr.sbin/moused      moused.c
> >   Log:
> >   Cast time_t to long to mute tinderbox build failure.
>
> doesn't this defeat the purpose of having time_t in the first
> place?  I'd rather cast to intmax_t and print with %j  ... though
> it probably doesn't matter.

Now the timestamp is uptime and the breakage was just debugging 
output, it shouldn't really matter at all but I will do that soon.

Thanks,

Jung-uk Kim