1.0:Question about Cygwin1.dll crashing with DEP/NX

1.0:Question about Cygwin1.dll crashing with DEP/NX

[Carry Suryakusuma]

Hi,

I am new to this mailing list. If this is not the right mailing address, 
please let me know what will be the mailing list.

I have old Cygwin binaries, source codes and build environment for version 
1.0. These Cygwin binaries crashed badly on the newer Windows XP and later 
with Date Execution Protection (DEP) support running on DEP enabled 
processor.

I think the problem is around the Cygwin1.dll and I would like to fix it 
if I can. I rebuilt the Cygwin1.dll to try to debug it, but it was 
useless. The Cygwin program like tr.exe simply crashed when loading the 
Cygwin1.dll. It created a stackdump with the following content:
C:\temp\carry\DEP>cat tr.exe.stackdump
    0       0 [main] C:\Cygwin\bin\cat.exe 1000 handle_exceptions: 
Exception: STATUS_ACCESS_VIOLATION
    0    5900 [main] cat 1000 stackdump: Dumping stack trace to 
cat.exe.stackdump

I rebuilt the Cygwin1.dll using the following build environment:
1. bash version: GNU bash, version 2.03.0(2)-release (i686-pc-cygwin)
2. make version: GNU Make version 3.77, by Richard Stallman and Roland 
McGrath.
3. gcc version: 2.9-cygwin-990830
4. g++ version: 2.9-cygwin-990830
5. ld version: GNU ld 2.9-cygwin-990830

Is there anyway for me to fix this with the existing source codes and 
probably the build environment and tools that I have to support DEP on 
Windows XP and later?

Thank you and Regards,

Carry Suryakusuma
IBM Software Group/Tivoli software solutions
carry@us.ibm.com
(512) 838-1695

--
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: 1.0:Question about Cygwin1.dll crashing with DEP/NX

[Dave Korn]

On 30 May 2006 17:08, Carry Suryakusuma wrote:

> I have old Cygwin binaries, source codes and build environment for version
> 1.0. These Cygwin binaries crashed badly on the newer Windows XP and later
> with Date Execution Protection (DEP) support running on DEP enabled
> processor.

  Probably some kind of thunk or trampoline or other self-modifying code.
 
> I think the problem is around the Cygwin1.dll and I would like to fix it
> if I can. I rebuilt the Cygwin1.dll to try to debug it, but it was
> useless. The Cygwin program like tr.exe simply crashed when loading the
> Cygwin1.dll. It created a stackdump with the following content:
> C:\temp\carry\DEP>cat tr.exe.stackdump
>     0       0 [main] C:\Cygwin\bin\cat.exe 1000 handle_exceptions:
> Exception: STATUS_ACCESS_VIOLATION
>     0    5900 [main] cat 1000 stackdump: Dumping stack trace to
> cat.exe.stackdump

  Well, the address in the stackdump file would have told you where the access
violation occurred, and that should have lead you to the part of the source
that is trying to call to NX code.

> I rebuilt the Cygwin1.dll using the following build environment:
> 1. bash version: GNU bash, version 2.03.0(2)-release (i686-pc-cygwin)
> 2. make version: GNU Make version 3.77, by Richard Stallman and Roland
> McGrath.
> 3. gcc version: 2.9-cygwin-990830
> 4. g++ version: 2.9-cygwin-990830
> 5. ld version: GNU ld 2.9-cygwin-990830
> 
> Is there anyway for me to fix this with the existing source codes and
> probably the build environment and tools that I have to support DEP on
> Windows XP and later?

  Ummm, the versions you're using are seven years out-of-date.  The chances of
them working with operating systems and features that didn't even exist at the
time aren't good.  For example, back in 1999, compilers thought it was OK to
dynamically generate a trampoline on the stack and call out through it,
because nobody had invented DEP at that stage.

  Honestly, if you really want to struggle along without the last seven years
worth of bugfixes to make/gcc/binutils, good luck to you, but nobody's going
to be keen to spend a lot of time helping you refix all those old bugs.....

  Why don't you just update your cygwin installation binaries and then rebuild
all your sources with the up-to-date versions of everything?

    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: 1.0:Question about Cygwin1.dll crashing with DEP/NX

[Brian Dessent]

Carry Suryakusuma wrote:

> I rebuilt the Cygwin1.dll using the following build environment:
> 1. bash version: GNU bash, version 2.03.0(2)-release (i686-pc-cygwin)
> 2. make version: GNU Make version 3.77, by Richard Stallman and Roland
> McGrath.
> 3. gcc version: 2.9-cygwin-990830
> 4. g++ version: 2.9-cygwin-990830
> 5. ld version: GNU ld 2.9-cygwin-990830
> 
> Is there anyway for me to fix this with the existing source codes and
> probably the build environment and tools that I have to support DEP on
> Windows XP and later?

I'm afraid you are probably not going to find anybody on this list
interested in even considering problems with these ancient versions.  If
you can reproduce the problem you experience with a current Cygwin
snapshot then post more details, otherwise I think you're on your own. 
It's kind of like calling Ford and asking if the model-T will run on
unleaded -- so much has changed over the last 7 or so years.

Brian

--
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: 1.0:Question about Cygwin1.dll crashing with DEP/NX

[Christopher Faylor]

On Tue, May 30, 2006 at 05:24:01PM +0100, Dave Korn wrote:
>On 30 May 2006 17:08, Carry Suryakusuma wrote:
>
>> I have old Cygwin binaries, source codes and build environment for version
>> 1.0. These Cygwin binaries crashed badly on the newer Windows XP and later
>> with Date Execution Protection (DEP) support running on DEP enabled
>> processor.
>
>  Probably some kind of thunk or trampoline or other self-modifying code.
> 
>> I think the problem is around the Cygwin1.dll and I would like to fix it
>> if I can. I rebuilt the Cygwin1.dll to try to debug it, but it was
>> useless. The Cygwin program like tr.exe simply crashed when loading the
>> Cygwin1.dll. It created a stackdump with the following content:
>> C:\temp\carry\DEP>cat tr.exe.stackdump
>>     0       0 [main] C:\Cygwin\bin\cat.exe 1000 handle_exceptions:
>> Exception: STATUS_ACCESS_VIOLATION
>>     0    5900 [main] cat 1000 stackdump: Dumping stack trace to
>> cat.exe.stackdump
>
>  Well, the address in the stackdump file would have told you where the access
>violation occurred, and that should have lead you to the part of the source
>that is trying to call to NX code.
>
>> I rebuilt the Cygwin1.dll using the following build environment:
>> 1. bash version: GNU bash, version 2.03.0(2)-release (i686-pc-cygwin)
>> 2. make version: GNU Make version 3.77, by Richard Stallman and Roland
>> McGrath.
>> 3. gcc version: 2.9-cygwin-990830
>> 4. g++ version: 2.9-cygwin-990830
>> 5. ld version: GNU ld 2.9-cygwin-990830
>> 
>> Is there anyway for me to fix this with the existing source codes and
>> probably the build environment and tools that I have to support DEP on
>> Windows XP and later?
>
>  Ummm, the versions you're using are seven years out-of-date.  The chances of
>them working with operating systems and features that didn't even exist at the
>time aren't good.  For example, back in 1999, compilers thought it was OK to
>dynamically generate a trampoline on the stack and call out through it,
>because nobody had invented DEP at that stage.

Also, if this really is Cygwin 1.0, then it is a commercial release of
Cygwin which we don't support here regardless of how old it is.

--
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: 1.0:Question about Cygwin1.dll crashing with DEP/NX

[Joe Smith]

"Brian Dessent" <brian@dessent.net> wrote in message 
news:447C72E6.3BD5573A@dessent.net...
> I'm afraid you are probably not going to find anybody on this list
> interested in even considering problems with these ancient versions.  If
> you can reproduce the problem you experience with a current Cygwin
> snapshot then post more details, otherwise I think you're on your own.
> It's kind of like calling Ford and asking if the model-T will run on
> unleaded -- so much has changed over the last 7 or so years.

Except that ford might actually provide support for the model-T, because 
Ford
owes its success to that car. Imagine the commercial, and what offically 
supporting
the out of date cars might do to improve Fords image.

A better example might be asking MS tech support about a problem in
Windows 1.0 (except that was more than 7 years ago).

> Brian
> 



--
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/