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
ad (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, 2
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.
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:
> undefine
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 00
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 pointe
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/cv
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
> =
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:/
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,
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-ma
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
>> d
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 gon
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,
>>> S
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 & pk
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
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:
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.
>
>a
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
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,
>
Am I missing something, or is there a reason one would want to run a Linux
emulator under a Windows emulator on Linux?
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
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 bo
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
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
--
Pro
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,
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
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
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 appar
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 scr
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
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 every
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
>>
33 matches
Mail list logo