From: Daniel Colascione <dancol@dancol.org>
To: cygwin@cygwin.com
Subject: Re: clisp crashes on startup
Date: Sat, 07 Jul 2012 19:08:00 -0000 [thread overview]
Message-ID: <4FF88907.5060100@dancol.org> (raw)
In-Reply-To: <4FF8759A.10400@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 6954 bytes --]
On 7/7/2012 10:44 AM, marco atzeri wrote:
> On 7/7/2012 6:19 PM, Reini Urban wrote:
>> On Sat, Jul 7, 2012 at 8:41 AM, Daniel Colascione wrote:
>>> On 7/7/12 6:04 AM, marco atzeri wrote:
>>>> On 7/7/2012 12:45 AM, Daniel Colascione wrote:
>>>>> $ clisp
>>
>> Looks like a missing dependency or wrong dll perm. I saw none in your
>> cygcheck.
>>
>> Can you try
>> $ ldd /usr/lib/clisp-2.48/base/lisp.exe
>> and see of one dll is missing.
>> And check if one of the dll's has no x perm set.
>
>
> $ cygcheck /usr/lib/clisp-2.48/base/lisp.exe
>
> should be better. ldd does not advise about missing dll's
$ cygcheck /usr/lib/clisp-2.48/base/lisp.exe
C:\lib\clisp-2.48\base\lisp.exe
C:\bin\cyggcc_s-1.dll
C:\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:\bin\cygcrypt-0.dll
C:\bin\cygiconv-2.dll
C:\bin\cygintl-8.dll
C:\bin\cygncurses-9.dll
C:\bin\cygreadline7.dll
C:\bin\cygncursesw-10.dll
C:\Windows\system32\USER32.dll
C:\Windows\system32\GDI32.dll
C:\Windows\system32\API-MS-Win-Core-LocalRegistry-L1-1-0.dll
C:\Windows\system32\LPK.dll
C:\Windows\system32\USP10.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\ADVAPI32.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\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:\bin\cygsigsegv-2.dll
C:\Windows\system32\OLE32.dll
C:\Windows\system32\OLEAUT32.DLL
ldd doesn't report an error either. ldd's output _is_ a bit odd, however:
$ ldd /usr/lib/clisp-2.48/full/lisp.exe
ntdll.dll => /Windows/SysWOW64/ntdll.dll (0x7de70000)
kernel32.dll => /Windows/syswow64/kernel32.dll (0x7dd60000)
KERNELBASE.dll => /Windows/syswow64/KERNELBASE.dll (0x7d850000)
cyggcc_s-1.dll => /usr/bin/cyggcc_s-1.dll (0xc5ab0000)
cygwin1.dll => /usr/bin/cygwin1.dll (0x61000000)
cygcrypt-0.dll => /usr/bin/cygcrypt-0.dll (0xc6400000)
cygdb-4.5.dll => /usr/bin/cygdb-4.5.dll (0xc5fd0000)
cygfcgi-0.dll => /usr/bin/cygfcgi-0.dll (0xc5e90000)
cyggdbm-4.dll => /usr/bin/cyggdbm-4.dll (0xc59e0000)
cygiconv-2.dll => /usr/bin/cygiconv-2.dll (0xc4110000)
cygintl-8.dll => /usr/bin/cygintl-8.dll (0xc40b0000)
cygncurses-9.dll => /usr/bin/cygncurses-9.dll (0xc39e0000)
cygpcre-0.dll => /usr/bin/cygpcre-0.dll (0xc37f0000)
cygpq.dll => /usr/bin/cygpq.dll (0xc3050000)
cygcrypto-0.9.8.dll => /usr/bin/cygcrypto-0.9.8.dll (0xc62c0000)
cygz.dll => /usr/bin/cygz.dll (0xc21f0000)
cygldap-2-3-0.dll => /usr/bin/cygldap-2-3-0.dll (0xc3e80000)
cyglber-2-3-0.dll => /usr/bin/cyglber-2-3-0.dll (0xc3f00000)
cygcrypto-1.0.0.dll => /usr/bin/cygcrypto-1.0.0.dll (0xc6130000)
cygsasl2-2.dll => /usr/bin/cygsasl2-2.dll (0xc2e90000)
cygssl-1.0.0.dll => /usr/bin/cygssl-1.0.0.dll (0xc2bd0000)
cygssl-0.9.8.dll => /usr/bin/cygssl-0.9.8.dll (0xc2c30000)
cygreadline7.dll => /usr/bin/cygreadline7.dll (0xc2f10000)
cygncursesw-10.dll => /usr/bin/cygncursesw-10.dll (0xc3990000)
USER32.dll => /Windows/syswow64/USER32.dll (0x7dc50000)
GDI32.dll => /Windows/syswow64/GDI32.dll (0x7dab0000)
LPK.dll => /Windows/syswow64/LPK.dll (0x7d620000)
USP10.dll => /Windows/syswow64/USP10.dll (0x6f8e0000)
msvcrt.dll => /Windows/syswow64/msvcrt.dll (0x6ff50000)
ADVAPI32.dll => /Windows/syswow64/ADVAPI32.dll (0x77c60000)
sechost.dll => /Windows/SysWOW64/sechost.dll (0x2b20000)
RPCRT4.dll => /Windows/syswow64/RPCRT4.dll (0x7db50000)
SspiCli.dll => /Windows/syswow64/SspiCli.dll (0x7d8a0000)
CRYPTBASE.dll => /Windows/syswow64/CRYPTBASE.dll (0x10000000)
cygsigsegv-2.dll => /usr/bin/cygsigsegv-2.dll (0xc2e40000)
OLE32.dll => /Windows/syswow64/OLE32.dll (0x72540000)
OLEAUT32.DLL => /Windows/syswow64/OLEAUT32.DLL (0x6fc30000)
svm.dll => /usr/lib/clisp-2.48/full/svm.dll (0xc1ec0000)
cygstdc++-6.dll => /usr/bin/cygstdc++-6.dll (0xc2af0000)
??? => ??? (0x1490000)
IMM32.DLL => /Windows/system32/IMM32.DLL (0x7d910000)
MSCTF.dll => /Windows/syswow64/MSCTF.dll (0x70990000)
That "??? => ??? (0x1490000)" line is worrisome. I fired up a
PROC_THREAD+LOADER ETW trace --- c:\windows\sysow64\kernel32.dll is
loaded at that address and unloaded again before ldd gets around to
calling GetModuleFileNameEx on it. Is that supposed to happen?
I don't think it's a DLL issue, though. clisp _does_ start and print out
its banner, so the OS loader has to get as far as running the program's
entry point. clisp seems to be crashing when loading its saved memory image.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 259 bytes --]
next prev parent reply other threads:[~2012-07-07 19:08 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-06 22:47 Daniel Colascione
2012-07-07 13:04 ` marco atzeri
2012-07-07 13:41 ` Daniel Colascione
2012-07-07 16:19 ` Reini Urban
2012-07-07 17:45 ` marco atzeri
2012-07-07 19:08 ` Daniel Colascione [this message]
2012-07-09 21:01 ` Reini Urban
2012-07-09 21:27 ` Daniel Colascione
2012-07-10 4:59 ` Daniel Colascione
2012-07-10 8:14 ` Corinna Vinschen
2012-07-10 15:42 ` Daniel Colascione
2012-07-13 3:48 ` Daniel Colascione
2012-07-13 7:41 ` Corinna Vinschen
2012-07-13 12:53 ` Reini Urban
2012-07-13 14:27 ` Corinna Vinschen
2012-07-13 16:30 ` Reini Urban
2012-07-13 17:46 ` Daniel Colascione
2012-07-07 17:05 ` Andrey Repin
2012-07-07 19:04 ` Daniel Colascione
2012-07-08 23:20 ` Andrey Repin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4FF88907.5060100@dancol.org \
--to=dancol@dancol.org \
--cc=cygwin@cygwin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).