Re: bug report: 64-bit cygwin setup crashes under Wine
On Thursday, September 05, 2013 at 4:28 AM, Warren Young wrote: I purposefully said and licensing though, because the Windows license swamps the hardware costs. It can be true about the SSD and RAM costs but it's not the same kind of sandbox too (Wine vs VM). But about the licensing costs I can't understand it. Unless you are a cygwin developer that needs to use cygwin mandatory I can't see the purpose on using a solution that involves a Virtual Machine running a Cygwin installation inside a Windows Guest in a Mac as Host Machine. Doesn't it has a lot more sense to install linux on the Virtual Machine? No licensing costs at all. Unless I'm missing something and cygwin includes something that is not available on linux. -- 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: bug report: 64-bit cygwin setup crashes under Wine
On 04/09/2013 7:09 PM, Christopher Faylor wrote: On Wed, Sep 04, 2013 at 03:26:10PM -0600, Warren Young wrote: This bug could well be Wine's, rather than Cygwin's. Wine can always play the It's not documented to work that way card but the bottom line is still that it is not a platform that we are interested in devoting time to. One wonders what stack alignment would be found if a breakpoint were set at the same place under a native windows setup... if it's not 16-byte aligned then this is a Cygwin bug that flew under the radar. Aligned stack? Chalk it up to Wine. Ryan -- 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: bug report: 64-bit cygwin setup crashes under Wine
Am I missing something, or is there a reason one would want to run a Linux emulator under a Windows emulator on Linux?
Re: bug report: 64-bit cygwin setup crashes under Wine
On Wed, Sep 04, 2013 at 03:36:46PM +, Jim Garrison wrote: Am I missing something, or is there a reason one would want to run a Linux emulator under a Windows emulator on Linux? That is the question I've been asking for years. Someone always has an answer but I'm never been convinced that it is worth my time to investigate Wine issues in Cygwin when Cygwin works on a number of different true Windows platforms, even under a VM. I'm happy to accept patches which fix real Cygwin problems (which we actually have done recently) but I'm pretty sure that neither Corinna nor I nor anyone else who works on setup.exe is going to track down Wine issues - especially in setup.exe. But your question often engenders some sort of passionate response so, be ready. Welcome to the WJM club! cgf -- 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: bug report: 64-bit cygwin setup crashes under Wine
On 9/4/2013 09:36, Jim Garrison wrote: Am I missing something, or is there a reason one would want to run a Linux emulator under a Windows emulator on Linux? For myself, it is occasionally nice to have a Cygwin sandbox environment to play with when I'm on one of my Macs, away from a Windows box. Wine is cheaper than a VM in terms of hardware requirements and licensing. Unfortunately, Wine is still a bag of fail, so I continue to put up with the problems of running Windows in a VM. This bug could well be Wine's, rather than Cygwin's. -- 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: bug report: 64-bit cygwin setup crashes under Wine
On Wed, Sep 4, 2013 at 5:26 PM, Warren Young wrote: On 9/4/2013 09:36, Jim Garrison wrote: Am I missing something, or is there a reason one would want to run a Linux emulator under a Windows emulator on Linux? For myself, it is occasionally nice to have a Cygwin sandbox environment to play with when I'm on one of my Macs, away from a Windows box. Wine is cheaper than a VM in terms of hardware requirements and licensing. You must have some very expensive hardware. I'm running VirtualBox VMs on my laptop; which has a Windows 7 OS and two of those VM are different versions of Windows. The problem I have with my VM on my laptop is that when I'm away from the external drives I have the virtual disks stored on they don't work; but that is a seldom occurrence. -- Earnie -- https://sites.google.com/site/earnieboyd -- 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: bug report: 64-bit cygwin setup crashes under Wine
On Wed, Sep 04, 2013 at 03:26:10PM -0600, Warren Young wrote: This bug could well be Wine's, rather than Cygwin's. Wine can always play the It's not documented to work that way card but the bottom line is still that it is not a platform that we are interested in devoting time to. cgf -- 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: bug report: 64-bit cygwin setup crashes under Wine
On 9/4/2013 15:54, Earnie Boyd wrote: On Wed, Sep 4, 2013 at 5:26 PM, Warren Young wrote: Wine is cheaper than a VM in terms of hardware requirements and licensing. You must have some very expensive hardware. I figure a VM costs me $25-50 in RAM and SSD space. Because it's not a full OS, Wine's slice of SSD and RAM is more like $10, and a lot of it is shared among Wine instances if you have more than one running. I purposefully said and licensing though, because the Windows license swamps the hardware costs. -- 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
bug report: 64-bit cygwin setup crashes under Wine
Howdy,
I recently noticed the 64-bit cygwin installer crashes under wine.
After further debugging, it appears that the issue is that cygwin is
misaligning the stack, causing a crash. I've copy/pasted the analysis
below:
Hello folks,
confirming.
Reminded me of bug 27680 (violation of the Windows 64-bit ABI, stack pointer
(RSP) must be 16-byte aligned when making a call to Win64 API)...
Similarly the gcc generated prologue code for MSABI (SSE2 callee save) causes a
crash due to misaligned stack (needs to be 16-byte aligned).
--- snip ---
...
0027:Starting process LZ:\\home\\focht\\Downloads\\setup-x86_64.exe
(entryproc=0x691616)
0027:Call KERNEL32.GetModuleHandleA(0057ce81 KERNEL32) ret=0057ce90
0027:Ret KERNEL32.GetModuleHandleA() retval=7b82 ret=0057ce90
0027:Call KERNEL32.GetProcAddress(7b82,0057ce9a VirtualProtect)
ret=0057ceb1
0027:Ret KERNEL32.GetProcAddress() retval=7b83007c ret=0057ceb1
0027:trace:seh:raise_exception code=c005 flags=0 addr=0x7fb738137842
ip=7fb738137842 tid=0027
0027:trace:seh:raise_exception rax=7b83007c rbx=7b83007c
rcx=7bae33d0 rdx=000403dc
0027:trace:seh:raise_exception rsi=0069 rdi=0040016f
rbp=0033fc08 rsp=0033fb18
0027:trace:seh:raise_exception r8=0033fc80 r9=0033fc88
r10= r11=003629581400
0027:trace:seh:raise_exception r12=7bf00c50 r13=7fffb49477a0
r14= r15=
...
--- snip ---
Winedbg isn't useful here because it doesn't support SSE2 instructions.
Running winedbg --gdb yields more useful results.
Debug session:
--- snip ---
...
Dump of assembler code for function NtProtectVirtualMemory:
= 0x7f8e5e51703a +0:push %rbp
0x7f8e5e51703b +1:mov%rsp,%rbp
0x7f8e5e51703e +4:push %rdi
0x7f8e5e51703f +5:push %rsi
0x7f8e5e517040 +6:sub$0x1d0,%rsp
0x7f8e5e517047 +13:movaps %xmm6,-0xb0(%rbp)
0x7f8e5e51704e +20:movaps %xmm7,-0xa0(%rbp)
0x7f8e5e517055 +27:movaps %xmm8,-0x90(%rbp)
0x7f8e5e51705d +35:movaps %xmm9,-0x80(%rbp)
0x7f8e5e517062 +40:movaps %xmm10,-0x70(%rbp)
0x7f8e5e517067 +45:movaps %xmm11,-0x60(%rbp)
0x7f8e5e51706c +50:movaps %xmm12,-0x50(%rbp)
0x7f8e5e517071 +55:movaps %xmm13,-0x40(%rbp)
0x7f8e5e517076 +60:movaps %xmm14,-0x30(%rbp)
0x7f8e5e51707b +65:movaps %xmm15,-0x20(%rbp)
0x7f8e5e517080 +70:mov%rcx,0x10(%rbp)
0x7f8e5e517084 +74:mov%rdx,0x18(%rbp)
0x7f8e5e517088 +78:mov%r8,0x20(%rbp)
0x7f8e5e51708c +82:mov%r9d,0x28(%rbp)
0x7f8e5e517090 +86:movl $0x0,-0xb4(%rbp)
0x7f8e5e51709a +96:mov0x20(%rbp),%rax
0x7f8e5e51709e +100:mov(%rax),%rax
...
--- snip ---
Reg dump before faulting instruction (xmm6 save):
--- snip ---
Wine-gdb info reg
rax0x33fc503406928
rbx0x7b89f3602072638304
rcx0x-1
rdx0x33fc503406928
rsi0x696881280
rdi0x40016f4194671
rbp0x33fbe80x33fbe8
rsp0x33fa080x33fa08
r8 0x33fc583406936
r9 0x44
r100x3629532710232621549328
r110x00
r120x7bf00c502079329360
r130x7fff237e6030140733788872752
r140x00
r150x00
rip0x7f8e5e5170470x7f8e5e517047 NtProtectVirtualMemory+13
eflags 0x202[ IF ]
cs 0x3351
ss 0x2b43
ds 0x00
es 0x00
fs 0x00
gs 0x00
Program received signal SIGSEGV, Segmentation fault.
...
0x7f8e5e517047 in NtProtectVirtualMemory (process=0x0, addr_ptr=0x0,
size_ptr=0x0, new_prot=6881280, old_prot=0x33fc88)
at /home/focht/projects/wine/wine-git/dlls/ntdll/virtual.c:2120
2120{
--- snip ---
Windows x86_64 ABI specifies that registers xmm6-xmm15 be callee saved.
Gcc generates the MSABI prologue accordingly (see previous disassembly).
At the entry point of VirtualProtect() the stack is 16-byte aligned ...
--- snip ---
Stopped on breakpoint 1 at 0x7b89f360 VirtualProtect
[/home/focht/projects/wine/wine-git/dlls/kernel32/virtual.c:214] in kernel32
VirtualProtect () at
/home/focht/projects/wine/wine-git/dlls/kernel32/virtual.c:214
214{
Wine-dbginfo reg
Register dump:
rip:7b89f360 rsp:0033fc80 rbp:0033fd20 eflags:0206
( - -- I - -P- )
rax:7b89f360 rbx:7b89f360 rcx:0040016f
rdx:0078
rsi:0069 rdi:0040016f r8:0004
r9:0033fc88 r10:003629532710
r11: r12:7bf00c50 r13:7f7bdb10
r14: r15:
Wine-dbg
--- snip ---
*dingding*
At time of performing the
Re: bug report: 64-bit cygwin setup crashes under Wine
On Tue, Sep 03, 2013 at 10:08:44PM -0700, Austin English wrote: I recently noticed the 64-bit cygwin installer crashes under wine. After further debugging, it appears that the issue is that cygwin is misaligning the stack, causing a crash. I've copy/pasted the analysis below: Hello folks, confirming. Reminded me of bug 27680 (violation of the Windows 64-bit ABI, stack pointer (RSP) must be 16-byte aligned when making a call to Win64 API)... Similarly the gcc generated prologue code for MSABI (SSE2 callee save) causes a crash due to misaligned stack (needs to be 16-byte aligned). If you'd like to submit a patch to get setup working in Wine it would be thoughtfully considered. Otherwise, I can say with a fair amount of certainty that no one is going to be interested in installing Wine to debug issues running (in this case non-cygwin!) programs there. -- 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
1.5.25 legacy setup crashes under Win98
Salut, for some reason I have tried to add some programs on an existing 1.5.25 cygwin installation using the legacy setup available under http://www.cygwin.com/setup-legacy.exe on a very old Win98 2nd Edition 4.10. A machine. Unfortunately, the installer crashes shortly after launching (error message in German): SETUP-LEGACY führte eine ungültige Anweisung in Modul SETUP-LEGACY.EXE bei 0167:004d04bb aus. Register: EAX= CS=0167 EIP=004d04bb EFLGS=00010246 EBX=0053e1a0 SS=016f ESP=0097fc50 EBP=0097fcb8 ECX= DS=016f ESI= FS=3d2f EDX= ES=016f EDI=00519870 GS= Bytes bei CS:EIP: 0f 44 c2 eb e9 53 b8 ff ff ff ff 83 ec 38 8b 54 Stapelwerte: 0097fc7c 0001 0097fc7f 0001 0097fc78 0053ebd0 0004 0051 0053da58 0097fcb8 0051943a Do I need to install the KernelEx patch in order to use setup-legacy ? Thanks for advices - UD -- 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
1.7.6 : setup crashes under Windows 7 , trying to install libssp0 (4.3.4-3)
Hello, I am trying to install openssh, setup crashes I identify all prerequisites. I install them one by one. The problem cames libssp0 : setup crashes without any info Please find here attached the result of cygcheck -s -v -r cygcheck.out any help or advises welcome. Thanks Phil. cygcheck.out Description: Binary data -- 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: Cygwin Setup crashes Windows 2000 during preremove script libusb-win32 0.1.12.1-2
Arend-Jan Westhoff wrote: During Cygwin Setup noticed system crash, while setup screen displayed something like: Running preremove script libusb-win32 Attempting to isolate the problem I told setup to keep the current version of libusb-win32 and setup installed everything else apparently fine. After this I tried running setup again with only this attempted update: libusb-win320.1.12.1-2 -0.1.12.2-1 this again leads to a sudden system reset. Questions: 1. Am I correct in understanding this is not the intended behaviour? Nah, it's not some kind of reset-to-complete-install thing, if that's what you're wondering. There must be a bug in the libusb driver when it's told to unload. 2. What is the best way to work around (or solve) this problem? Start-Run-devmgmt.msc. Select View menu - Show hidden devices. Expand the Non-Plug and Play Drivers. Find libusb. Dunno exactly what it's called, but it should be fairly obvious; to check, when you find it, double-click it to bring up the properties. Switch to the Driver tab and click Driver Details; if the driver is called libusb0.sys, that's the right one. Switch back to the General tab, click the Device usage drop-down, select Do not use this device (disable). Click OK, exit everything, reboot. You should now be able to run setup having booted without libusb running, so it won't have to unload to be replaced and won't crash doing so. 3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor back.) The hippos sent a ransom note... but we can't read it, as it's covered with a brown substance that sounds like a bell. cheers, DaveK -- 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: Cygwin Setup crashes Windows 2000 during preremove script libusb-win32 0.1.12.1-2
On 07/09/2009, Arend-Jan Westhoff wrote: 3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor back.) That would be me but I won't tell you my name or where to find me... Oh rats! Looks like I'm going to have to go hide with Igor. But wait, where's Igor?... Now I'm really screwed. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 216 Dalton Rd. (508) 893-9889 - FAX Holliston, MA 01746 _ A: Yes. Q: Are you sure? A: Because it reverses the logical flow of conversation. Q: Why is top posting annoying in email? -- 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: Cygwin Setup crashes Windows 2000 during preremove script libusb-win32 0.1.12.1-2
Larry Hall (Cygwin) wrote: On 07/09/2009, Arend-Jan Westhoff wrote: 3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor back.) That would be me but I won't tell you my name or where to find me... Oh rats! Looks like I'm going to have to go hide with Igor. But wait, where's Igor?... Now I'm really screwed. Dammit, I specifically *told* you to make sure the gimp suit was done up tight... what are we gonna do now you've let him escape? cheers, DaveK -- 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: Cygwin Setup crashes Windows 2000 during preremove script libusb-win32 0.1.12.1-2
At 00:08 2009-07-10 +0100, you wrote: During Cygwin Setup noticed system crash, while setup screen displayed something like: Running preremove script libusb-win32 Attempting to isolate the problem I told setup to keep the current version of libusb-win32 and setup installed everything else apparently fine. After this I tried running setup again with only this attempted update: libusb-win320.1.12.1-2 -0.1.12.2-1 this again leads to a sudden system reset. Questions: 1. Am I correct in understanding this is not the intended behaviour? Nah, it's not some kind of reset-to-complete-install thing, if that's what you're wondering. There must be a bug in the libusb driver when it's told to unload. 2. What is the best way to work around (or solve) this problem? Start-Run-devmgmt.msc. Select View menu - Show hidden devices. Expand the Non-Plug and Play Drivers. Find libusb. Dunno exactly what it's called, but it should be fairly obvious; to check, when you find it, double-click it to bring up the properties. Switch to the Driver tab and click Driver Details; if the driver is called libusb0.sys, that's the right one. Switch back to the General tab, click the Device usage drop-down, select Do not use this device (disable). Click OK, exit everything, reboot. You should now be able to run setup having booted without libusb running, so it won't have to unload to be replaced and won't crash doing so. 3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor back.) The hippos sent a ransom note... but we can't read it, as it's covered with a brown substance that sounds like a bell. cheers, DaveK Hi Dave, Thanks for your quick reply. Couldn't find libusb among Non-Plug and Play Drivers. Also libusb0.sys can only be found at: E:\cygwin\lib\libusb\ not at: C:\WINNT\system32\drivers\ This suggests that E:\cygwin\usr\sbin\libusb-uninstall either completed anyway before the crash, or libusb0.sys was never properly installed to begin with? By the way: testlibusb returns: Dev #0: - And testlibusb-win shows: DLL version: 0.1.12.1 Driver version: -1.-1.-1.-1 bus/device idVendor/idProduct Having a closer look at libusb-install and libusb-uninstall reveals that running /usr/lib/libusb/install-filter crashes Windows. (Also when I try to redo libusb-install from a bash prompt.) So this means something in Windows (or another part of Cygwin?) changed to cause the install-filter.exe program to now crash the OS? Assuming the new version would work correct would a workaround be to replace the old install-filter.exe program with something more innocent like the E:\cygwin\bin\echo.exe program? (Assuming that after that Cygwin Setup would install the new libusb version with a new, corrected install-filter.exe?) cheers, Arend-Jan. -- 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: Cygwin Setup crashes Windows 2000 during preremove script libusb-win32 0.1.12.1-2
At 02:37 2009-07-10 +0200, you wrote: At 00:08 2009-07-10 +0100, you wrote: During Cygwin Setup noticed system crash, while setup screen displayed something like: Running preremove script libusb-win32 Attempting to isolate the problem I told setup to keep the current version of libusb-win32 and setup installed everything else apparently fine. After this I tried running setup again with only this attempted update: libusb-win320.1.12.1-2 -0.1.12.2-1 this again leads to a sudden system reset. Questions: 1. Am I correct in understanding this is not the intended behaviour? Nah, it's not some kind of reset-to-complete-install thing, if that's what you're wondering. There must be a bug in the libusb driver when it's told to unload. 2. What is the best way to work around (or solve) this problem? Start-Run-devmgmt.msc. Select View menu - Show hidden devices. Expand the Non-Plug and Play Drivers. Find libusb. Dunno exactly what it's called, but it should be fairly obvious; to check, when you find it, double-click it to bring up the properties. Switch to the Driver tab and click Driver Details; if the driver is called libusb0.sys, that's the right one. Switch back to the General tab, click the Device usage drop-down, select Do not use this device (disable). Click OK, exit everything, reboot. You should now be able to run setup having booted without libusb running, so it won't have to unload to be replaced and won't crash doing so. 3. Who drove Igor Peshansky away? (So we may lynch him and bring Igor back.) The hippos sent a ransom note... but we can't read it, as it's covered with a brown substance that sounds like a bell. cheers, DaveK Hi Dave, Thanks for your quick reply. Couldn't find libusb among Non-Plug and Play Drivers. Also libusb0.sys can only be found at: E:\cygwin\lib\libusb\ not at: C:\WINNT\system32\drivers\ This suggests that E:\cygwin\usr\sbin\libusb-uninstall either completed anyway before the crash, or libusb0.sys was never properly installed to begin with? By the way: testlibusb returns: Dev #0: - And testlibusb-win shows: DLL version: 0.1.12.1 Driver version: -1.-1.-1.-1 bus/device idVendor/idProduct Having a closer look at libusb-install and libusb-uninstall reveals that running /usr/lib/libusb/install-filter crashes Windows. (Also when I try to redo libusb-install from a bash prompt.) So this means something in Windows (or another part of Cygwin?) changed to cause the install-filter.exe program to now crash the OS? Assuming the new version would work correct would a workaround be to replace the old install-filter.exe program with something more innocent like the E:\cygwin\bin\echo.exe program? (Assuming that after that Cygwin Setup would install the new libusb version with a new, corrected install-filter.exe?) Tried it (replacing install-filter.exe with echo.exe). (See attached log file.) This works in the sense that there is no crash and install-filter.exe is replaced by a new version on install. However there is still no libusb to be found among Non-Plug and Play Drivers, nor is there a libusb0.sys to be found underneath the WINNT directory. Also except for the DLL version number (which is now: 0.1.12.2), the output of testlibusb and testlibusb-win is the same as before. This makes me wonder if the installation process isn't flawed to begin with? If any one is interested I could check if the new install-filter.exe also crashes Windows 2000? I always wonder why people take the trouble to put flaws in their programs?2009/07/10 03:09:16 Starting cygwin install, version 2.573.2.3 2009/07/10 03:09:16 Current Directory: E:\download\Utilities\Shells\Cygwin\installInto 2009/07/10 03:09:16 Changing gid to Users 2009/07/10 03:09:16 Could not open service McShield for query, start and stop. McAfee may not be installed, or we don't have access. 2009/07/10 03:09:49 source: network install 2009/07/10 03:09:51 root: E:\cygwin binary system 2009/07/10 03:09:53 Selected local directory: E:\download\Utilities\Shells\Cygwin\installInto 2009/07/10 03:09:55 net: Direct Loaded cached mirror list get_url_to_membuf http://cygwin.com/mirrors.lst getUrlToStream http://cygwin.com/mirrors.lst 2009/07/10 03:10:03 site: http://ftp.inf.tu-dresden.de/software/windows/cygwin32/ get_url_to_membuf http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2 getUrlToStream http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2 get_url_to_membuf http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2.sig getUrlToStream http://ftp.inf.tu-dresden.de/software/windows/cygwin32//setup.bz2.sig Checking MD5 for file://E:\download\Utilities\Shells\Cygwin\installInto/http%3a%2f%2fftp.inf.tu-dresden.de%2fsoftware%2fwindows%2fcygwin32%2f/release/libusb-win32/libusb-win32-0.1.12.2-1.tar.bz2 MD5 verified OK:
RE: setup crashes trying to install xorg-x11-fnts: Solved
I had a setup.ini from ftp://ftp.kr.freebsd.org/pub/cygwin dated 15 Oct 2004
which for some
reason has a bogus size and md5 for xorg-x11-fenc-6.8.1.0-2.tar.bz2 and
xorg-x11-fnts-
6.8.1.0-3.tar.bz2. At that time I didn't attempt to install any X11.
I have recently been using
ftp://ftp.mirror.ac.uk/sites/sources.redhat.com/ftp/cygwin, and
attempted to download X11 from there and install it. This fails with
size-check-failure-
causes-uncaught-exception.
I downloaded setup-2.523.tar.bz2 - I couldn't find a source tarball for
2.510.2.2 - don't you
issue source for the current stable version, or was it removed when you put up
the
subsequent experimental versions?
I attempted to build it, which failed because tree-{plus,minus}.bmp were
missing. I
cannibalised suitable bitmaps from elsewhere - perhaps you would like to add
them to the
source tarball.
Presumably setup.exe makes the reasonable assumption that all versions of
setup.ini it can
find will have the same size and md5 for the same version of the same file. So
it attempts to
match the characteristics of the file with the first corresponding setup.ini it
finds, which in
this case unfortunately failed, even though the setup.ini from the mirror I was
actually using
matched.
Some of this is reading between the lines, but renaming the setup.ini from
ftp.kr.freebsd.org
fixed the problem.
I'm not sure what the best solution to this is. I guess it's a sufficiently
rare problem that we
don't want to complicate setup.exe to diagnose it. But perhaps a separate
program or shell
script would be useful.
--
Iain Alexander [EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: setup crashes trying to install xorg-x11-fnts
On Tue, Jan 10, 2006 at 11:28:31PM -0500, Igor Peshansky wrote:
If nothing works, however, you can do the following:
1. Download release/X11/xorg-x11-fnts/xorg-x11-fnts-6.8.1.0-3.tar.bz2 from
some mirror (I use mirrors.kernel.org with good results).
2. cd / tar xjf xorg-x11-fnts-6.8.1.0-3.tar.bz2
3. cd /etc/postinstall ./xorg-x11-fnts.sh
mv xorg-x11-fnts.sh{,.done}
4. Edit /etc/setup/installed.db and add this line:
xorg-x11-fnts xorg-x11-fnts-6.8.1.0-3.tar.bz2 0
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
RE: setup crashes trying to install xorg-x11-fnts
David Rothenberger wrote: On 1/10/2006 10:00 PM, David Rothenberger wrote: On 1/10/2006 8:28 PM, Igor Peshansky wrote: On Tue, 10 Jan 2006, David Rothenberger wrote: Any ideas how to fix this? Here's the backtrace. I haven't had a chance to do any debugging yet, though. #0 0x5f01265c in ?? () #1 0x0047feec in _Unwind_SjLj_RaiseException () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #2 0x004766c5 in __cxa_throw () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #3 0x0040ccda in check_for_cached ([EMAIL PROTECTED]) at This is that same old bogus-size-check-failure-throwing-uncaught-exception problem, I think. It's generally worked-around by deleting the package from your downloaded packages dir and trying again. cheers, DaveK -- Can't think of a witty .sigline today -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes trying to install xorg-x11-fnts
On 1/11/2006 3:14 AM, Dave Korn wrote: David Rothenberger wrote: On 1/10/2006 10:00 PM, David Rothenberger wrote: On 1/10/2006 8:28 PM, Igor Peshansky wrote: On Tue, 10 Jan 2006, David Rothenberger wrote: Any ideas how to fix this? Here's the backtrace. I haven't had a chance to do any debugging yet, though. #0 0x5f01265c in ?? () #1 0x0047feec in _Unwind_SjLj_RaiseException () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #2 0x004766c5 in __cxa_throw () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #3 0x0040ccda in check_for_cached ([EMAIL PROTECTED]) at This is that same old bogus-size-check-failure-throwing-uncaught-exception problem, I think. It's generally worked-around by deleting the package from your downloaded packages dir and trying again. Yup. That worked. I really thought I had already tried that, but I had one old version lingering from a mirror I no longer use. Thanks! -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 Department chairmen never die, they just lose their faculties. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup crashes trying to install xorg-x11-fnts
On 11 Jan 2006 at 11:14, Dave Korn wrote:
This is that same old bogus-size-check-failure-throwing-uncaught-exception
problem, I think.
It's generally worked-around by deleting the package from your downloaded
packages dir and trying again.
As I said last week, in
Message-ID: [EMAIL PROTECTED]
- a message which I didn't see any reply to, I have this problem with both
xorg-x11-{fenc,fnts}. I tried the work-around, and I now have three
(identical) copies of xorg-x11-fenc.
The work-around certainly has the value of allowing you to install other
packages, but doesn't get me any further forward with the failing
packages.
You call this a *bogus* failure, which certainly seems to be the case,
since the size and md5 of the files match those in setup.ini - but then I
don't see how the work-around is supposed to work. Could you enlighten
me?
--
Iain Alexander [EMAIL PROTECTED]
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
setup crashes trying to install xorg-x11-fnts
Setup is crashing for me (Windows unexpected error window) when I try to reinstall xorg-x11-fnts. Why would I try that? Well, I was upgrading a computer and wanted to install some experimental packages. So, I clicked on Exp. I didn't want to install the X experimental packages. Rather than clicking on the version number for each package to toggle to Keep (my normal procedure), I got lazy and just unchecked the Bin checkbox for these packages. To my surprise, it uninstalled those packages (even though cycling away from Partial and back didn't show any activity for those packages). After this happened, I reran setup to reinstall those packages. All the X packages reinstalled successfully except xorg-x11-fnts. I thought something was messed up on that machine, but I just tried reinstalling xorg-x11-fnts on a different machine and setup crashed there, too. Any ideas how to fix this? Or, is there any way I can manually reinstall xorg-x11-fnts so I have a working X11 installation again? -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 paranoia, n.: A healthy understanding of the way the universe works. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes trying to install xorg-x11-fnts
On Tue, 10 Jan 2006, David Rothenberger wrote: Setup is crashing for me (Windows unexpected error window) when I try to reinstall xorg-x11-fnts. Tsk, tsk, tsk. Which setup version? Which OS? Which version of xorg-x11-fnts are you trying to reinstall? Which mirror are you using? Are you using Install from Local Directory or Install from Internet? We need details. Why would I try that? Well, I was upgrading a computer and wanted to install some experimental packages. So, I clicked on Exp. I didn't want to install the X experimental packages. Rather than clicking on the version number for each package to toggle to Keep (my normal procedure), I got lazy and just unchecked the Bin checkbox for these packages. To my surprise, it uninstalled those packages (even though cycling away from Partial and back didn't show any activity for those packages). After this happened, I reran setup to reinstall those packages. All the X packages reinstalled successfully except xorg-x11-fnts. I thought something was messed up on that machine, but I just tried reinstalling xorg-x11-fnts on a different machine and setup crashed there, too. Given the little information above, I was unable to reproduce this with the latest setup CVS build -- xorg-x11-fnts-6.8.1.0-3 reinstalled normally with no crashes. Any ideas how to fix this? It would be best if we found why setup doesn't work for you (whatever it does, it shouldn't crash). It could be triggered by a corrupt setup.ini file, a corrupt local package cache, or anything else. If you can build setup locally with debugging symbols, invoke it via gdb, and get a backtrace, that would be great. I can also send you a debug version if you wish, but to debug it locally, you'll need the sources anyway. Or, is there any way I can manually reinstall xorg-x11-fnts so I have a working X11 installation again? If nothing works, however, you can do the following: 1. Download release/X11/xorg-x11-fnts/xorg-x11-fnts-6.8.1.0-3.tar.bz2 from some mirror (I use mirrors.kernel.org with good results). 2. cd / tar xjf xorg-x11-fnts-6.8.1.0-3.tar.bz2 3. cd /etc/postinstall ./xorg-x11-fnts.sh 4. Edit /etc/setup/installed.db and add this line: xorg-x11-fnts xorg-x11-fnts-6.8.1.0-3.tar.bz2 0 (in alphabetically sorted order). I think this should do it. HTH, Igor -- http://cs.nyu.edu/~pechtcha/ |\ _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED] ZZZzz /,`.-'`'-. ;-;;,_Igor Peshansky, Ph.D. (name changed!) |,4- ) )-,_. ,\ ( `'-' old name: Igor Pechtchanski '---''(_/--' `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-. Meow! Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte. But no -- you are no fool; you call yourself a fool, there's proof enough in that! -- Rostand, Cyrano de Bergerac -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes trying to install xorg-x11-fnts
On 1/10/2006 8:28 PM, Igor Peshansky wrote: On Tue, 10 Jan 2006, David Rothenberger wrote: Setup is crashing for me (Windows unexpected error window) when I try to reinstall xorg-x11-fnts. Tsk, tsk, tsk. Which setup version? Which OS? Which version of xorg-x11-fnts are you trying to reinstall? Which mirror are you using? Are you using Install from Local Directory or Install from Internet? We need details. Setup version 2.513. Windows XP Pro (as administrator). The latest version of xorg-x11-fnts (6.8.1.0-3). Mirror is http://mirrors.kernel.org. Install is Install from Internet. At least once, setup said my local copy of the package was corrupt and then exited. I've tried removing my local copy but that makes no difference. Any ideas how to fix this? It would be best if we found why setup doesn't work for you (whatever it does, it shouldn't crash). It could be triggered by a corrupt setup.ini file, a corrupt local package cache, or anything else. If you can build setup locally with debugging symbols, invoke it via gdb, and get a backtrace, that would be great. I can also send you a debug version if you wish, but to debug it locally, you'll need the sources anyway. Okay, I'll try that when I have some time and report back. Or, is there any way I can manually reinstall xorg-x11-fnts so I have a working X11 installation again? If nothing works, however, you can do the following: 1. Download release/X11/xorg-x11-fnts/xorg-x11-fnts-6.8.1.0-3.tar.bz2 from some mirror (I use mirrors.kernel.org with good results). 2. cd / tar xjf xorg-x11-fnts-6.8.1.0-3.tar.bz2 3. cd /etc/postinstall ./xorg-x11-fnts.sh 4. Edit /etc/setup/installed.db and add this line: xorg-x11-fnts xorg-x11-fnts-6.8.1.0-3.tar.bz2 0 (in alphabetically sorted order). Thanks. I may try that to get up and going again before I try with a self-built setup. -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 comment: A superfluous element of a source program included so the programmer can remember what the hell it was he was doing six months later. Only the weak-minded need them, according to those who think they aren't. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes trying to install xorg-x11-fnts
On 1/10/2006 10:00 PM, David Rothenberger wrote: On 1/10/2006 8:28 PM, Igor Peshansky wrote: On Tue, 10 Jan 2006, David Rothenberger wrote: Any ideas how to fix this? It would be best if we found why setup doesn't work for you (whatever it does, it shouldn't crash). It could be triggered by a corrupt setup.ini file, a corrupt local package cache, or anything else. If you can build setup locally with debugging symbols, invoke it via gdb, and get a backtrace, that would be great. I can also send you a debug version if you wish, but to debug it locally, you'll need the sources anyway. Okay, I'll try that when I have some time and report back. Here's the backtrace. I haven't had a chance to do any debugging yet, though. #0 0x5f01265c in ?? () #1 0x0047feec in _Unwind_SjLj_RaiseException () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #2 0x004766c5 in __cxa_throw () at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/iostream:77 #3 0x0040ccda in check_for_cached ([EMAIL PROTECTED]) at download.cc:116 #4 0x0040dbae in do_download_reflector (p=0x4d73e0) at /usr/lib/gcc/i686-pc-mingw32/3.4.4/include/c++/bits/stl_iterator.h:614 #5 0x7c80b50b in KERNEL32!GetModuleFileNameA () from /c/WINDOWS/system32/kernel32.dll #6 0x004d73e0 in std::__ioinit () #7 0x0401 in ?? () #8 0x0002 in ?? () #9 0x004d73e0 in std::__ioinit () #10 0x7ffde000 in ?? () #11 0x8a8f8600 in ?? () #12 0x01e4ffc0 in ?? () #13 0x86753228 in ?? () #14 0x in ?? () #15 0x7c8399f3 in KERNEL32!FindAtomW () from /c/WINDOWS/system32/kernel32.dll #16 0x7c80b518 in KERNEL32!GetModuleFileNameA () from /c/WINDOWS/system32/kernel32.dll #17 0x in ?? () from -- David Rothenbergerspammer? - [EMAIL PROTECTED] GPG/PGP: 0x92D68FD8, DB7C 5146 1AB0 483A 9D27 DFBA FBB9 E328 92D6 8FD8 Necessity is a mother. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
cygwin setup crashes during X11 bitmap unpacking
hello: In my cygwin installation the xserver stopped working. So I was trying to reinstall the entire package. The installation proceeds till it comes to the X11/defautl bitmap package. I notices at this point it leaks memory and eventually crashes. anybody has any clues? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: cygwin setup crashes during X11 bitmap unpacking
At 02:48 PM 12/19/2004, you wrote: hello: In my cygwin installation the xserver stopped working. So I was trying to reinstall the entire package. The installation proceeds till it comes to the X11/defautl bitmap package. I notices at this point it leaks memory and eventually crashes. anybody has any clues? If you're trying to reinstall all of Cygwin by uninstalling and reinstalling, split the install in two. First install just the default, then install everything else. You'll find discussion of this in the email archive for this list and more in the cygwin-apps list. I'm not sure if this describes closely enough what you're doing but if you find it close, try it. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup crashes
Hello, I am trying to install cygwin on win2k+sp4+... ... + latest patch. I am using the current cygwin setup.exe in two steps, first download to local directory d:\cygkit then install from local directory to d:\cygwin My win2k is in C:, D: is a NTFS partition with 1,6 GB of free space. It always deads with: Microsoft Visual C++ Runtime Library Runtime Error! program: D:\cygkit\setup.exe abnormal termination! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes
Have you got setup.ini as well as setup.exe in d:\cygkit\? You'll need it. Fergus -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes
--- Have you got setup.ini as well as setup.exe in d:\cygkit\? You'll need it. Yes, I have it... but setup.exe 2.427 crashes again. I think that the problem may be a corrupted package because setup did not complete the MD5 checking. Now I have just deleted xorg-x11-bin and it looks more friendly. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup crashes
a crash in setup occurs at install.cc:657 in function
md5_one():
void md5_one (const packagesource source)
io_stream *thefile = io_stream::open
(source.Cached (), rb);
the class String constructor String::String (const
char *acString) at String++.cc:46
is passed a null argument acString, causing an
exception in memcpy() at String++.cc:48.
the memory dump of class packagesource source,
argument to md5_one(), is at 0xa20a718, shown below;
the memory dump of contained class String cached is at
0x0a22a880, shown below.
(gdb does not understand class packagesource in this
frame.)
String::_data::cstr has a value of 0x0.
what is the semantics of String::_data::cstr?
what is the semantics of String::Cached() in class
packagesource?
something is broken in there.
this event pertains to the class packagesource
instance for package zlib.
this packagesource instance for zlib at this point is
a different one from the one used by
validateCachedPackage() at download.cc:74, during the
initial md5 checks.
i am not clear if the packagesource instance is being
stepped on or if it is not being properly set up.
is this enough information for you to understand where
the problem is?
i can do more work on the problem if need be.
the crash happens with setup 2.415, 2.416 and 2.418.
i am debugging setup 2.415.
i include some useful parts of the debug session
below.
$ gdb setup.exe
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General
Public License, and you are
welcome to change it and/or distribute copies of it
under certain conditions.
Type show copying to see the conditions.
There is absolutely no warranty for GDB. Type show
warranty for details.
This GDB was configured as i686-pc-cygwin...
(gdb) break install.cc:503
Breakpoint 1 at 0x41bf89: file install.cc, line 503.
...
(gdb)
Continuing.
warning: LOG: 1 For file
file://I:\cygwin/release/which/which-1.5-2.tar.bz2 ini
digest is 01685c4933406033f0931b57d7754644 file digest
is 01685c4933406033f0931b
57d7754644
Breakpoint 1, do_install_thread(HINSTANCE__*, HWND__*)
(h=0x0, owner=0x1)
at install.cc:503
503 md5_one (*pkg.desired.source
());
(gdb) s
packageversion::source() (this=incomplete type)
at /usr/include/c++/3.2/bits/stl_vector.h:261
261 { return size_type(end() - begin()); }
(gdb)
292 {
(gdb)
261 { return size_type(end() - begin()); }
(gdb)
584 __normal_iterator(const _Iterator __i)
: _M_current(__i) { }
(gdb)
633 base() const { return _M_current; }
(gdb)
261 { return size_type(end() - begin()); }
(gdb)
584 __normal_iterator(const _Iterator __i)
: _M_current(__i) { }
(gdb)
296 }
(gdb)
md5_one(packagesource const) ([EMAIL PROTECTED]) at
MD5++.h:31
31bool isSet() const {return _set;}
(gdb)
653 {
(gdb)
31bool isSet() const {return _set;}
(gdb)
packagesource::Cached() const (this=0xa20a718) at
package_source.h:99
99 return cached.cstr_oneuse();
(gdb)
String::cstr_oneuse() const (this=0xa20a74c) at
String++.cc:103
103 if (theData-length == 0)
(gdb)
104 return NULL;
(gdb)
111 }
(gdb)
String::String(char const*) (this=0x16afe0c,
acString=0x0) at String++.cc:47
47 {
(gdb)
0x0043d200 49 }
(gdb)
0x0043d036 in String::_data::_data(unsigned)
(this=0xa0423d8, aLength=0)
at String++.cc:35
35 String::_data::_data(size_t aLength): count
(1), theString(new unsigned
char[aLength]), cstr(0), length (aLength) {}
(gdb)
String::String(char const*) (this=0x16afe0c,
acString=0x0) at String++.cc:48
48memcpy (theData-theString, acString,
theData-length);
(gdb) bt
#0 String::String(char const*) (this=0x16afe0c,
acString=0x0)
at String++.cc:48
#1 0x0041c52d in md5_one(packagesource const)
([EMAIL PROTECTED])
at install.cc:657
#2 0x0041bf9f in do_install_thread(HINSTANCE__*,
HWND__*) (h=0x0, owner=0x1)
at install.cc:503
#3 0x0a05e950 in ?? ()
(gdb) x/16xw 0xa20a718
0xa20a718: 0x0049dbe8 0xf315
0x3d19a1e0 0x49df1186
0xa20a728: 0x8f1ddd11 0x0b073144
0x0001 0x0a227830
0xa20a738: 0x0a227830 0x0a227834
0x0a22a820 0x0a22a848
0xa20a748: 0x0a22a860 0x0a22a880
0x 0x
(gdb) x/s 0x0a22a820
0xa22a820: release/zlib/zlib-1.1.4-4.tar.bz2
(gdb) x/s 0x0a22a848
0xa22a848: zlib-1.1.4-4
(gdb) x/s 0x0a22a860
0xa22a860: zlib-1.1.4-4.tar.bz2
(gdb) x/4xw 0x0a22a880
0xa22a880: 0x0001 0x0a22a898
0x 0x
(gdb) x/s 0x0a22a898
0xa22a898:
__
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online.
http://taxes.yahoo.com/filing.html
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
setup crashes
i want to compile setup 2.415-1 so i can debug it, since it crashes nearly every time i use it. make wants a file RECTWrapper.h, which is missing from the distribution. where should i find it? if g++ -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKA GE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DPACKAGE=\setup\ -DVERSION=\0\ -DST DC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_S TRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT _H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_ALLOCA_H=1 -DHAVE_ERRNO_H=1 -DHAV E_STRING=1 -DHAVE_STRING_H=1 -I. -I. -I./bz2lib -I./libgetopt++/include -Werr or -Wall -Wpointer-arith -Wcomments -Wcast-align -Wwrite-strings -Wstrict-protot ypes -Wmissing-prototypes -g -O2 -MT window.o -MD -MP -MF .deps/window.Tpo \ -c -o window.o `test -f 'window.cc' || echo './'`window.cc; \ then mv -f .deps/window.Tpo .deps/window.Po; \ else rm -f .deps/window.Tpo; exit 1; \ fi window.cc:23:25: RECTWrapper.h: No such file or directory window.cc: In member function `bool Window::MoveWindow(const RECTWrapper, bool)': window.cc:216: invalid use of undefined type `struct RECTWrapper' window.h:26: forward declaration of `struct RECTWrapper' window.cc:216: invalid use of undefined type `struct RECTWrapper' window.h:26: forward declaration of `struct RECTWrapper' window.cc:216: invalid use of undefined type `struct RECTWrapper' window.h:26: forward declaration of `struct RECTWrapper' window.cc:216: invalid use of undefined type `struct RECTWrapper' window.h:26: forward declaration of `struct RECTWrapper' make[2]: *** [window.o] Error 1 make[2]: Leaving directory `/ntd/setup/setup-0' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/ntd/setup/setup-0' make: *** [all] Error 2 __ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes
On Sat, 2004-01-31 at 11:20, james pentland wrote: i want to compile setup 2.415-1 so i can debug it, since it crashes nearly every time i use it. make wants a file RECTWrapper.h, which is missing from the distribution. where should i find it? You can download it from the setup-snapshot source, or from CVS. Rob -- GPG key available at: http://www.robertcollins.net/keys.txt. signature.asc Description: This is a digitally signed message part
setup crashes
Setup.exe version 2.416 Setup fails almost always to install from my local cygwin archive. in each case the crash occurs during the install step checking MD5 for _update-info-dir-00221-1 this is the first procedure after the Select Packages screen. the crash occurs in these cases: 1) check install for all category 2) check install individually for all categories but not the all category 3) choose all package items individually 4) choose many package items individually, including all development and interpreter packages the crash does not occur and setup completes successfully only in this case: 1) check default for all category this is a complete archive downloaded from http://mirror.mcs.anl.gov/cygwin/. in each case, all MD5 checks complete before the Select Packages screen is presented. i also have Setup.exe version 2.415. this behaves in an almost identical fashion to 2.416, although it crashes with a warning popup, as follows: Runtime error! Program: F:\cygwin\setup.exe abnormal program termination again, the crash occurs in checking MD5 for _update-info-dir-00221-1 following the Select Packages screen. again, the crash occurs in this case: 1) check install for all category and not in this case: 1) check default for all category however, i have used 2.415 successfully with my previous archive snapshot from 12 months ago numerous times. how can setup crash when the md5 checks have completed? __ Do you Yahoo!? Find out what made the Top Yahoo! Searches of 2003 http://search.yahoo.com/top2003 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes
At 02:17 PM 1/2/2004, james pentland you wrote: Setup.exe version 2.416 Setup fails almost always to install from my local cygwin archive. in each case the crash occurs during the install step checking MD5 for _update-info-dir-00221-1 this is the first procedure after the Select Packages screen. snip i also have Setup.exe version 2.415. this behaves in an almost identical fashion to 2.416, although it crashes with a warning popup, as follows: Runtime error! Program: F:\cygwin\setup.exe abnormal program termination You may want to investigate this issue with one of the setup snapshots at http://cygwin.com/setup-snapshots/. I don't really expect that 2.418 will solve the problem but it's worth trying. Also, you could try debugging setup with the debug snapshot version of 2.415, since you're seeing a crash with that. Just some ideas... -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
RE: setup crashes on certain packages.
When I was running the installer (2.416) unders Windows XP Professional, I pointed it to an invalid install directory and it crashed. This is conistant. I was able to install though once I pointed it to the correct directory. My download directory was created by version 2.415. Inside of my download directory is an directory titled ftp3%a%2f%2fftp.plig.net%2pub%2fcygwin. In there was a setup.ini and .setup.ini.swp files and a release directory containing my installs. Before, when I tried to rename the directory, it gets renamed to the above mess. I cannot seem to work around it. I think you need this setup.ini. That is my guess. I never did an install without it. - Joaquin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Wilson Sent: Friday, December 12, 2003 6:42 AM To: Cygwin List Subject: Re: setup crashes on certain packages. I am using setup version 2.416. The problem is when I try to install certain packages (all from my local directory), the installer just crashes. The packages that have caused this crash include perl, python, and XFree86-base. Does anyone have any experience with this? On Thu, Dec 11, 2003 at 06:49:55PM -0500, Matthew Wilson wrote: On Thu, Dec 11, 2003 at 05:40:49PM -0500, Larry Hall wrote: I expect it would be helpful to know what version of setup you're running. Sorry - I should have mentioned that. I am running the most recent version, whatever that is. I reran the wget script to grab everything off the mirrors before installing today. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes on certain packages.
I am using setup version 2.416. The problem is when I try to install certain packages (all from my local directory), the installer just crashes. The packages that have caused this crash include perl, python, and XFree86-base. Does anyone have any experience with this? On Thu, Dec 11, 2003 at 06:49:55PM -0500, Matthew Wilson wrote: On Thu, Dec 11, 2003 at 05:40:49PM -0500, Larry Hall wrote: I expect it would be helpful to know what version of setup you're running. Sorry - I should have mentioned that. I am running the most recent version, whatever that is. I reran the wget script to grab everything off the mirrors before installing today. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ pgp0.pgp Description: PGP signature
Re: setup crashes on certain packages.
On Fri, 12 Dec 2003, Matthew Wilson wrote: I am using setup version 2.416. The problem is when I try to install certain packages (all from my local directory), the installer just crashes. The packages that have caused this crash include perl, python, and XFree86-base. IIRC, these are all relatively large packages. Could there have been a problem with your download? Or, better yet, try a different mirror. Does anyone have any experience with this? No, but if they did, it would be in the archives :). -- Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup crashes on certain packages.
Hi - I have cygwin installed OK on my windows XP machine. I installed from a local directory after running wget to grab everything I thought I would need. I want to add perl to my cygwin environment, so I ran setup.exe again, watched all the checksums go by, then selected perl in the package list and clicked next. Almost immediately, the cygwin setup window crashed. The same thing happened when I tried to add python to my cygwin environment. I also tried to add the base XFree86 packages and got the same result. Does anyone have any ideas? The only thing I can think of is that I'm somehow missing something the setup program needs. I have a complete copy of everything starting at the cygwin directory, except for the mail-archives. This is the exact syntax of the wget command I ran to pull down my copy: wget --passive-ftp --recursive --no-clobber --no-host-directories \ --cut-dirs=2 -X/pub/cygwin/mail-archives -R '*-src.tar.bz2' \ ftp://mirrors.umbc.edu/pub/cygwin Our work firewall+proxy setup made other install methods impossible for me. Does anyone know what is going on? Thanks for the help. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes on certain packages.
At 06:09 PM 12/11/2003, Matthew Wilson you wrote: Hi - I have cygwin installed OK on my windows XP machine. I installed from a local directory after running wget to grab everything I thought I would need. I want to add perl to my cygwin environment, so I ran setup.exe again, watched all the checksums go by, then selected perl in the package list and clicked next. Almost immediately, the cygwin setup window crashed. The same thing happened when I tried to add python to my cygwin environment. I also tried to add the base XFree86 packages and got the same result. Does anyone have any ideas? The only thing I can think of is that I'm somehow missing something the setup program needs. I have a complete copy of everything starting at the cygwin directory, except for the mail-archives. This is the exact syntax of the wget command I ran to pull down my copy: wget --passive-ftp --recursive --no-clobber --no-host-directories \ --cut-dirs=2 -X/pub/cygwin/mail-archives -R '*-src.tar.bz2' \ ftp://mirrors.umbc.edu/pub/cygwin Our work firewall+proxy setup made other install methods impossible for me. Does anyone know what is going on? Thanks for the help. I expect it would be helpful to know what version of setup you're running. -- Larry Hall http://www.rfk.com RFK Partners, Inc. (508) 893-9779 - RFK Office 838 Washington Street (508) 893-9889 - FAX Holliston, MA 01746 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes on certain packages.
On Thu, Dec 11, 2003 at 05:40:49PM -0500, Larry Hall wrote: I expect it would be helpful to know what version of setup you're running. Sorry - I should have mentioned that. I am running the most recent version, whatever that is. I reran the wget script to grab everything off the mirrors before installing today. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes after checking md5 for gcc...
Stumpe, Robert wrote: it`s my first time using cygwin; at first i found an older installer (v2.249.2.5) and some packages on a drive in our lan; so i tried it with the old one installer and it works... after using cygwin i recognized, that a compiler is missing and so i downloaded hardly the whole packages and store it on this drive for software in our lan. then i try to install cygwin local ... the older installer(setup.exe) crashes with a msg: runtime error ... abnormal programm termination so i downloaded the new installer (v2.340.2.5) from cygwin.com and first it looks better ... untill it checks for md5Sum of gcc 3.2-3 after that setup finishes(crashes) without an msg anybody wants to help me...? Yes - we always like to fix anything that causes setup to crash. As I type this, I am compiling a debuggable version of setup. I will then upload it to http://cygwin.com/setup-snapshots/ (look for the version with debug in its name) You will also need to download the drmingw JIT debugger. It is part of the mingw-utils bundle here: http://prdownloads.sourceforge.net/mingw/mingw-utils-0.2.tar.gz?download Extract drmingw.exe from the tarball above, put it whereever you want to run it from, and run drmingw -i to have it register itself in the registry. Now run the debuggable version of setup. When it crashes, choose to debug, and drmingw will pop up with some information. Email that information to [EMAIL PROTECTED], and I will try and use it to locate the bug. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
setup crashes after checking md5 for gcc...
it`s my first time using cygwin; at first i found an older installer (v2.249.2.5) and some packages on a drive in our lan; so i tried it with the old one installer and it works... after using cygwin i recognized, that a compiler is missing and so i downloaded hardly the whole packages and store it on this drive for software in our lan. then i try to install cygwin local ... the older installer(setup.exe) crashes with a msg: runtime error ... abnormal programm termination so i downloaded the new installer (v2.340.2.5) from cygwin.com and first it looks better ... untill it checks for md5Sum of gcc 3.2-3 after that setup finishes(crashes) without an msg anybody wants to help me...? OS: winNT SP5 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes after checking md5 for gcc...
after i delete the folder gcc(with gcc-package) the installer works right. now i have a running cygwin but without gcc :-( -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: setup crashes - backtrace
Robert Collins wrote: Max, I suggest making clean, then makeing with 'CXXFLAGS=-g -O0. Then, the call stack may have more detail. Anyway, as I can't reprodiuce this, I'm limited to throwing peanuts :}. Unfortunately, I can't persuade the -O0 version to crash at all. This looks like a long hard bughunt.. :-( Should I upload an -O0 snapshot, to see if anyone else has better luck? Max.
Re: setup crashes - backtrace
- Original Message - From: Max Bowsher [EMAIL PROTECTED] To: Robert Collins [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, March 27, 2003 12:44 PM Subject: Re: setup crashes - backtrace Robert Collins wrote: Max, I suggest making clean, then makeing with 'CXXFLAGS=-g -O0. Then, the call stack may have more detail. Anyway, as I can't reprodiuce this, I'm limited to throwing peanuts :}. Unfortunately, I can't persuade the -O0 version to crash at all. This looks like a long hard bughunt.. :-( Should I upload an -O0 snapshot, to see if anyone else has better luck? Max. I'd be happy to try one if you put it somewhere. If this is usefull (unlikely as i'm no programmer but hey ;) from gdb with the snapshot i got. (gdb) run Starting program: /tmp/setup-2.340.2.3.exe warning: LOG: 2 Starting cygwin install, version 2.340.2.3 warning: LOG: 2 Current Directory: g:\cygwin\tmp Program received signal SIGILL, Illegal instruction. 0x78403330 in SHGetDiskFreeSpaceExA () from /cygdrive/c/WINNT/system32/SHELL32.DLL
Re: setup crashes - backtrace
On Wed, 26 Mar 2003, Max Bowsher wrote: Here is the Dr. MinGW output for the at-startup crash being mentioned on [EMAIL PROTECTED] setup-2.340.2.3.debug.exe caused an Access Violation at location 78403330 Reading from location 78403330. Registers: eax=0077 ebx=0022f930 ecx=77f51b2b edx=004961bc esi=0022fe70 edi=0022fe10 eip=78403330 esp=0022f828 ebp=0022f988 iopl=0 nv up ei pl nz ac po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0217 Call stack: 78403330 004961C1 setup-2.340.2.3.debug.exe:004961C1 void From what I see eip is pointing to code inside MSVCRT.DLL. If you send me the copy of MSVCRT.DLL from the machine on which the crash occured I can look at it with a disassembler to see where the crash occures.
Re: setup crashes - backtrace
On Thu, 27 Mar 2003, Vince Hoffman wrote: If this is usefull (unlikely as i'm no programmer but hey ;) from gdb with the snapshot i got. (gdb) run Starting program: /tmp/setup-2.340.2.3.exe warning: LOG: 2 Starting cygwin install, version 2.340.2.3 warning: LOG: 2 Current Directory: g:\cygwin\tmp Program received signal SIGILL, Illegal instruction. 0x78403330 in SHGetDiskFreeSpaceExA () from /cygdrive/c/WINNT/system32/SHELL32.DLL Hmm this is very strange.So it is not msvcrt.dll then. Something is messing with the code of SHGetDiskFreeSpaceExA - maybe the body of the function is overwritten for some reason.
Re: setup crashes - backtrace
On Thu, 2003-03-27 at 23:44, Max Bowsher wrote: Robert Collins wrote: Max, I suggest making clean, then makeing with 'CXXFLAGS=-g -O0. Then, the call stack may have more detail. Anyway, as I can't reprodiuce this, I'm limited to throwing peanuts :}. Unfortunately, I can't persuade the -O0 version to crash at all. This looks like a long hard bughunt.. :-( Should I upload an -O0 snapshot, to see if anyone else has better luck? Can't hurt. You could also trying O1, which is still easier to debug than O2. I'm obviously keen to track this down. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
setup crashes - backtrace
Here is the Dr. MinGW output for the at-startup crash being mentioned on [EMAIL PROTECTED] setup-2.340.2.3.debug.exe caused an Access Violation at location 78403330 Reading from location 78403330. Registers: eax=0077 ebx=0022f930 ecx=77f51b2b edx=004961bc esi=0022fe70 edi=0022fe10 eip=78403330 esp=0022f828 ebp=0022f988 iopl=0 nv up ei pl nz ac po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0217 Call stack: 78403330 004961C1 setup-2.340.2.3.debug.exe:004961C1 void std::sort_heap__gnu_cxx::__normal_iteratorpackagemeta**, std::vectorpackagemeta*, std::allocatorpackagemeta* , bool (*)(packagemeta*, packagemeta*)(__gnu_cxx::__normal_iteratorpackagemeta**, std::vectorpackagemeta*, std::allocatorpackagemeta* , __gnu_cxx::__normal_iteratorpackagemeta**, std::vectorpackagemeta*, std::allocatorpackagemeta* , bool (*)(packagemeta*, packagemeta*)) stl_iterator.h:726 00425127 setup-2.340.2.3.debug.exe:00425127 WinMain main.cc:337 00456413 setup-2.340.2.3.debug.exe:00456413 00401170 setup-2.340.2.3.debug.exe:00401170 00401013 setup-2.340.2.3.debug.exe:00401013 77E7EB69 kernel32.dll:77E7EB69 CreateProcessInternalW Max.
Re: setup crashes - backtrace
Max Bowsher wrote: Here is the Dr. MinGW output for the at-startup crash being mentioned on [EMAIL PROTECTED] setup-2.340.2.3.debug.exe caused an Access Violation at location 78403330 Reading from location 78403330. Registers: eax=0077 ebx=0022f930 ecx=77f51b2b edx=004961bc esi=0022fe70 edi=0022fe10 eip=78403330 esp=0022f828 ebp=0022f988 iopl=0 nv up ei pl nz ac po cy cs=001b ss=0023 ds=0023 es=0023 fs=003b gs= efl=0217 Call stack: 78403330 004961C1 setup-2.340.2.3.debug.exe:004961C1 void std::sort_heap__gnu_cxx::__normal_iteratorpackagemeta**, std::vectorpackagemeta*, std::allocatorpackagemeta* , bool (*)(packagemeta*, packagemeta*)(__gnu_cxx::__normal_iteratorpackagemeta**, std::vectorpackagemeta*, std::allocatorpackagemeta* , __gnu_cxx::__normal_iteratorpackagemeta**, std::vectorpackagemeta*, std::allocatorpackagemeta* , bool (*)(packagemeta*, packagemeta*)) stl_iterator.h:726 00425127 setup-2.340.2.3.debug.exe:00425127 WinMain main.cc:337 00456413 setup-2.340.2.3.debug.exe:00456413 00401170 setup-2.340.2.3.debug.exe:00401170 00401013 setup-2.340.2.3.debug.exe:00401013 77E7EB69 kernel32.dll:77E7EB69 CreateProcessInternalW I'm *literally* just running out the door... Max, I suggest making clean, then makeing with 'CXXFLAGS=-g -O0. Then, the call stack may have more detail. Anyway, as I can't reprodiuce this, I'm limited to throwing peanuts :}. Rob
Re: Cygwin setup crashes
Max Bowsher wrote:
Manu wrote:
I've patched and rebuilt.
I have now: Can't open (null) for reading: No such file
This occurs in install.cc, line 173:
---
/* install one source at a given prefix. */
static int
install_one_source (packagemeta pkgm, packagesource source,
String const prefixURL, String const prefixPath,
package_type_t type) {
int errors = 0;
Progress.SetText2 (source.Base ());
if (!source.Cached () || !io_stream::exists (source.Cached ()))
{
note (NULL, IDS_ERR_OPEN_READ, source.Cached (), No such
file); return 1;
}
---
Umm. This bug is known to exist, but we don't know how to reproduce
it.
At first glance, it occurs with the patch you suggested, when
uninstalling packages. Apparently, it is reproducible.
When *uninstalling*? I've only ever seen it when installing.
Would you be able to try setup-2.322 (current HEAD)? We think we've fixed
this.
It's available at http://www.cygwin.com/setup-snapshots/ if it isn't
convenient to build it yourself.
Max.
Re: Cygwin setup crashes
Manu wrote: Max Bowsher wrote: Would you be able to try setup-2.322 (current HEAD)? We think we've fixed this. It's available at http://www.cygwin.com/setup-snapshots/ if it isn't convenient to build it yourself. I tried Download from Internet, Install from local directory, then misc Install/Uninstall/Reinstall individual packages. It works perfectly, thanks a lot, Excellent! Looks like that bug really is gone! Max.
Re: Cygwin setup crashes
On Wed, 5 Mar 2003, Max Bowsher wrote: Manu wrote: I've patched and rebuilt. I have now: Can't open (null) for reading: No such file This occurs in install.cc, line 173: Max wrote: Umm. This bug is known to exist, but we don't know how to reproduce it. http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00048.html I think this pointer might be useful. See also the reply from Robert. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
On Tue, 4 Mar 2003, Max Bowsher wrote:
Call stack:
00406816 SETUP.EXE:00406816 compress_gz::destroy()
compress_gz.cc:472 ...
free (outbuf);
if (original)
delete original;
}
Interesting indeed. Something very weird is happening, if a non-null pointer
if causing a segfault on being deleted. I wonder if it could be a
double-free. I'll fiddle with this.
Manu: Just to confirm, this is setup from HEAD of CVS, showing version 2.312
on it's splash page?
Also, could you send the output of 'find' run from your local package
directory? (as an attachment)
How about this snippet from install.cc:
if (thefile)
{
String fn;
if (type == package_binary)
{
io_stream *tmp = io_stream::open (String
(cygfile:///etc/setup/) +
pkgm.name + .lst.gz, wb);
lst = new compress_gz (tmp, w9);
if (lst-error ())
{
delete lst;
lst = NULL;
}
}
It looks suspicious. delete-ing 'lst' after an error may cause double free
as you suggested, because the destroy() method is called in contrsuct(),
if error condition is detected.
Now i see something really interesting. The patch the I wanted to be
backported to 200206, seems to be applied incorrectly to HEAD. I think
this is the real cause of the problem.
Re: Cygwin setup crashes
On Tue, 4 Mar 2003, Pavel Tsekov wrote: Now i see something really interesting. The patch the I wanted to be backported to 200206, seems to be applied incorrectly to HEAD. I think this is the real cause of the problem. Actually this patch was never applied correctly to cvs. Here is my original post with the correct patch: http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00049/compress_gz.cc.patch
Re: Cygwin setup crashes
On Tue, 4 Mar 2003, Max Bowsher wrote: Actually this patch was never applied correctly to cvs. Here is my original post with the correct patch: http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00049/compress_gz.cc.pat ch Looks like a botched application of the patch. I don't know what 'botched' is :) Robert: OK to fix on HEAD? OK to apply to setup-200206? OK to apply similar fix to setup-200207, just in case we want to use that branch to help find some of the weird logic bugs that have crept in since 200206? I'm going to suggest Manu tries this fix. I guess it will fix his problems, however I think the patch should be enhanced a bit. It should handle properly also the other case i.e. compress_gz_object = new compress_gz; if (compress_gz_object-error()) delete compress_gz_object; This code is dangerous. compress_gz::construct() calls compress_gz::destroy() if an error is encountered. The the destructor will trigger a second call to compress_gz::destroy() which will try to free memory which was already freed. So I suggest either to zero the pointer members after they're deleted or use the 'destroyed' member of compress_gz to check if the object has already been destroyed. This member is only set now but not checked. Sorry, dont have time to do a proper patch right now.
Re: Cygwin setup crashes
Pavel Tsekov wrote: On Tue, 4 Mar 2003, Max Bowsher wrote: Actually this patch was never applied correctly to cvs. Here is my original post with the correct patch: http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00049/compress_gz.cc.pat ch Looks like a botched application of the patch. I don't know what 'botched' is :) Accidentally incorrect. The code fragment was added in it's new location, but not removed from it's old location. Max.
Re: Cygwin setup crashes
On Wed, 2003-03-05 at 06:05, Max Bowsher wrote: Pavel Tsekov wrote: On Tue, 4 Mar 2003, Pavel Tsekov wrote: Now i see something really interesting. The patch the I wanted to be backported to 200206, seems to be applied incorrectly to HEAD. I think this is the real cause of the problem. Actually this patch was never applied correctly to cvs. Here is my original post with the correct patch: http://sources.redhat.com/ml/cygwin-apps/2002-07/msg00049/compress_gz.cc.pat ch Looks like a botched application of the patch. Robert: OK to fix on HEAD? OK to apply to setup-200206? OK to apply similar fix to setup-200207, just in case we want to use that branch to help find some of the weird logic bugs that have crept in since 200206? Please do. Rob -- GPG key available at: http://users.bigpond.net.au/robertc/keys.txt. signature.asc Description: This is a digitally signed message part
Re: Cygwin setup crashes
Manu wrote: Anyway, I tried to build the CVS sources, but setup doesn't link: linking setup.exe [...] c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:76: undefined reference to `getopt_long' c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:91: undefined reference to `optarg' c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:95: undefined reference to `optind' c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:96: undefined reference to `optind' [..] Strange, since I have libgetopt installed. I have done ./libgetopt++/bootstrap.sh, then, ./configure -C --enable-dependencies --disable-shared \ --build=i386-pc-mingw32 'CC=gcc -g' 'CXX=g++ -g' \ --enable-maintainer-mode make libgetopt++/src/getopt.c is not compiled, my MinGW/lib/getopt.a is not linked with libgetopt++. You are confused with your configure line. Your --build flag is very incorrect. Either: Drop the --build flag, use the rest as-is to build a cygwin1.dll dependent version of setup. Or: Use the configure line as-is from http://sources.redhat.com/cygwin-apps/setup.html. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Manu wrote: After a few editing in the Makefiles, (I don't have much time :) See my other reply for how to avoid needing to do this. I've built setup.exe from CVS sources, with debug symbols. Dr. MinGW gives an interesting clue: SETUP.EXE caused an Access Violation at location 00406816 in module SETUP.EXE Reading from location . Registers: eax= ebx=01199d50 ecx=0169ffbc edx=00a0 esi=01199d50 edi=01064d64 eip=00406816 esp=0169ba94 ebp=0169baa8 iopl=0 nv up ei pl nz ac pe nc cs=015f ss=0167 ds=0167 es=0167 fs=503f gs= efl=00010212 Call stack: 00406816 SETUP.EXE:00406816 compress_gz::destroy() compress_gz.cc:472 ... free (outbuf); if (original) delete original; } Interesting indeed. Something very weird is happening, if a non-null pointer if causing a segfault on being deleted. I wonder if it could be a double-free. I'll fiddle with this. Manu: Just to confirm, this is setup from HEAD of CVS, showing version 2.312 on it's splash page? Also, could you send the output of 'find' run from your local package directory? (as an attachment) Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
On Tue, 4 Mar 2003, Max Bowsher wrote: Call stack: 00406816 SETUP.EXE:00406816 compress_gz::destroy() compress_gz.cc:472 ... free (outbuf); if (original) delete original; } Interesting indeed. Something very weird is happening, if a non-null pointer if causing a segfault on being deleted. I wonder if it could be a double-free. I'll fiddle with this. Manu: Just to confirm, this is setup from HEAD of CVS, showing version 2.312 on it's splash page? Also, could you send the output of 'find' run from your local package directory? (as an attachment) The line numbers match those of setup from HEAD. I guess the parent (original) stream was destroyed before the compress_gz object. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Manu wrote:
After a few editing in the Makefiles, (I don't have much time :)
I've built setup.exe from CVS sources, with debug symbols.
Please try this patch (against current CVS):
Index: compress_gz.cc
===
RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/compress_gz.cc,v
retrieving revision 2.7
diff -u -p -r2.7 compress_gz.cc
--- compress_gz.cc 9 Nov 2002 13:33:15 - 2.7
+++ compress_gz.cc 4 Mar 2003 19:06:47 -
@@ -63,12 +63,6 @@ compress_gz::compress_gz (io_stream * pa
void
compress_gz::construct (io_stream * parent, const char *openmode)
{
- if (!parent)
-{
- z_err = Z_STREAM_ERROR;
- return;
-}
-
original = parent;
peeklen = 0;
int err;
END-OF-PATCH
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Why have you modified the patch ?
On Tue, 4 Mar 2003, Max Bowsher wrote:
After a few editing in the Makefiles, (I don't have much time :)
I've built setup.exe from CVS sources, with debug symbols.
Please try this patch (against current CVS):
Index: compress_gz.cc
===
RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/compress_gz.cc,v
retrieving revision 2.7
diff -u -p -r2.7 compress_gz.cc
--- compress_gz.cc 9 Nov 2002 13:33:15 - 2.7
+++ compress_gz.cc 4 Mar 2003 19:06:47 -
@@ -63,12 +63,6 @@ compress_gz::compress_gz (io_stream * pa
void
compress_gz::construct (io_stream * parent, const char *openmode)
{
- if (!parent)
-{
- z_err = Z_STREAM_ERROR;
- return;
-}
-
original = parent;
peeklen = 0;
int err;
END-OF-PATCH
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Pavel Tsekov wrote: Why have you modified the patch ? So that it applies cleanly against setup HEAD. Your original patch contains 2 hunks: 1) remove some code 2) add it back later in the function Hunk 2 has been comitted to cvs HEAD, but Hunk 1 has not. Max. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
On Tue, 4 Mar 2003, Max Bowsher wrote: Pavel Tsekov wrote: Why have you modified the patch ? So that it applies cleanly against setup HEAD. Your original patch contains 2 hunks: 1) remove some code 2) add it back later in the function Hunk 2 has been comitted to cvs HEAD, but Hunk 1 has not. Sorry, IOWTWIWT :) -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Max Bowsher wrote:
Manu wrote:
Anyway, I tried to build the CVS sources, but setup doesn't link:
[...]
I have done ./libgetopt++/bootstrap.sh, then,
./configure -C --enable-dependencies --disable-shared \
--build=i386-pc-mingw32 'CC=gcc -g' 'CXX=g++ -g' \
--enable-maintainer-mode make
libgetopt++/src/getopt.c is not compiled, my MinGW/lib/getopt.a
is not linked with libgetopt++.
You are confused with your configure line. Your --build flag is very
incorrect.
Either: Drop the --build flag, use the rest as-is to build a cygwin1.dll
dependent version of setup.
Ok, I'll try again. Though, note that I built the sources with MinGW and
its build environment, not with Cygwin.
(My old Cygwin install is out of date :)
Or: Use the configure line as-is from
http://sources.redhat.com/cygwin-apps/setup.html.
Manu wrote:
[...]
Call stack:
00406816 SETUP.EXE:00406816 compress_gz::destroy()
compress_gz.cc:472 ...
free (outbuf);
if (original)
delete original;
}
Interesting indeed. Something very weird is happening, if a non-null pointer
if causing a segfault on being deleted. I wonder if it could be a
double-free. I'll fiddle with this.
Yes, I also suspect a double-free. I've commented delete original and naturally
setup.exe worked. (I have now Cygwin installed :)
Manu: Just to confirm, this is setup from HEAD of CVS, showing version 2.312
on it's splash page?
Yes, I confirm.
Also, could you send the output of 'find' run from your local package
directory? (as an attachment)
cf find.txt. (build.sh and compress.diff are not in CVS)
[...]
Please try this patch (against current CVS):
[...]
I've patched and rebuilt.
I have now: Can't open (null) for reading: No such file
This occurs in install.cc, line 173:
---
/* install one source at a given prefix. */
static int
install_one_source (packagemeta pkgm, packagesource source,
String const prefixURL, String const prefixPath, package_type_t type)
{
int errors = 0;
Progress.SetText2 (source.Base ());
if (!source.Cached () || !io_stream::exists (source.Cached ()))
{
note (NULL, IDS_ERR_OPEN_READ, source.Cached (), No such file);
return 1;
}
---
Something strange, the original setup.exe no longer crashes, it seems that the
problem occurs when first installing Cygwin.
BTW, that registry entries are created during setup? I found
HKEY_LOCAL_MACHINE/Software/Cygnus Solutions.
Is there other info stored in ini-files.
I need to remove all of Cygwin and install again, in order to reproduce the problem.
Uninstall packages seems to keep track of the previous installation.
Manu.
.
./IniDBBuilderPackage.cc
./AntiVirus.cc
./AntiVirus.h
./CONTRIBUTORS
./ChangeLog
./Exception.cc
./Exception.h
./FindVisitor.cc
./FindVisitor.h
./IOStreamProvider.h
./IniDBBuilder.cc
./IniDBBuilder.h
./Makefile.am
./MD5++.cc
./IniDBBuilderPackage.h
./IniParseFeedback.cc
./IniParseFeedback.h
./IniParseFindVisitor.cc
./IniParseFindVisitor.h
./LogFile.cc
./LogFile.h
./LogSingleton.cc
./LogSingleton.h
./MD5++.h
./PackageSpecification.cc
./Makefile.in
./String++.cc
./README
./PackageSpecification.h
./PackageTrust.h
./PickCategoryLine.cc
./PickCategoryLine.h
./PickLine.cc
./PickLine.h
./PickPackageLine.cc
./PickPackageLine.h
./PickView.cc
./PickView.h
./ScanFindVisitor.cc
./ScanFindVisitor.h
./String++.h
./aclocal.m4
./archive.cc
./archive.h
./archive_tar.cc
./archive_tar.h
./archive_tar_file.cc
./autoload.c
./bootstrap.sh
./category.cc
./category.h
./check-na.bmp
./check-no.bmp
./check-yes.bmp
./choose-rtarrow.bmp
./choose-spin.bmp
./choose.cc
./choose.h
./cistring.cc
./cistring.h
./compress.cc
./compress.h
./compress_bz.cc
./compress_bz.h
./compress_gz.cc
./compress_gz.h
./concat.cc
./concat.h
./configure
./configure.in
./cygpackage.cc
./cygpackage.h
./cygwin.ico
./desktop.cc
./desktop.h
./dialog.cc
./dialog.h
./diskfull.cc
./diskfull.h
./dlmalloc.c
./download.cc
./download.h
./filemanip.cc
./filemanip.h
./find.cc
./find.h
./fromcwd.cc
./geturl.cc
./geturl.h
./hash.cc
./hash.h
./ini.cc
./ini.h
./inilex.l
./inilintmain.cc
./iniparse.y
./install.cc
./io_stream.cc
./io_stream.h
./io_stream_cygfile.cc
./io_stream_cygfile.h
./io_stream_file.cc
./io_stream_file.h
./io_stream_memory.cc
./io_stream_memory.h
./io_stream_rsync.cc
./io_stream_rsync.h
./localdir.cc
./localdir.h
./log.cc
./log.h
./main.cc
./md5.c
./md5.h
./mkdir.cc
./mkdir.h
./mklink2.cc
./mklink2.h
./mount.cc
./mount.h
./msg.cc
./msg.h
./net.cc
./net.h
./netio.cc
./netio.h
./nio-file.cc
./nio-file.h
./nio-ftp.cc
./nio-ftp.h
./nio-http.cc
./nio-http.h
./nio-ie5.cc
./nio-ie5.h
./package_db.cc
./package_db.h
./package_meta.cc
./package_meta.h
./package_source.cc
./package_source.h
./package_version.cc
./package_version.h
./port.h
./postinstall.cc
./proppage.cc
./proppage.h
./propsheet.cc
./propsheet.h
./res.rc
./resource.h
./rfc1738.cc
./rfc1738.h
./root.cc
./root.h
./script.cc
./script.h
./simpsock.cc
./simpsock.h
./site.cc
./site.h
./source.cc
Re: Cygwin setup crashes
Manu wrote:
Ok, I'll try again. Though, note that I built the sources with MinGW
and its build environment, not with Cygwin.
(My old Cygwin install is out of date :)
If it works, great. If not, you're on your own.
Also, could you send the output of 'find' run from your local package
directory? (as an attachment)
cf find.txt. (build.sh and compress.diff are not in CVS)
I meant the one with all the tarballs and setup.ini, but never mind, since
the bug has gone away.
[...]
Please try this patch (against current CVS):
[...]
I've patched and rebuilt.
I have now: Can't open (null) for reading: No such file
This occurs in install.cc, line 173:
---
/* install one source at a given prefix. */
static int
install_one_source (packagemeta pkgm, packagesource source,
String const prefixURL, String const prefixPath,
package_type_t type) {
int errors = 0;
Progress.SetText2 (source.Base ());
if (!source.Cached () || !io_stream::exists (source.Cached ()))
{
note (NULL, IDS_ERR_OPEN_READ, source.Cached (), No such
file); return 1;
}
---
Umm. This bug is known to exist, but we don't know how to reproduce it.
Something strange, the original setup.exe no longer crashes, it seems
that the problem occurs when first installing Cygwin.
BTW, that registry entries are created during setup? I found
HKEY_LOCAL_MACHINE/Software/Cygnus Solutions.
Is there other info stored in ini-files.
I need to remove all of Cygwin and install again, in order to
reproduce the problem. Uninstall packages seems to keep track of the
previous installation.
That key, and its HKEY_CURRENT_USER counterpart.
Everything else is stored under the cygwin root.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Max Bowsher wrote:
[...]
Also, could you send the output of 'find' run from your local package
directory? (as an attachment)
cf find.txt. (build.sh and compress.diff are not in CVS)
I meant the one with all the tarballs and setup.ini, but never mind, since
the bug has gone away.
Yes, I'm now unable to reproduce the problem. Maybe it occurs only after
Download from Internet + Install from local directory as I've done
initially.
[...]
Please try this patch (against current CVS):
[...]
I've patched and rebuilt.
I have now: Can't open (null) for reading: No such file
This occurs in install.cc, line 173:
---
/* install one source at a given prefix. */
static int
install_one_source (packagemeta pkgm, packagesource source,
String const prefixURL, String const prefixPath,
package_type_t type) {
int errors = 0;
Progress.SetText2 (source.Base ());
if (!source.Cached () || !io_stream::exists (source.Cached ()))
{
note (NULL, IDS_ERR_OPEN_READ, source.Cached (), No such
file); return 1;
}
---
Umm. This bug is known to exist, but we don't know how to reproduce it.
At first glance, it occurs with the patch you suggested, when uninstalling
packages. Apparently, it is reproducible.
Something strange, the original setup.exe no longer crashes, it seems
that the problem occurs when first installing Cygwin.
I'll try to download and install again to see if I can reproduce the segfault.
Manu.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Manu wrote:
I've patched and rebuilt.
I have now: Can't open (null) for reading: No such file
This occurs in install.cc, line 173:
---
/* install one source at a given prefix. */
static int
install_one_source (packagemeta pkgm, packagesource source,
String const prefixURL, String const prefixPath,
package_type_t type) {
int errors = 0;
Progress.SetText2 (source.Base ());
if (!source.Cached () || !io_stream::exists (source.Cached ()))
{
note (NULL, IDS_ERR_OPEN_READ, source.Cached (), No such
file); return 1;
}
---
Umm. This bug is known to exist, but we don't know how to reproduce
it.
At first glance, it occurs with the patch you suggested, when
uninstalling packages. Apparently, it is reproducible.
When *uninstalling*? I've only ever seen it when installing.
Anyway, it's definitely not reproducible. It seems to come and go for no
obvious reason.
Max.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Max Bowsher wrote:
Manu wrote:
I've patched and rebuilt.
I have now: Can't open (null) for reading: No such file
This occurs in install.cc, line 173:
---
/* install one source at a given prefix. */
static int
install_one_source (packagemeta pkgm, packagesource source,
String const prefixURL, String const prefixPath,
package_type_t type) {
int errors = 0;
Progress.SetText2 (source.Base ());
if (!source.Cached () || !io_stream::exists (source.Cached ()))
{
note (NULL, IDS_ERR_OPEN_READ, source.Cached (), No such
file); return 1;
}
---
Umm. This bug is known to exist, but we don't know how to reproduce
it.
At first glance, it occurs with the patch you suggested, when
uninstalling packages. Apparently, it is reproducible.
When *uninstalling*? I've only ever seen it when installing.
Yes, Install and Reinstall works fine, Uninstall shows a dialog box which
appears until the cows come home.
Anyway, it's definitely not reproducible. It seems to come and go for no
obvious reason.
So my case is particular, that bug always works for me :)
Manu.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Cygwin setup crashes
Cygwin's setup.exe crashes when installing from a local directory. I'm running Win98. Manu. --- SETUP.EXE caused an Access Violation at location 78011726 in module MSVCRT.DLL Reading from location 009dfffe. Registers: eax= ebx=009e000e ecx=0003c09d edx=0002 esi=009dfffe edi=00ad0280 eip=78011726 esp=007bf2a4 ebp=007bf2ac iopl=0 nv dn ei pl nz na pe nc cs=015f ss=0167 ds=0167 es=0167 fs=46cf gs= efl=00010602 Call stack: 78011726 MSVCRT.DLL:78011726 strncat 0043AF64 SETUP.EXE:0043AF64 004310CA SETUP.EXE:004310CA 00403386 SETUP.EXE:00403386 0040380D SETUP.EXE:0040380D BFF7363B KERNEL32.DLL:BFF7363B EnumSystemCodePagesW BFF942E7 KERNEL32.DLL:BFF942E7 CopyFileExW 007B8502 -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
After a few editing in the Makefiles, (I don't have much time :)
I've built setup.exe from CVS sources, with debug symbols.
Dr. MinGW gives an interesting clue:
Manu.
SETUP.EXE caused an Access Violation at location 00406816 in module SETUP.EXE Reading
from
location .
Registers:
eax= ebx=01199d50 ecx=0169ffbc edx=00a0 esi=01199d50 edi=01064d64
eip=00406816 esp=0169ba94 ebp=0169baa8 iopl=0 nv up ei pl nz ac pe nc
cs=015f ss=0167 ds=0167 es=0167 fs=503f gs= efl=00010212
Call stack:
00406816 SETUP.EXE:00406816 compress_gz::destroy() compress_gz.cc:472
...
free (outbuf);
if (original)
delete original;
}
...
004069D0 SETUP.EXE:004069D0 compress_gz::~compress_gz() compress_gz.cc:490
...
}
destroy ();
destroyed = 1;
return;
}
...
0041B0CB SETUP.EXE:0041B0CB install_one_source(packagemeta, packagesource, String
const,
String const, package_type_t) install.cc:186
...
if (lst-error ())
{
delete lst;
lst = NULL;
}
...
0041B73C SETUP.EXE:0041B73C install_one(packagemeta) install.cc:379
...
if (pkg.installed != pkg.desired pkg.desired.picked())
{
errors +=
install_one_source (pkg, *pkg.desired.source(), cygfile://,/,
package_binary);
...
0041BFC4 SETUP.EXE:0041BFC4 do_install_thread(HINSTANCE__*, HWND__*) install.cc:570
...
int e = 0;
e += install_one (pkg);
if (e)
errors++;
}
...
0041C2C5 SETUP.EXE:0041C2C5 do_install_reflector(void*) install.cc:626
...
// Tell the progress page that we're done downloading
Progress.PostMessage (WM_APP_INSTALL_THREAD_COMPLETE);
ExitThread (0);
...
BFF88EF7 KERNEL32.DLL:BFF88EF7 ReadConsoleOutputA
BFF86966 KERNEL32.DLL:BFF86966 Heap32First
- Original Message -
From: Manu [EMAIL PROTECTED]
To: Max Bowsher [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Monday, March 03, 2003 11:59 PM
Subject: Re: Cygwin setup crashes
Max Bowsher wrote:
Manu wrote:
Cygwin's setup.exe crashes when installing from a local directory.
I'm running Win98.
Odd. What is your net connection like? Can I email you a debug build of
setup.exe to try? (1.26MB zip, or 1.07MB .bz2)
I have a slow RTC connection unfortunately.
Anyway, I tried to build the CVS sources, but setup doesn't link:
linking setup.exe
[...]
c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:76: undefined
reference to
`getopt_long'
c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:91: undefined
reference to
`optarg'
c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:95: undefined
reference to
`optind'
c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:96: undefined
reference to
`optind'
[..]
Strange, since I have libgetopt installed.
I have done ./libgetopt++/bootstrap.sh, then,
./configure -C --enable-dependencies --disable-shared \
--build=i386-pc-mingw32 'CC=gcc -g' 'CXX=g++ -g' \
--enable-maintainer-mode make
libgetopt++/src/getopt.c is not compiled, my MinGW/lib/getopt.a
is not linked with libgetopt++.
Manu.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Re: Cygwin setup crashes
Max Bowsher wrote: Manu wrote: Cygwin's setup.exe crashes when installing from a local directory. I'm running Win98. Odd. What is your net connection like? Can I email you a debug build of setup.exe to try? (1.26MB zip, or 1.07MB .bz2) I have a slow RTC connection unfortunately. Anyway, I tried to build the CVS sources, but setup doesn't link: linking setup.exe [...] c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:76: undefined reference to `getopt_long' c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:91: undefined reference to `optarg' c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:95: undefined reference to `optind' c:/Dev/Sources/Cygwin-Setup/build/libgetopt++/src/OptionSet.cc:96: undefined reference to `optind' [..] Strange, since I have libgetopt installed. I have done ./libgetopt++/bootstrap.sh, then, ./configure -C --enable-dependencies --disable-shared \ --build=i386-pc-mingw32 'CC=gcc -g' 'CXX=g++ -g' \ --enable-maintainer-mode make libgetopt++/src/getopt.c is not compiled, my MinGW/lib/getopt.a is not linked with libgetopt++. Manu. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Re: [setup-2.259.2.4]: On first install, setup crashes when usercycles chooser
Robert Collins wrote: Nicholas, check your yahoo account, I emailed you there hours ago. Thank you for the stack dump it will likely help. Where on the screen did you click - beside the 'all' category / on a specific package? Rob -Original Message- From: Nicholas Wourms [mailto:[EMAIL PROTECTED]] Sent: Sunday, 14 July 2002 11:49 PM To: Robert Collins Robert, Since you never got back to me, I went ahead and resetup a build environment for setup.exe. I built the latest setup sources from CVS(as of 9:00am [-5:00 GMT] on Sunday) with -g for debugging. I have attached the log from drmingw as it catches the crash on Windows2K. Debugview had no relevant information to give, however drmingw did. I hope this helps... Cheers, Nicholas As I mentioned before, all I did was click once in the red circle in the image from my original post. Let me clarify, the red circle is exactly where I clicked. That's all I have to do. My install directory is: C:\Cygnus\cygwin and the cache folder is: C:\Cygnus\setup I should note that the same behaviour occurs if I switch views to the next one that shows all the packages in alphabetcial order and I attempt to select a package for installation which is marked as skip. However the stacktrace sent is only for the behavior first mentioned. Cheers, Nicholas P.S. - If you sent it, I never got it. I hope you didn't send it as an attachment, b/c yahoo doesn't allow me to recieve 1MB attachments. Oh well, it's a moot point now anyhow...
[setup-2.259.2.4]: On first install, setup crashes when user cycleschooser
Robert, When running setup-2.259.2.4 for the first time on Windows 98SE/ME/2K, setup will page fault when the user cycles the install type in chooser from Default to Install. It produces no log file, so I can't really provide any more information than this report. I have verified this on all the OS's listed above. This behaviour doesn't occur with the current setup.exe. To alleviate confusion, I have circled the part I'm referring to in the attached png. Cheers, Nicholas
RE: [setup-2.259.2.4]: On first install, setup crashes when user cycles chooser
If you run setup under DebugView, or a similar tool, is any output created? Can you get me a stackdump? Rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Nicholas Wourms Sent: Sunday, 14 July 2002 8:46 AM To: Cygwin-Apps Subject: [setup-2.259.2.4]: On first install, setup crashes when user cycles chooser Robert, When running setup-2.259.2.4 for the first time on Windows 98SE/ME/2K, setup will page fault when the user cycles the install type in chooser from Default to Install. It produces no log file, so I can't really provide any more information than this report. I have verified this on all the OS's listed above. This behaviour doesn't occur with the current setup.exe. To alleviate confusion, I have circled the part I'm referring to in the attached png. Cheers, Nicholas
