Re: dig utility in bind-utils-9.9.7-1 returns no output
Yaakov, Brian, Andrey, Marco, and Mark - I updated Cygwin this morning, and now: dig works! I have no idea why! cksum /usr/bin/dig /bin/dig reports the same checksums as before, and cygcheck dig produces the same output as before. Baffling. Thanks to all of you for the suggestions. On Wed, Apr 15, 2015 at 4:19 PM, Keith Christian keith1christ...@gmail.com wrote: Thanks Mark, but I tried both of those early in my attempts without success. Good suggestion, though. On Wed, Apr 15, 2015 at 2:53 PM, Mark Hansen m...@winfirst.com wrote: On 4/15/2015 12:02 PM, Keith Christian wrote: cygcheck attachment is too large according to sourceware. What specific parts of cygcheck are needed to help troubleshoot this? Keith On Wed, Apr 15, 2015 at 12:55 PM, Keith Christian keith1christ...@gmail.com wrote: Both /usr/bin/dig and /bin/dig run the same program: cksum /usr/bin/dig /bin/dig 680300229 2202141 /usr/bin/dig 680300229 2202141 /bin/dig Attached cygcheck_s_r_v_kvc.txt. I'm sorry - I could be completely off-base here. What I meant was can you try running '/usr/bin/dig' (providing the full path to the application) rather than by just running 'dig' just in case there is some other 'dig' on your path (or shell aliases) which might be running rather than the actual /usr/bin/dig command. In previous messages, your examples were running 'dig' (without the full path) so it wasn't clear which dig you were actually getting. Good luck. On Tue, Apr 14, 2015 at 3:53 PM, Mark Hansenm...@winfirst.com wrote: Are you sure that you're getting the correct dig executable? Is it possible that something else in your path or alias list is getting hit? Perhaps you can try /usr/bin/dig just to be sure? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Greetings, Keith Christian! I'm sorry - I could be completely off-base here. What I meant was can you try running '/usr/bin/dig' (providing the full path to the application) rather than by just running 'dig' just in case there is some other 'dig' on your path (or shell aliases) which might be running rather than the actual /usr/bin/dig command. In previous messages, your examples were running 'dig' (without the full path) so it wasn't clear which dig you were actually getting. Thanks Mark, but I tried both of those early in my attempts without success. Good suggestion, though. I updated Cygwin this morning, and now: dig works! I have no idea why! cksum /usr/bin/dig /bin/dig reports the same checksums as before, and cygcheck dig produces the same output as before. Baffling. I've seen similar effect, when Cygwin was going through implementation of some specific POSIX calls, and export tables were bouncing around libs in the snapshots. But your claim that you've had Cygwin updated led the discussion sideways. My bet was you've had Cygwin1.dll locked when updating and the update wasn't completely successful. Thanks to all of you for the suggestions. No problem. However, please don't top-post in future. -- With best regards, Andrey Repin Saturday, April 18, 2015 01:55:23 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
On 4/15/2015 12:02 PM, Keith Christian wrote: cygcheck attachment is too large according to sourceware. What specific parts of cygcheck are needed to help troubleshoot this? Keith On Wed, Apr 15, 2015 at 12:55 PM, Keith Christian keith1christ...@gmail.com wrote: Both /usr/bin/dig and /bin/dig run the same program: cksum /usr/bin/dig /bin/dig 680300229 2202141 /usr/bin/dig 680300229 2202141 /bin/dig Attached cygcheck_s_r_v_kvc.txt. I'm sorry - I could be completely off-base here. What I meant was can you try running '/usr/bin/dig' (providing the full path to the application) rather than by just running 'dig' just in case there is some other 'dig' on your path (or shell aliases) which might be running rather than the actual /usr/bin/dig command. In previous messages, your examples were running 'dig' (without the full path) so it wasn't clear which dig you were actually getting. Good luck. On Tue, Apr 14, 2015 at 3:53 PM, Mark Hansenm...@winfirst.com wrote: Are you sure that you're getting the correct dig executable? Is it possible that something else in your path or alias list is getting hit? Perhaps you can try /usr/bin/dig just to be sure? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
cygcheck attachment is too large according to sourceware. What specific parts of cygcheck are needed to help troubleshoot this? Keith On Wed, Apr 15, 2015 at 12:55 PM, Keith Christian keith1christ...@gmail.com wrote: Both /usr/bin/dig and /bin/dig run the same program: cksum /usr/bin/dig /bin/dig 680300229 2202141 /usr/bin/dig 680300229 2202141 /bin/dig Attached cygcheck_s_r_v_kvc.txt. On Tue, Apr 14, 2015 at 3:53 PM, Mark Hansen m...@winfirst.com wrote: Are you sure that you're getting the correct dig executable? Is it possible that something else in your path or alias list is getting hit? Perhaps you can try /usr/bin/dig just to be sure? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Thanks Mark, but I tried both of those early in my attempts without success. Good suggestion, though. On Wed, Apr 15, 2015 at 2:53 PM, Mark Hansen m...@winfirst.com wrote: On 4/15/2015 12:02 PM, Keith Christian wrote: cygcheck attachment is too large according to sourceware. What specific parts of cygcheck are needed to help troubleshoot this? Keith On Wed, Apr 15, 2015 at 12:55 PM, Keith Christian keith1christ...@gmail.com wrote: Both /usr/bin/dig and /bin/dig run the same program: cksum /usr/bin/dig /bin/dig 680300229 2202141 /usr/bin/dig 680300229 2202141 /bin/dig Attached cygcheck_s_r_v_kvc.txt. I'm sorry - I could be completely off-base here. What I meant was can you try running '/usr/bin/dig' (providing the full path to the application) rather than by just running 'dig' just in case there is some other 'dig' on your path (or shell aliases) which might be running rather than the actual /usr/bin/dig command. In previous messages, your examples were running 'dig' (without the full path) so it wasn't clear which dig you were actually getting. Good luck. On Tue, Apr 14, 2015 at 3:53 PM, Mark Hansenm...@winfirst.com wrote: Are you sure that you're getting the correct dig executable? Is it possible that something else in your path or alias list is getting hit? Perhaps you can try /usr/bin/dig just to be sure? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Greetings, Keith Christian! nslookup returns normal output. An strace of dig shows nothing out of the ordinary. ls -l /bin/dig shows: -rwxr-xr-x 1 keith Domain Users 2202141 Mar 18 20:05 /bin/dig Anyone have suggestions? I've uninstalled and reinstalled bind-utils, no improvement. Clarify no output? What you request, and what you get in return? I'm using dig regularly, and I see no change in the current version. -- With best regards, Andrey Repin Tuesday, April 14, 2015 13:52:20 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Are you sure that you're getting the correct dig executable? Is it possible that something else in your path or alias list is getting hit? Perhaps you can try /usr/bin/dig just to be sure? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Brian, Andre, Thanks for the suggestions / info. Examples below. No output means that dig provided no reply or diagnostic info to the Cygwin screen as can be seen below, even when asking for the internal help text. Dig was working fine until the last update, I've uninstalled/reinstalled it, etc. Most baffling issue I've seen with a simple executable in awhile. I'd expect some access problem to the DNS servers, except that the native Windows nslookup utility works fine. Tue Apr 14 12:26:27 pty2 dig +trace google.com Tue Apr 14 12:26:31 pty2 dig --help Tue Apr 14 12:26:36 pty2 dig -h Tue Apr 14 12:25:18 pty2 dig google.com Tue Apr 14 12:25:33 pty2 /cygdrive/c/Windows/system32/nslookup.exe google.com Non-authoritative answer: Server: ns01.my.employer.com Address: www.xxx.yyy.zz Name:google.com Addresses: 2607:f8b0:4005:803::200e 216.58.192.46 Below are some tries with the host utility. host provides a help screen, but no DNS info. Tue Apr 14 12:33:25 pty2 host google.com Tue Apr 14 12:33:37 pty2 host 216.58.192.46 Tue Apr 14 12:33:41 pty2 host --help host: illegal option -- - Usage: host [-aCdlriTwv] [-c class] [-N ndots] [-t type] [-W time] [-R number] [-m flag] hostname [server] -a is equivalent to -v -t ANY -c specifies query class for non-IN data -C compares SOA records on authoritative nameservers -d is equivalent to -v -l lists all hosts in a domain, using AXFR -i IP6.INT reverse lookups -N changes the number of dots allowed before root lookup is done -r disables recursive processing -R specifies number of retries for UDP packets -s a SERVFAIL response should stop query -t specifies the query type -T enables TCP/IP mode -v enables verbose output -w specifies to wait forever for a reply -W specifies how long to wait for a reply -4 use IPv4 query transport only -6 use IPv6 query transport only -m set memory debugging flag (trace|record|usage) -V print version number and exit Keith On Tue, Apr 14, 2015 at 4:54 AM, Andrey Repin anrdae...@yandex.ru wrote: Greetings, Keith Christian! nslookup returns normal output. An strace of dig shows nothing out of the ordinary. ls -l /bin/dig shows: -rwxr-xr-x 1 keith Domain Users 2202141 Mar 18 20:05 /bin/dig Anyone have suggestions? I've uninstalled and reinstalled bind-utils, no improvement. Clarify no output? What you request, and what you get in return? I'm using dig regularly, and I see no change in the current version. -- With best regards, Andrey Repin Tuesday, April 14, 2015 13:52:20 Sorry for my terrible english... -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
On 4/14/2015 8:39 PM, Keith Christian wrote: Brian, Andre, Thanks for the suggestions / info. Examples below. No output means that dig provided no reply or diagnostic info to the Cygwin screen as can be seen below, even when asking for the internal help text. Dig was working fine until the last update, I've uninstalled/reinstalled it, etc. Most baffling issue I've seen with a simple executable in awhile. I'd expect some access problem to the DNS servers, except that the native Windows nslookup utility works fine. Tue Apr 14 12:26:27 pty2 dig +trace google.com Tue Apr 14 12:26:31 pty2 dig --help this should give you $ dig --help Invalid option: --help Usage: dig [@global-server] [domain] [q-type] [q-class] {q-opt} {global-d-opt} host [@local-server] {local-d-opt} [ host [@local-server] {local-d-opt} [...]] Use dig -h (or dig -h | more) for complete list of options I assume you are missing some of dll's what is the output of cygcheck dig Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Thanks Marco, requested information below: Tue Apr 14 14:31:02 pty2 cygcheck dig Found: C:\cygwin\bin\dig.exe Found: C:\cygwin\bin\dig.exe C:\cygwin\bin\dig.exe C:\cygwin\bin\cyggcc_s-1.dll C:\cygwin\bin\cygwin1.dll C:\windows\system32\KERNEL32.dll C:\windows\system32\API-MS-Win-Core-RtlSupport-L1-1-0.dll C:\windows\system32\ntdll.dll C:\windows\system32\KERNELBASE.dll C:\windows\system32\API-MS-Win-Core-ProcessThreads-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Heap-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Memory-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Handle-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Synch-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-File-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-IO-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-ThreadPool-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-LibraryLoader-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-NamedPipe-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Misc-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-SysInfo-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Localization-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-ProcessEnvironment-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-String-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Debug-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-ErrorHandling-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Fibers-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Util-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Profile-L1-1-0.dll C:\windows\system32\API-MS-Win-Security-Base-L1-1-0.dll C:\cygwin\bin\cygcatgets1.dll C:\cygwin\bin\cygcrypto-1.0.0.dll C:\cygwin\bin\cygz.dll C:\cygwin\bin\cyggssapi_krb5-2.dll C:\cygwin\bin\cygk5crypto-3.dll C:\cygwin\bin\cygkrb5support-0.dll C:\cygwin\bin\cygintl-8.dll C:\cygwin\bin\cygiconv-2.dll C:\cygwin\bin\cygkrb5-3.dll C:\cygwin\bin\cygcom_err-2.dll C:\cygwin\bin\cygidn-11.dll C:\cygwin\bin\cygxml2-2.dll C:\windows\system32\ADVAPI32.dll C:\windows\system32\msvcrt.dll C:\windows\system32\API-MS-Win-Core-Console-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-DateTime-L1-1-0.dll C:\windows\system32\API-MS-Win-Core-Interlocked-L1-1-0.dll C:\windows\system32\API-MS-WIN-Service-Core-L1-1-0.dll C:\windows\system32\API-MS-WIN-Service-winsvc-L1-1-0.dll C:\windows\system32\API-MS-WIN-Service-Management-L1-1-0.dll C:\windows\system32\API-MS-WIN-Service-Management-L2-1-0.dll C:\windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll C:\windows\system32\RPCRT4.dll C:\windows\system32\SspiCli.dll C:\windows\system32\CRYPTBASE.dll C:\windows\system32\API-MS-Win-Core-DelayLoad-L1-1-0.dll C:\windows\system32\API-MS-Win-Security-LSALookup-L1-1-0.dll C:\windows\system32\IPHLPAPI.DLL C:\windows\system32\NSI.dll C:\windows\system32\WINNSI.DLL Keith On Tue, Apr 14, 2015 at 1:57 PM, Marco Atzeri marco.atz...@gmail.com wrote: On 4/14/2015 8:39 PM, Keith Christian wrote: Brian, Andre, Thanks for the suggestions / info. Examples below. No output means that dig provided no reply or diagnostic info to the Cygwin screen as can be seen below, even when asking for the internal help text. Dig was working fine until the last update, I've uninstalled/reinstalled it, etc. Most baffling issue I've seen with a simple executable in awhile. I'd expect some access problem to the DNS servers, except that the native Windows nslookup utility works fine. Tue Apr 14 12:26:27 pty2 dig +trace google.com Tue Apr 14 12:26:31 pty2 dig --help this should give you $ dig --help Invalid option: --help Usage: dig [@global-server] [domain] [q-type] [q-class] {q-opt} {global-d-opt} host [@local-server] {local-d-opt} [ host [@local-server] {local-d-opt} [...]] Use dig -h (or dig -h | more) for complete list of options I assume you are missing some of dll's what is the output of cygcheck dig Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
On 4/14/2015 10:33 PM, Keith Christian wrote: Thanks Marco, requested information below: Tue Apr 14 14:31:02 pty2 cygcheck dig Found: C:\cygwin\bin\dig.exe Found: C:\cygwin\bin\dig.exe C:\cygwin\bin\dig.exe C:\cygwin\bin\cyggcc_s-1.dll C:\cygwin\bin\cygwin1.dll as all Dll's are there I suspect one of them is too old and it is lacking one function call needed by dig (directly or by another dll) Usually this should show up with a strace /usr/bin/dig -help ( An alternative is to use Dependency Walker http://www.dependencywalker.com/ ) Can you please follow: Problem reports: http://cygwin.com/problems.html and attach the ouput of cygcheck as mentioned at: Run cygcheck -s -v -r cygcheck.out and include that file as an attachment in your report. Please do not compress or otherwise encode the output. Just attach it as a straight text file so that it can be easily viewed. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Keith Christian keith1christian at gmail.com writes: Anyone have suggestions? I've uninstalled and reinstalled bind-utils, no improvement. On Fri, Apr 10, 2015 at 11:36 AM, Keith Christian keith1christian at gmail.com wrote: nslookup returns normal output. An strace of dig shows nothing out of the ordinary. ls -l /bin/dig shows: -rwxr-xr-x 1 keith Domain Users 2202141 Mar 18 20:05 /bin/dig What's the argument(s)? Remember you need option -x for an IP address. Tried running dig from an elevated prompt? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
Anyone have suggestions? I've uninstalled and reinstalled bind-utils, no improvement. On Fri, Apr 10, 2015 at 11:36 AM, Keith Christian keith1christ...@gmail.com wrote: nslookup returns normal output. An strace of dig shows nothing out of the ordinary. ls -l /bin/dig shows: -rwxr-xr-x 1 keith Domain Users 2202141 Mar 18 20:05 /bin/dig -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Re: dig utility in bind-utils-9.9.7-1 returns no output
On Mon, 2015-04-13 at 09:25 -0600, Keith Christian wrote: Anyone have suggestions? I've uninstalled and reinstalled bind-utils, no improvement. WFM, so: Problem reports: http://cygwin.com/problems.html -- Yaakov -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple