[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 54, Issue 6
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2010-11-30 11:31:43
Message-ID: mailman.76818.1291116703.5433.mingw-notify () lists ! sourceforge ! net
[Download RAW message or body]
Send MinGW-notify mailing list submissions to
mingw-notify@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
mingw-notify-request@lists.sourceforge.net
You can reach the person managing the list at
mingw-notify-owner@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-notify digest..."
This list is used to send updates of submitted patches, bug reports and file \
releases. You are discouraged from posting to this list. If you wish to unsubscribe \
you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify.
Today's Topics:
1. [ mingw-Bugs-3119898 ] Portability fix for the reimp tool of
mingw-utils (SF/projects/mingw notification list)
2. [ mingw-Bugs-3120866 ] reimp fails, reporting invalid or
corrupt import library (SF/projects/mingw notification list)
3. [ mingw-Bugs-3120866 ] reimp fails, reporting invalid or
corrupt import library (SF/projects/mingw notification list)
4. [ mingw-Support Requests-3122422 ] bash.exe forked child dies
with status code 0xC0000005 (SF/projects/mingw notification list)
5. [ mingw-Support Requests-3122422 ] bash.exe forked child dies
with status code 0xC0000005 (SF/projects/mingw notification list)
6. [ mingw-Bugs-3119898 ] Portability fix for the reimp tool of
mingw-utils (SF/projects/mingw notification list)
7. [ mingw-Bugs-3120866 ] reimp fails, reporting invalid or
corrupt import library (SF/projects/mingw notification list)
8. [ mingw-Bugs-3123385 ] uname gives wrong machine
(SF/projects/mingw notification list)
----------------------------------------------------------------------
Message: 1
Date: Fri, 26 Nov 2010 19:07:15 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-3119898 ] Portability fix for the
reimp tool of mingw-utils
To: noreply@sourceforge.net
Message-ID: <E1PM3db-0007j0-Fj@sfs-web-11.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #3119898, was opened at 2010-11-26 19:25
Message generated for change (Comment added) made by vog
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3119898&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MinGW
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Volker Grabsch (vog)
Assigned to: Nobody/Anonymous (nobody)
Summary: Portability fix for the reimp tool of mingw-utils
Initial Comment:
The provided patch simplifies the code of the reimp tool by using the standard type \
uint32_t etc. consistently. It also fixes some const/casting issues as well as \
missing #includes.
With this patch, the mingw-utils package compiles without any warnings under MinGW.
Additionally, the reimp tool also compiles on other platforms, so mingw-utils can be \
partly compiled as native toolset under Linux/BSD/etc., which is especially useful in \
MinGW cross compiling environments.
It would be great if you could include this patch. It is meant to be applied to \
mingw-utils-0.4-1.
This patch is partly based on the reimp fork produced by Alois Schl?gl: \
http://pub.ist.ac.at/~schloegl/software/reimp-0.50.zip
----------------------------------------------------------------------
> Comment By: Volker Grabsch (vog)
Date: 2010-11-26 20:07
Message:
FYI, the following mailing list posting explains how this patch was
created:
http://lists.nongnu.org/archive/html/mingw-cross-env-list/2010-11/msg00081.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3119898&group_id=2435
------------------------------
Message: 2
Date: Sat, 27 Nov 2010 21:33:16 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-3120866 ] reimp fails, reporting
invalid or corrupt import library
To: noreply@sourceforge.net
Message-ID: <E1PMSOS-0001nK-6o@sfs-web-9.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #3120866, was opened at 2010-11-27 16:33
Message generated for change (Tracker Item Submitted) made by gbburkhardt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3120866&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MinGW
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Glenn Burkhardt (gbburkhardt)
Assigned to: Nobody/Anonymous (nobody)
Summary: reimp fails, reporting invalid or corrupt import library
Initial Comment:
I installed the mingw-utils-0.4-1-mingw32.bin files. The 'reimp' program fails on \
the attached library:
$ reimp emacepl.lib
c:\mingw\bin\reimp.exe: emacepl.lib: invalid or corrupt import library
But, if I compile from source and install, the newly compiled program works.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3120866&group_id=2435
------------------------------
Message: 3
Date: Sat, 27 Nov 2010 21:35:36 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-3120866 ] reimp fails, reporting
invalid or corrupt import library
To: noreply@sourceforge.net
Message-ID: <E1PMSQi-0005Ef-1U@sfs-web-7.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #3120866, was opened at 2010-11-27 16:33
Message generated for change (Comment added) made by gbburkhardt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3120866&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MinGW
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Glenn Burkhardt (gbburkhardt)
Assigned to: Nobody/Anonymous (nobody)
Summary: reimp fails, reporting invalid or corrupt import library
Initial Comment:
I installed the mingw-utils-0.4-1-mingw32.bin files. The 'reimp' program fails on \
the attached library:
$ reimp emacepl.lib
c:\mingw\bin\reimp.exe: emacepl.lib: invalid or corrupt import library
But, if I compile from source and install, the newly compiled program works.
----------------------------------------------------------------------
> Comment By: Glenn Burkhardt (gbburkhardt)
Date: 2010-11-27 16:35
Message:
Also, the 0.3 binary release of mingw-utils works.
$ gcc --version
gcc.exe (GCC) 3.4.5 (mingw-vista special r3)
$ uname -a
MINGW32_NT-6.1 DEPOTRD 1.0.11(0.46/3/2) 2009-07-11 17:46 i686 Msys
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3120866&group_id=2435
------------------------------
Message: 4
Date: Mon, 29 Nov 2010 16:10:03 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Support Requests-3122422 ] bash.exe
forked child dies with status code 0xC0000005
To: noreply@sourceforge.net
Message-ID: <E1PN6Il-0008JD-9z@sfs-web-2.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Support Requests item #3122422, was opened at 2010-11-29 11:10
Message generated for change (Tracker Item Submitted) made by jaendicott
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3122422&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Jim Endicott (jaendicott)
Assigned to: Nobody/Anonymous (nobody)
Summary: bash.exe forked child dies with status code 0xC0000005
Initial Comment:
On windows XP Pro version 2002 Service Pack 3 I get the following when trying to \
execute a command in bash
0 [main] us 0 open_stackdumpfile: Dumping stack trace to us.stackdump
0 [main] bash.exe" 3784 sync_with_child: child 3980(0x114) died before \
initialization with status code 0xC0000005 327 [main] bash.exe" 3784 \
sync_with_child: *** child state waiting for longjmp bash.exe": fork: Resource \
temporarily unavailable
The dump file contains:
MSYS-1.0.16 Build:2010-09-29 00:07
Exception: STATUS_ACCESS_VIOLATION at eip=00574440
eax=00B80000 ebx=0000374C ecx=00000DD3 edx=00000000 esi=00000000 edi=00B80000
ebp=0022FE90 esp=0022FE84 program=us
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame Function Args
0022FE90 00574440 (00B80000, 00000000, 0000374C, 00000004)
0022FF00 004F1820 (000208E0, 00000000, 00240000, 00000000)
0022FF50 004F4222 (00000000, FFFFFFFE, 000007CC, 0058C6A4)
0022FF90 004F4B65 (00000000, 00000000, 00000001, 00000006)
0022FFB0 0046F62F (00401090, 037F0009, 0022FFF0, 7C817077)
0022FFC0 0040103E (00240000, 00245AA8, 7FFD8000, 9D6ADCE8)
0022FFF0 7C817077 (00401000, 00000000, 78746341, 00000020)
End of stack trace
The windows status code 0xC0000005 means that the code tried to execute in a part of \
memory that is marked as not-executable.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3122422&group_id=2435
------------------------------
Message: 5
Date: Mon, 29 Nov 2010 19:48:00 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Support Requests-3122422 ] bash.exe
forked child dies with status code 0xC0000005
To: noreply@sourceforge.net
Message-ID: <E1PN9hg-00083Z-RB@sfs-web-1.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Support Requests item #3122422, was opened at 2010-11-29 11:10
Message generated for change (Comment added) made by jaendicott
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3122422&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Jim Endicott (jaendicott)
Assigned to: Nobody/Anonymous (nobody)
Summary: bash.exe forked child dies with status code 0xC0000005
Initial Comment:
On windows XP Pro version 2002 Service Pack 3 I get the following when trying to \
execute a command in bash
0 [main] us 0 open_stackdumpfile: Dumping stack trace to us.stackdump
0 [main] bash.exe" 3784 sync_with_child: child 3980(0x114) died before \
initialization with status code 0xC0000005 327 [main] bash.exe" 3784 \
sync_with_child: *** child state waiting for longjmp bash.exe": fork: Resource \
temporarily unavailable
The dump file contains:
MSYS-1.0.16 Build:2010-09-29 00:07
Exception: STATUS_ACCESS_VIOLATION at eip=00574440
eax=00B80000 ebx=0000374C ecx=00000DD3 edx=00000000 esi=00000000 edi=00B80000
ebp=0022FE90 esp=0022FE84 program=us
cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023
Stack trace:
Frame Function Args
0022FE90 00574440 (00B80000, 00000000, 0000374C, 00000004)
0022FF00 004F1820 (000208E0, 00000000, 00240000, 00000000)
0022FF50 004F4222 (00000000, FFFFFFFE, 000007CC, 0058C6A4)
0022FF90 004F4B65 (00000000, 00000000, 00000001, 00000006)
0022FFB0 0046F62F (00401090, 037F0009, 0022FFF0, 7C817077)
0022FFC0 0040103E (00240000, 00245AA8, 7FFD8000, 9D6ADCE8)
0022FFF0 7C817077 (00401000, 00000000, 78746341, 00000020)
End of stack trace
The windows status code 0xC0000005 means that the code tried to execute in a part of \
memory that is marked as not-executable.
----------------------------------------------------------------------
> Comment By: Jim Endicott (jaendicott)
Date: 2010-11-29 14:48
Message:
Exact windows version: 5.1(Build 2600.xpsp_sp3_gdr.100427-1636: Service
Pack 3)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3122422&group_id=2435
------------------------------
Message: 6
Date: Tue, 30 Nov 2010 06:42:42 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-3119898 ] Portability fix for the
reimp tool of mingw-utils
To: noreply@sourceforge.net
Message-ID: <E1PNJvG-00026f-Pk@sfs-web-11.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #3119898, was opened at 2010-11-26 13:25
Message generated for change (Comment added) made by cwilso11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3119898&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MinGW
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Private: No
Submitted By: Volker Grabsch (vog)
Assigned to: Nobody/Anonymous (nobody)
Summary: Portability fix for the reimp tool of mingw-utils
Initial Comment:
The provided patch simplifies the code of the reimp tool by using the standard type \
uint32_t etc. consistently. It also fixes some const/casting issues as well as \
missing #includes.
With this patch, the mingw-utils package compiles without any warnings under MinGW.
Additionally, the reimp tool also compiles on other platforms, so mingw-utils can be \
partly compiled as native toolset under Linux/BSD/etc., which is especially useful in \
MinGW cross compiling environments.
It would be great if you could include this patch. It is meant to be applied to \
mingw-utils-0.4-1.
This patch is partly based on the reimp fork produced by Alois Schl?gl: \
http://pub.ist.ac.at/~schloegl/software/reimp-0.50.zip
----------------------------------------------------------------------
> Comment By: Charles Wilson (cwilso11)
Date: 2010-11-30 01:42
Message:
Committed to CVS, and will be included in next release.
----------------------------------------------------------------------
Comment By: Volker Grabsch (vog)
Date: 2010-11-26 14:07
Message:
FYI, the following mailing list posting explains how this patch was
created:
http://lists.nongnu.org/archive/html/mingw-cross-env-list/2010-11/msg00081.html
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3119898&group_id=2435
------------------------------
Message: 7
Date: Tue, 30 Nov 2010 07:34:08 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-3120866 ] reimp fails, reporting
invalid or corrupt import library
To: noreply@sourceforge.net
Message-ID: <E1PNKj2-00082p-Q9@sfs-web-4.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #3120866, was opened at 2010-11-27 16:33
Message generated for change (Comment added) made by cwilso11
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3120866&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MinGW
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Private: No
Submitted By: Glenn Burkhardt (gbburkhardt)
Assigned to: Nobody/Anonymous (nobody)
Summary: reimp fails, reporting invalid or corrupt import library
Initial Comment:
I installed the mingw-utils-0.4-1-mingw32.bin files. The 'reimp' program fails on \
the attached library:
$ reimp emacepl.lib
c:\mingw\bin\reimp.exe: emacepl.lib: invalid or corrupt import library
But, if I compile from source and install, the newly compiled program works.
----------------------------------------------------------------------
> Comment By: Charles Wilson (cwilso11)
Date: 2010-11-30 02:34
Message:
Looks like an optimization bug in gcc-4.5.0. If I compile reimp/ar.c at
-O0, it works. (Or, if you use a different version of gcc such as 3.4.5,
then it probably works too. mingw-utils-0.3 was undoubtedly compiled using
3.4.5).
I've checked in a fix, and it will be in mingw-utils-0.5.
----------------------------------------------------------------------
Comment By: Glenn Burkhardt (gbburkhardt)
Date: 2010-11-27 16:35
Message:
Also, the 0.3 binary release of mingw-utils works.
$ gcc --version
gcc.exe (GCC) 3.4.5 (mingw-vista special r3)
$ uname -a
MINGW32_NT-6.1 DEPOTRD 1.0.11(0.46/3/2) 2009-07-11 17:46 i686 Msys
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3120866&group_id=2435
------------------------------
Message: 8
Date: Tue, 30 Nov 2010 11:31:42 +0000
From: SF/projects/mingw notification list
<mingw-notify@lists.sourceforge.net>
Subject: [MinGW-notify] [ mingw-Bugs-3123385 ] uname gives wrong
machine
To: noreply@sourceforge.net
Message-ID: <E1PNOQw-0000wm-GM@sfs-web-4.v29.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #3123385, was opened at 2010-11-30 11:31
Message generated for change (Tracker Item Submitted) made by jaspertheperson
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3123385&group_id=2435
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jasper (jaspertheperson)
Assigned to: Nobody/Anonymous (nobody)
Summary: uname gives wrong machine
Initial Comment:
when running msys 1.0.16 under 64-bit windows 7 I get i686 for uname -m or -a when I \
should get x86_64
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3123385&group_id=2435
------------------------------
------------------------------------------------------------------------------
Increase Visibility of Your 3D Game App & Earn a Chance To Win $500!
Tap into the largest installed PC base & get more eyes on your game by
optimizing for Intel(R) Graphics Technology. Get started today with the
Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs.
http://p.sf.net/sfu/intelisp-dev2dev
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 54, Issue 6
*******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic