[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 7, Issue 6
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2006-12-29 13:06:04
Message-ID: mailman.192007.1167397564.30209.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-1622210 ] GCC 3.4.5 Access Violation when both
cout and cerr used (SourceForge.net)
2. [ mingw-Bugs-1622210 ] GCC 3.4.5 Access Violation when both
cout and cerr used (SourceForge.net)
3. [ mingw-Bugs-1622210 ] GCC 3.4.5 Access Violation when both
cout and cerr used (SourceForge.net)
4. [ mingw-Patches-1083586 ] more acm support for mingw
(SourceForge.net)
5. [ mingw-Patches-1083586 ] more acm support for mingw
(SourceForge.net)
6. [ mingw-Bugs-1602233 ] Problem with "`cmd ...` $var ..."
(SourceForge.net)
7. [ mingw-Bugs-1624312 ] Complex pattern rules broken in make
(SourceForge.net)
----------------------------------------------------------------------
Message: 1
Date: Wed, 27 Dec 2006 17:29:32 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1622210 ] GCC 3.4.5 Access
Violation when both cout and cerr used
To: noreply@sourceforge.net
Message-ID: <E1Gzk5M-0005A2-2w@sc8-sf-web4.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1622210, was opened at 2006-12-25 23:03
Message generated for change (Comment added) made by stuart_mentzer
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&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: gcc
Group: None
> Status: Open
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Stuart Mentzer (stuart_mentzer)
Assigned to: Danny Smith (dannysmith)
Summary: GCC 3.4.5 Access Violation when both cout and cerr used
Initial Comment:
The candidate MinGW GCC 3.4.5 with DW2 support gives an Access Violation with this \
trivial program:
#include <iostream>
int
main()
{
std::cout << "cout output" << std::endl;
std::cerr << "cerr output" << std::endl;
}
The "normal" 3.4.5 does not have this problem.
System info:
Windows XP SP2
gcc version 3.4.5 (mingw special) [The DW2 version]
GNU ld version 2.17.50 20060824
MinGW installed from components not installer
Not using MSYS
mingw-runtime-3.10
w32api-3.7
Details below.
The error is:
Access Violation at location 0040741d in module t.exe Reading from location 00000030.
Registers:
eax=0043d324 ebx=0043d320 ecx=00000004 edx=00000000 esi=0043d324 edi=0043300c
eip=0040741d esp=0022fec0 ebp=0022fed8 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
Call stack:
0040741D t.exe:0040741D
004052AB t.exe:004052AB
0042E8AE t.exe:0042E8AE
00401493 t.exe:00401493 main t.cc:7
...
{
std::cout << "cout output" << std::endl;
> std::cerr << "cerr output" << std::endl;
}
...
00401237 t.exe:00401237
00401288 t.exe:00401288
7C816FD7 kernel32.dll:7C816FD7 RegisterWaitForInputIdle
----------------------------------------------------------------------
> Comment By: Stuart Mentzer (stuart_mentzer)
Date: 2006-12-27 20:29
Message:
Logged In: YES
user_id=913176
Originator: YES
Earnie, was your try with the Dwarf2 candidate GCC 3.4.5 or the regular
3.4.5 (can't tell from the --version info)? I don't have the problem
except with the DW2 build. If you don't get this with the DW2 build then
does anyone have any idea why I would? Thanks.
Stuart
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-26 08:20
Message:
Logged In: YES
user_id=15438
Originator: NO
boyde@OH6000GBOYDE ~
$ g++ --version
g++.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
boyde@OH6000GBOYDE ~
$ cat t.cc
#include <iostream>
int main (void) {
std::cout<<"cout output"<<std::endl;
std::cerr<<"cerr output"<<std::endl;
}
boyde@OH6000GBOYDE ~
$ g++ -ot t.cc
boyde@OH6000GBOYDE ~
$ ./t
cout output
cerr output
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&group_id=2435
------------------------------
Message: 2
Date: Thu, 28 Dec 2006 01:20:41 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1622210 ] GCC 3.4.5 Access
Violation when both cout and cerr used
To: noreply@sourceforge.net
Message-ID: <E1GzrRJ-0004gV-5w@sc8-sf-web7.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1622210, was opened at 2006-12-25 23:03
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&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: gcc
Group: None
Status: Open
Resolution: Works For Me
Priority: 5
Private: No
Submitted By: Stuart Mentzer (stuart_mentzer)
Assigned to: Danny Smith (dannysmith)
Summary: GCC 3.4.5 Access Violation when both cout and cerr used
Initial Comment:
The candidate MinGW GCC 3.4.5 with DW2 support gives an Access Violation with this \
trivial program:
#include <iostream>
int
main()
{
std::cout << "cout output" << std::endl;
std::cerr << "cerr output" << std::endl;
}
The "normal" 3.4.5 does not have this problem.
System info:
Windows XP SP2
gcc version 3.4.5 (mingw special) [The DW2 version]
GNU ld version 2.17.50 20060824
MinGW installed from components not installer
Not using MSYS
mingw-runtime-3.10
w32api-3.7
Details below.
The error is:
Access Violation at location 0040741d in module t.exe Reading from location 00000030.
Registers:
eax=0043d324 ebx=0043d320 ecx=00000004 edx=00000000 esi=0043d324 edi=0043300c
eip=0040741d esp=0022fec0 ebp=0022fed8 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
Call stack:
0040741D t.exe:0040741D
004052AB t.exe:004052AB
0042E8AE t.exe:0042E8AE
00401493 t.exe:00401493 main t.cc:7
...
{
std::cout << "cout output" << std::endl;
> std::cerr << "cerr output" << std::endl;
}
...
00401237 t.exe:00401237
00401288 t.exe:00401288
7C816FD7 kernel32.dll:7C816FD7 RegisterWaitForInputIdle
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2006-12-28 04:20
Message:
Logged In: YES
user_id=15438
Originator: NO
Sorry, Dwarf2 isn't officially supported; i.e. it is a work in progress
and Danny will have to comment.
----------------------------------------------------------------------
Comment By: Stuart Mentzer (stuart_mentzer)
Date: 2006-12-27 20:29
Message:
Logged In: YES
user_id=913176
Originator: YES
Earnie, was your try with the Dwarf2 candidate GCC 3.4.5 or the regular
3.4.5 (can't tell from the --version info)? I don't have the problem
except with the DW2 build. If you don't get this with the DW2 build then
does anyone have any idea why I would? Thanks.
Stuart
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-26 08:20
Message:
Logged In: YES
user_id=15438
Originator: NO
boyde@OH6000GBOYDE ~
$ g++ --version
g++.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
boyde@OH6000GBOYDE ~
$ cat t.cc
#include <iostream>
int main (void) {
std::cout<<"cout output"<<std::endl;
std::cerr<<"cerr output"<<std::endl;
}
boyde@OH6000GBOYDE ~
$ g++ -ot t.cc
boyde@OH6000GBOYDE ~
$ ./t
cout output
cerr output
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&group_id=2435
------------------------------
Message: 3
Date: Thu, 28 Dec 2006 01:21:13 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1622210 ] GCC 3.4.5 Access
Violation when both cout and cerr used
To: noreply@sourceforge.net
Message-ID: <E1GzrRp-0004mC-IX@sc8-sf-web7.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1622210, was opened at 2006-12-25 23:03
Message generated for change (Settings changed) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&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: gcc
Group: None
Status: Open
> Resolution: None
Priority: 5
Private: No
Submitted By: Stuart Mentzer (stuart_mentzer)
Assigned to: Danny Smith (dannysmith)
Summary: GCC 3.4.5 Access Violation when both cout and cerr used
Initial Comment:
The candidate MinGW GCC 3.4.5 with DW2 support gives an Access Violation with this \
trivial program:
#include <iostream>
int
main()
{
std::cout << "cout output" << std::endl;
std::cerr << "cerr output" << std::endl;
}
The "normal" 3.4.5 does not have this problem.
System info:
Windows XP SP2
gcc version 3.4.5 (mingw special) [The DW2 version]
GNU ld version 2.17.50 20060824
MinGW installed from components not installer
Not using MSYS
mingw-runtime-3.10
w32api-3.7
Details below.
The error is:
Access Violation at location 0040741d in module t.exe Reading from location 00000030.
Registers:
eax=0043d324 ebx=0043d320 ecx=00000004 edx=00000000 esi=0043d324 edi=0043300c
eip=0040741d esp=0022fec0 ebp=0022fed8 iopl=0 nv up ei pl nz na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00000206
Call stack:
0040741D t.exe:0040741D
004052AB t.exe:004052AB
0042E8AE t.exe:0042E8AE
00401493 t.exe:00401493 main t.cc:7
...
{
std::cout << "cout output" << std::endl;
> std::cerr << "cerr output" << std::endl;
}
...
00401237 t.exe:00401237
00401288 t.exe:00401288
7C816FD7 kernel32.dll:7C816FD7 RegisterWaitForInputIdle
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-28 04:20
Message:
Logged In: YES
user_id=15438
Originator: NO
Sorry, Dwarf2 isn't officially supported; i.e. it is a work in progress
and Danny will have to comment.
----------------------------------------------------------------------
Comment By: Stuart Mentzer (stuart_mentzer)
Date: 2006-12-27 20:29
Message:
Logged In: YES
user_id=913176
Originator: YES
Earnie, was your try with the Dwarf2 candidate GCC 3.4.5 or the regular
3.4.5 (can't tell from the --version info)? I don't have the problem
except with the DW2 build. If you don't get this with the DW2 build then
does anyone have any idea why I would? Thanks.
Stuart
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-12-26 08:20
Message:
Logged In: YES
user_id=15438
Originator: NO
boyde@OH6000GBOYDE ~
$ g++ --version
g++.exe (GCC) 3.4.5 (mingw special)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
PURPOSE.
boyde@OH6000GBOYDE ~
$ cat t.cc
#include <iostream>
int main (void) {
std::cout<<"cout output"<<std::endl;
std::cerr<<"cerr output"<<std::endl;
}
boyde@OH6000GBOYDE ~
$ g++ -ot t.cc
boyde@OH6000GBOYDE ~
$ ./t
cout output
cerr output
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1622210&group_id=2435
------------------------------
Message: 4
Date: Thu, 28 Dec 2006 06:34:18 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1083586 ] more acm support for
mingw
To: noreply@sourceforge.net
Message-ID: <E1GzwKo-0002ig-Cf@sc8-sf-web2.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Patches item #1083586, was opened at 2004-12-11 21:23
Message generated for change (Comment added) made by mgdde
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1083586&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: w32api
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Vincent TORRI (doursse)
Assigned to: Nobody/Anonymous (nobody)
Summary: more acm support for mingw
Initial Comment:
Here is a version of msacm.h, which supports acmStream,
acmMetrics and acmFormatSuggest.
there are also the list of exported symbols and the
statically linked lib.
----------------------------------------------------------------------
Comment By: Michael Gerdau (mgdde)
Date: 2006-12-28 15:34
Message:
Logged In: YES
user_id=841025
Originator: NO
msacm.h contains a wine copyright (I have forgotten whether that's
compatible with the mingw licence or not).
While msacm.h contains URLs to MSDN which implies that's where all the
info comes from no statement explicitly says that.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1083586&group_id=2435
------------------------------
Message: 5
Date: Thu, 28 Dec 2006 09:19:04 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-1083586 ] more acm support for
mingw
To: noreply@sourceforge.net
Message-ID: <E1GzyuG-0001jf-Bu@sc8-sf-web2.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Patches item #1083586, was opened at 2004-12-11 15:23
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1083586&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: w32api
Group: None
> Status: Closed
> Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Vincent TORRI (doursse)
Assigned to: Nobody/Anonymous (nobody)
Summary: more acm support for mingw
Initial Comment:
Here is a version of msacm.h, which supports acmStream,
acmMetrics and acmFormatSuggest.
there are also the list of exported symbols and the
statically linked lib.
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2006-12-28 12:19
Message:
Logged In: YES
user_id=15438
Originator: NO
The version of msacm.h I have installed has this preamble:
/*author: Adrian Sandor
written for MinGW*/
Patches to the current file and not a replacement of the current file are
welcome. I am closing this ticket, please open a new one with a valid
patch.
----------------------------------------------------------------------
Comment By: Michael Gerdau (mgdde)
Date: 2006-12-28 09:34
Message:
Logged In: YES
user_id=841025
Originator: NO
msacm.h contains a wine copyright (I have forgotten whether that's
compatible with the mingw licence or not).
While msacm.h contains URLs to MSDN which implies that's where all the
info comes from no statement explicitly says that.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=1083586&group_id=2435
------------------------------
Message: 6
Date: Thu, 28 Dec 2006 23:20:55 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1602233 ] Problem with "`cmd ...`
$var ..."
To: noreply@sourceforge.net
Message-ID: <E1H0C2x-0004MM-7f@sc8-sf-web11.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1602233, was opened at 2006-11-24 03:48
Message generated for change (Comment added) made by alexis_wilke
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1602233&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: component package
> Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Alexis Wilke (alexis_wilke)
Assigned to: Earnie Boyd (earnie)
Summary: Problem with "`cmd ...` $var ..."
Initial Comment:
Hi guys,
I'm using an MSYS + GnuWin32 environment to compile the entire Gtk suite. Works \
great, until I launch the Gtk configure script. The problem seems to be because of \
the shell but I cannot really understand why it fails in this one case and nowhere \
else.
I'm attaching a tiny script which fails the same way to show what happens. (well... \
hopefully you can reproduce the problem!) Let me know if I can help. The shell code \
is a bit out of my scope right now... and it probably isn't too easy to fix such a \
bug!
The attached file also includes the MSYS & Shell versions.
Thank you,
Alexis Wilke
----------------------------------------------------------------------
> Comment By: Alexis Wilke (alexis_wilke)
Date: 2006-12-28 23:20
Message:
Logged In: YES
user_id=554061
Originator: YES
Hi Earnie,
I finally checked out this problem with version 1.0.11 and the 2006 fix to
the dll (and tar/ps tools thought these have nothing to do with it.) Maybe
I'm missing something?!
I created a tarball that you can download from my ftp site here:
ftp://ftp.m2osw.com/misc/MSYS-break.tar.bz2
This is a large file (about 3Mb) which includes the whole test and MSYS
1.0.11. That way you can see whether I have the correct files. If you have
problems downloading it, let me know and I will only put the extras I added
to run my test.
To run the test, start rxvt and then type the following:
export PATH=/mingw/bin:/bin
./reproduce.sh
I assume you won't cd anywhere, the reproduce script is in /bin.
I did check pkg-config inside out (and I can tell you that's quite a piece
of ugly code!!!) and there is no bug in pkg-config. The problem is in the
handling of the variable in the shell.
Let me know if you need more info.
Thank you,
Alexis
----------------------------------------------------------------------
Comment By: SourceForge Robot (sf-robot)
Date: 2006-12-24 19:20
Message:
Logged In: YES
user_id=1312539
Originator: NO
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 30 days (the time period specified by
the administrator of this Tracker).
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2006-11-24 07:43
Message:
Logged In: YES
user_id=15438
Originator: NO
IIRC, this issue has been raised before. Grab the
http://downloads.sourceforge.net/mingw/MSYS-1.0.11-20060807.tar.bz2 and
install the mingw-1.0.dll using the windows file manager. The bug may have
been fixed by the shell upgrade as well. If the mingw-1.0.dll upgrade
doesn't fix the problem also upgrade
http://downloads.sourceforge.net/mingw/bash-3.1-MSYS-1.0.11-snapshot.tar.bz2
to see if that helps.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1602233&group_id=2435
------------------------------
Message: 7
Date: Fri, 29 Dec 2006 05:05:57 -0800
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-1624312 ] Complex pattern rules
broken in make
To: noreply@sourceforge.net
Message-ID: <E1H0HQr-00058x-DN@sc8-sf-web10.sourceforge.net>
Content-Type: text/plain; charset="UTF-8"
Bugs item #1624312, was opened at 2006-12-29 13:05
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1624312&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: Peter Dons Tychsen (donpedro2)
Assigned to: Earnie Boyd (earnie)
Summary: Complex pattern rules broken in make
Initial Comment:
Make for MINGW v3.80 - v3.81 has a bug in the expansion of pattern rules.
This rule works fine:
%.o: %.c
This rule breaks down:
obj\%.o: src\%.c
The same rule works on linux and cygwin.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1624312&group_id=2435
------------------------------
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 7, Issue 6
******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic