[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify Digest, Vol 41, Issue 2
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2009-10-10 11:51:16
Message-ID: mailman.17882.1255175476.5845.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-2872215 ] internal compiler error: Segmentation
fault (SourceForge.net)
2. [ mingw-Bugs-2872335 ] #include <oaidl.h> causes an error
(SourceForge.net)
3. [ mingw-Bugs-2868266 ] embedding manifest not supported
(windows 7) (SourceForge.net)
4. [ mingw-Bugs-2868266 ] embedding manifest not supported
(windows 7) (SourceForge.net)
5. [ mingw-Bugs-2874197 ] printf prints UTF-8 to Windows
console, cout fails (SourceForge.net)
6. [ mingw-Bugs-2853975 ] Msys 1.0.11 broken on Windows9x
(SourceForge.net)
7. [ mingw-Patches-2876183 ] wget 1.9.1 doesn't compile with gcc
4.4.0 (SourceForge.net)
----------------------------------------------------------------------
Message: 1
Date: Sat, 03 Oct 2009 12:32:19 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2872215 ] internal compiler
error: Segmentation fault
To: noreply@sourceforge.net
Message-ID: <E1Mu3md-0005Hd-Rg@cdv4jf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2872215, was opened at 2009-10-03 18:02
Message generated for change (Tracker Item Submitted) made by jaideepc99
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2872215&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: XMarshall (jaideepc99)
Assigned to: Nobody/Anonymous (nobody)
Summary: internal compiler error: Segmentation fault
Initial Comment:
Trying to throw Excpetions from code in Objective-C results in -- "internal compiler \
error: Segmentation fault". Details:
OS: Win XP, SP3
GCC Version : Thread model: win32, gcc version 3.4.5 (mingw-vista special \
r3) Binutils Version: GNU ld (GNU Binutils) 2.18.50.20080109
Build Environment: MINGW32_NT-5.1 RIPPLES 1.0.11(0.46/3/2) 2008-08-21 22:56 i686 \
Msys
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2872215&group_id=2435
------------------------------
Message: 2
Date: Sat, 03 Oct 2009 20:00:31 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2872335 ] #include <oaidl.h>
causes an error
To: noreply@sourceforge.net
Message-ID: <E1MuAmN-0000xq-EQ@cdv4jf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2872335, was opened at 2009-10-03 22:00
Message generated for change (Tracker Item Submitted) made by bananen-joe
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2872335&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: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: David Gausmann (bananen-joe)
Assigned to: Nobody/Anonymous (nobody)
Summary: #include <oaidl.h> causes an error
Initial Comment:
Hello,
if I include the file oaidl.h into a sourcecode, then it will cause an error.
In oaidl.h the following lines are at the top of the file:
#ifndef COM_NO_WINDOWS_H
#include <windows.h>
#include <ole2.h>
#endif
ole2.h uses some datatypes defined in oaidl.h.
And that's the problem: the inclusion of ole2.h should be done AFTER the definition \
of types like DISPID.
At this moment I must solve the problem in this way:
#define COM_NO_WINDOWS_H
#include <windows.h>
#include <oaidl.h>
#include <ole2.h>
I'm using the following version of mingw (installation some seconds ago into a clean \
folder): runtime=mingwrt-3.15.2-mingw32-dev.tar.gz
w32api=w32api-3.13-mingw32-dev.tar.gz
binutils=binutils-2.19.1-mingw32-bin.tar.gz
core=gcc-core-3.4.5-20060117-3.tar.gz
gpp=gcc-g++-3.4.5-20060117-3.tar.gz
make=mingw32-make-3.81-20080326-2.tar.gz
runtimeDLL=mingwrt-3.15.2-mingw32-dll.tar.gz
Kind Regards
David Gausmann (Bananen-Joe)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2872335&group_id=2435
------------------------------
Message: 3
Date: Tue, 06 Oct 2009 08:05:46 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2868266 ] embedding manifest not
supported (windows 7)
To: noreply@sourceforge.net
Message-ID: <E1Mv53K-00021f-Od@665xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2868266, was opened at 2009-09-27 11:00
Message generated for change (Comment added) made by jmichae3
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2868266&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: binutils
Group: Vista Issue
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Michaels (jmichae3)
Assigned to: Nobody/Anonymous (nobody)
Summary: embedding manifest not supported (windows 7)
Initial Comment:
http://msdn.microsoft.com/en-us/library/ms235591%28VS.80%29.aspx
this msdn article outlines how in VC++ you add manifest to an executable using \
microsoft's mt command (mingw needs a similar command) so an EXE or DLL will be \
recognized properly by vista & windows 7's UAC. to show the strange effects \
(filesystem virtualization) of not using a manifest in your DLL's and executables, \
check this out: http://wiki.filezilla-project.org/FZ_UAC
Also, NSIS installer added a new command for Vista/7 compatibility which may be \
relevant to gcc: RequestExecutionLevel
----------------------------------------------------------------------
> Comment By: Jim Michaels (jmichae3)
Date: 2009-10-06 01:05
Message:
I have since learned that adding a manifest is as simple as adding a
windows resource to the executable.
check out my web page on the subject at
http://jesusnjim.com/programming/common-compiler-switches.html
I have attached a batch file that I use to commonly compile executables.
if you specify -manifest, the batch file queries you for strings needed to
fill out the manifest xml file it generates.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2868266&group_id=2435
------------------------------
Message: 4
Date: Tue, 06 Oct 2009 08:13:47 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2868266 ] embedding manifest not
supported (windows 7)
To: noreply@sourceforge.net
Message-ID: <E1Mv5B5-0000Ji-68@155xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2868266, was opened at 2009-09-27 11:00
Message generated for change (Comment added) made by jmichae3
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2868266&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: binutils
Group: Vista Issue
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Jim Michaels (jmichae3)
Assigned to: Nobody/Anonymous (nobody)
Summary: embedding manifest not supported (windows 7)
Initial Comment:
http://msdn.microsoft.com/en-us/library/ms235591%28VS.80%29.aspx
this msdn article outlines how in VC++ you add manifest to an executable using \
microsoft's mt command (mingw needs a similar command) so an EXE or DLL will be \
recognized properly by vista & windows 7's UAC. to show the strange effects \
(filesystem virtualization) of not using a manifest in your DLL's and executables, \
check this out: http://wiki.filezilla-project.org/FZ_UAC
Also, NSIS installer added a new command for Vista/7 compatibility which may be \
relevant to gcc: RequestExecutionLevel
----------------------------------------------------------------------
> Comment By: Jim Michaels (jmichae3)
Date: 2009-10-06 01:13
Message:
I forgot to mention that the batch file should make a usable vista/7
executable.
an example call would be
call gw 32 -manifest default someapp exe someapp.cpp
or
call gw 64 -manifest default someapp exe someapp.cpp
or if you need to specify -fpack-struct,
call gw 32 pack manifest default someapp exe someapp.cpp
manifest or -manifest it doesn't care. you can also specify debug for
debugging info in executables and noopt for no optimization.
-help for help.
----------------------------------------------------------------------
Comment By: Jim Michaels (jmichae3)
Date: 2009-10-06 01:05
Message:
I have since learned that adding a manifest is as simple as adding a
windows resource to the executable.
check out my web page on the subject at
http://jesusnjim.com/programming/common-compiler-switches.html
I have attached a batch file that I use to commonly compile executables.
if you specify -manifest, the batch file queries you for strings needed to
fill out the manifest xml file it generates.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2868266&group_id=2435
------------------------------
Message: 5
Date: Wed, 07 Oct 2009 16:45:56 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2874197 ] printf prints UTF-8 to
Windows console, cout fails
To: noreply@sourceforge.net
Message-ID: <E1MvZeG-0004xk-Au@3bkjzd1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2874197, was opened at 2009-10-07 18:45
Message generated for change (Tracker Item Submitted) made by codecat42
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2874197&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: CodeCat (codecat42)
Assigned to: Nobody/Anonymous (nobody)
Summary: printf prints UTF-8 to Windows console, cout fails
Initial Comment:
OS: Windows XP SP3
GCC config:
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.4.0/configure \
--enable-languages=c,ada,c++,fortran,java,objc,obj-c++ --disable-sjlj-exceptions \
--enable-shared --enable-libgcj --enabl e-libgomp --with-dwarf2 \
--disable-win32-registry --enable-libstdcxx-debug \
--enable-version-specific-runtime-libs --prefix=/mingw \
--with-gmp=/mingw/src/gmp/root
--with-mpfr=/mingw/src/mpfr/root --build=mingw32
Thread model: win32
gcc version 4.4.0 (GCC)
Binutils version: GNU ld (GNU Binutils) 2.19.1
Compiling the following C++ program:
#include <iostream>
#include <cstdio>
#include <cstring>
#include <windows.h>
int main()
{
SetConsoleOutputCP(65001);
char str[] = "???";
std::cout << "String length: " << std::strlen(str) << std::endl;
std::printf("printf says: '%s'\n", str);
std::cout << "cout says: '" << str << "'" << std::endl;
if (std::cout.fail())
{
std::cout.clear();
std::cout << "cout failed" << std::endl;
}
return 0;
}
The SetConsoleOutputCP command changes the encoding of the Windows console to UTF-8 \
(code page 65001). On my system, running with the default Windows console, this \
displays:
String length: 6
printf says: '???'
cout says: 'cout failed
The string length is reported as 6, so it is indeed UTF-8 encoded by GCC. printf \
prints the text correctly. cout fails to display the text, and enters a fail state \
when the first non-ASCII character is printed. Removing the call to \
SetConsoleOutputCP or changing its parameter to a different code page causes both the \
printf and the cout output to succeed, but of course with garbled text because the \
encoding doesn't match.
I would assume that since printf succeeds here, something is going wrong with the \
internals of cout?
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2874197&group_id=2435
------------------------------
Message: 6
Date: Thu, 08 Oct 2009 00:52:11 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Bugs-2853975 ] Msys 1.0.11 broken on
Windows9x
To: noreply@sourceforge.net
Message-ID: <E1MvhEp-0001LW-Hn@h45xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Bugs item #2853975, was opened at 2009-09-08 02:02
Message generated for change (Comment added) made by peterhayward
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2853975&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: OS Version Issue
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Peter Hayward (peterhayward)
Assigned to: Cesar Strauss (cstrauss)
Summary: Msys 1.0.11 broken on Windows9x
Initial Comment:
OS Windows 98se
MSYS version 1.0.11
Having corrected msys.bat as per my comment on bug 2845328 I have a shell running and \
Bash builtins working correctly, but external commands are met with the message
- Cannot open
Searching the source for "- Cannot open" took me to the function
IsMsys(const char *File) in file ...\winsup\cygwin\ismsys.cc
The problem seems to be with the FILE_SHARE_DELETE flag at line 95 which I
believe is not supported on Windows9x.Unfortunately msdn documentation is not
now very helpful on older versions of Windows, but a simple test program suggests \
that CreateFile() will always fail if this flag is used.
----------------------------------------------------------------------
> Comment By: Peter Hayward (peterhayward)
Date: 2009-10-08 01:52
Message:
This seems to work fine. Simply including the header
and replacing the flags with
"host_dependent.shared" fixed that problem.
There is one further minor bug, though I have what
appears to be a reasonable fix, after which all seems ok.
I shall prepare a patch when I have the time.
----------------------------------------------------------------------
Comment By: Cesar Strauss (cstrauss)
Date: 2009-09-09 13:39
Message:
It seems there is a "host_dependent.shared" variable, declared in
host_dependent.h, that could solve this issue.
See dcrt0.cc around line 256.
An example of use is in fhandler.cc lines 386 and 411.
If it works, I do not mind including a fix using it.
----------------------------------------------------------------------
Comment By: iysil (iysil)
Date: 2009-09-08 06:38
Message:
I was able to confirm this via the 2003 Platform SDK:
http://www.microsoft.com/msdownload/platformsdk/sdkupdate/psdk-full.htm
This release of the SDK seems to be the best compromise between Windows 95
and newer releases (as far as microsoft SDK's go, it'll tell you what
functions work with win9x, while still providing info on newer API
additions).
FILE_SHARE_DELETE flag is definitely *not* supported on Windows Me/98/95.
There is also the following remark on the CreateFile() (2003 Platform SDK)
page:
"Windows Server 2003, Windows XP, Windows 2000: A sharing violation will
occur if an attempt is made to open a file or directory for deletion on a
remote computer when the value of the dwDesiredAccess parameter is the
DELETE access flag OR'ed with any other access flag, and the remote file or
directory has not been opened with FILE_SHARE_DELETE. To avoid the sharing
violation in this scenario, open the remote file or directory with the
DELETE access right only or call DeleteFile without first opening the file
or directory for deletion."
So maybe follow the rule above, and ' | ' (or) the read and write flags
together.
Peter: If you want to hack on the source, I have access to an XP machine,
that I can verify whether or not it still functions properly.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2853975&group_id=2435
------------------------------
Message: 7
Date: Sat, 10 Oct 2009 11:51:14 +0000
From: "SourceForge.net" <noreply@sourceforge.net>
Subject: [Mingw-notify] [ mingw-Patches-2876183 ] wget 1.9.1 doesn't
compile with gcc 4.4.0
To: noreply@sourceforge.net
Message-ID: <E1MwaTi-0002gi-TO@665xhf1.ch3.sourceforge.com>
Content-Type: text/plain; charset="UTF-8"
Patches item #2876183, was opened at 2009-10-10 11:51
Message generated for change (Tracker Item Submitted) made by andy_rushton
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=2876183&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: contributions
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Andy Rushton (andy_rushton)
Assigned to: Nobody/Anonymous (nobody)
Summary: wget 1.9.1 doesn't compile with gcc 4.4.0
Initial Comment:
The windows.c file produces a compilation error with gcc 4.4.0 which then causes the \
build to fail. This is due to a type cast on the lvalue of an assignment. I've \
converted it into a type cast on the RHS of the assignment.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=2876183&group_id=2435
------------------------------
------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
------------------------------
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest, Vol 41, Issue 2
*******************************************
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic