slow startup for xemacs on Darwin
rcook at llnl.gov
Fri Jul 23 19:13:10 EDT 2010
Can you give me a command line for that? I'm not sure how to capture what xemacs is doing with getaddrinfo using tcpdump. Thanks!
On Jul 23, 2010, at 12:36 PM, Hamish Macdonald wrote:
> Collect a tcpdump while it's failing
> On Fri, Jul 23, 2010 at 2:37 PM, Richard Cook <rcook at llnl.gov> wrote:
> Hi, thanks for helping with this. I have a few more questions below.
> On Jul 22, 2010, at 11:31 PM, Stephen J. Turnbull wrote:
> > Richard Cook writes:
> >>> special issues there), I've had a couple of reports that other people
> >>> who have been cajoled into getting a proper DNS service (or in one
> >>> case where there really wasn't supposed to be a DNS service, blocking
> >>> port 53 which gives an immediate failure rather than timing out) have
> >>> other programs suddenly start working better.
> >> What exactly is it that you think is wrong with the network? I
> >> would love to fix this, but I'm not sure exactly what's wrong.
> > In an IPv6-ready network, every host must have a canonical name in the
> > DNS, and it must get that from the network. I see from the build ID
> > that your host thinks it's "rcmac.llnl.gov". However, it can come
> > from other sources than the network, and I guess it does (/etc/hosts,
> > or the Mac's own directory services). Hanging for "several minutes"
> > presumably means that your computer is connected to a network (perhaps
> > a wireless network that you haven't logged into yet), and the attempt
> > to get a canonical name fails.
> Just as a data point, so you are clear, "several minutes" is not an exaggeration. It's not a 30 second thing, not a 60 second thing, it's multiple minutes. If I wait long enough, a window will appear eventually. I haven't timed it yet, though.
> > If there was no network, this should fail instantaneously. I can only
> > guess that there is no DNS on your internal network, or that it is
> > behind a firewall. If those are based on policy, you will need an
> > XEmacs that is properly configured for that environment (ie,
> > --without-ipv6-cname).
> There certainly is DNS on our internal network, and it certainly behind a firewall.
> > I suppose it's not possible that this workstation at one time had a
> > dialup connection, it thinks it's still active, and you're starting
> > XEmacs in a no-network configuration?
> Nope, this is a brand new macintosh. It is configured to use DHCP on a fairly ordinary ethernet network with many computers on it. DHCP always gives it the same address. The only thing unusual is the number of firewalls.
> >>>> However, when I try to configure with that option, the configure
> >>>> script ignores it. I can see that it theoretically takes it.
> >>> Are you sure the configure script ignores it?
> >> Well, I was just going with the errors that configure reported as I
> >> described earlier, which told me that those options were errors and
> >> ignored.
> > Hm. You didn't say that the configure script was complaining, just
> > that the argument was ignored. With the upstream sources,
> > "./configure --without-ipv6-cname" works as expected on both my Linux
> > and Mac OS X 10.5 systems. No complaints about ignored arguments.
> Sorry, here is the output. I'm building xemacs-21.5.29, by the way, maybe we are using different versions? When I give --without-ipv6-cname, I get the following from the configure script:
> configure:42727: WARNING: unrecognized options: --without-ipv6-cname
> Here's the whole log, which will probably cause my email to bounce. :-)
> > Are you using xemacs.org sources, or sources from MacPorts?
> I've tried both.
> > Have you run autoconf yourself?
> >>> Ie, even though you
> >>> specify --without-ipv6-cname, src/config.h contains
> >>> #define IPV6_CANONICALIZE 1
> > As a quick hack, you could try
> > port uninstall xemacs
> > port configure xemacs
> > pushd `port work xemacs`
> > # edit xemacs-21.4.22/src/config.h
> > # change above line to "/* #undef IPV6_CANONICALIZE */"
> > popd
> > port install xemacs
> I tried #undef IPV6_CANONICALIZE and it did not resolve the hanging issue.
> and I also tried #define IPV6_CANONICALIZE 1 and it also still hangs. So probably the whole IPV6 canonical thing is a red herring. There is some other reason that getaddrinfo is hanging.
> I did confirm that I'm actually using what I'm building too. :-)
> ✐Richard Cook
> ✇ Lawrence Livermore National Laboratory
> Bldg-453 Rm-4024, Mail Stop L-557
> 7000 East Avenue, Livermore, CA, 94550, USA
> ☎ (office) (925) 423-9605
> ☎ (fax) (925) 423-6961
> Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept.
> (opinions expressed herein are mine and not those of LLNL)
> XEmacs-Beta mailing list
> XEmacs-Beta at calypso.tux.org
✇ Lawrence Livermore National Laboratory
Bldg-453 Rm-4024, Mail Stop L-557
7000 East Avenue, Livermore, CA, 94550, USA
☎ (office) (925) 423-9605
☎ (fax) (925) 423-6961
Information Management & Graphics Grp., Services & Development Div., Integrated Computing & Communications Dept.
(opinions expressed herein are mine and not those of LLNL)
More information about the XEmacs-Beta