slow startup for xemacs on Darwin
hamishimac at gmail.com
Fri Jul 23 20:03:32 EDT 2010
On Fri, Jul 23, 2010 at 7:13 PM, Richard Cook <rcook at llnl.gov> wrote:
> 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!
You could do two captures, one of just port 53 (DNS) traffic, and a second
where you capture everything.
If you are on Wifi, you should use "-i en1". If you are on ethernet, you
should use "-i en0".
So for DNS traffic only, when connect to Wifi:
$ sudo tcpdump -i en1 port 53 2>&1 | tee capture.out
For all traffic when on Ethernet:
$ sudo tcpdump -i en0 2>&1 | tee capture.out
While one of these captures is running, start xemacs.
Type Ctrl-C in the window where the tcpdump is running when you want to stop
capturing. The "capture.out" file will contain the results.
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 <http://*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
>> > 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
>> >>>> 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 <http://*xemacs.org> sources, or sources from
>> 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
> ✐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)
More information about the XEmacs-Beta