[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ntpdate for Hurd?

On Fri, 2011-06-10 at 14:25 +0200, Svante Signell wrote:
> On Tue, 2011-06-07 at 15:09 +0200, Thomas Schwinge wrote:
> > Hallo!
> > 
> > On Tue, 7 Jun 2011 12:46:59 +0200, Samuel Thibault <sthibault@debian.org> wrote:
> > > Svante Signell, le Tue 07 Jun 2011 10:48:04 +0200, a écrit :
> > > > Is there a possibility to make ntpdate to work, even if ntpd does not?
> > > 
> > > I'd say yes: mach has coarse-grain time adjustment.
> Hi, looks like ntpdate (ipv4) works for querying and setting the time.
> However, ipv6 does not work, and the ntp package has to be disabled.
> Looks promising though. More later.

Now ntdate does not hang when using -4 or -6 switches, but in gdb it
hangs for all combinations of switches.

Looks like the hang is at the same place, independent of if poll() or
select() is used, see code snippet. Hangs after first call and a new
thread created: 
[New Thread 22736.5]
21 Jun 15:01:28 ntpdate[22736]: setsockopt() IPV6_V6ONLY failed:
Protocol not available
calling select, maxfd=7, rdfdes=96 <-my printf
[New Thread 22736.6]

#ifdef HAVE_POLL_H
 nfound = poll(rdfdes,(unsigned int)nbsock,timeout.tv_sec*1000); <-here
nfound=select(maxfd,&rdfdes,(fd_set *)0,(fd_set *)0,&timeout); <-here
if (nfound > 0)
else if (nfound == SOCKET_ERROR)

Stack corruption?? How to find out??

Complete backtraces:
Using poll: http://paste.debian.net/120528/
Using select: http://paste.debian.net/120552/

Reply to: