headers
SF/projects/mingw notification list | 5 Feb 01:37
Picon

[ mingw-Bugs-3484471 ] Inconsistent prototype of VerQueryValue

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.
Bugs item #3484471, was opened at 2012-02-04 16:37
Message generated for change (Tracker Item Submitted) made by yak1ex
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3484471&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: Yak! (yak1ex)
Assigned to: Nobody/Anonymous (nobody)
Summary: Inconsistent prototype of VerQueryValue

Initial Comment:
The first parameter of VerQueryValue should be LPCVOID according to MSDN document.
On the other hand, in winver.h in w32api, the first parameter is declared as const LPVOID.
LPCVOID and const LPVOID are different types. The former is a pointer to const void and the latter is a const
pointer to void.

http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/w32api/include/winver.h?rev=1.5&content-type=text/x-cvsweb-markup&cvsroot=src
http://msdn.microsoft.com/en-us/library/ms647464(VS.85).aspx

----------------------------------------------------------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
SF/projects/mingw notification list | 3 Feb 20:34
Picon

[ mingw-Bugs-3483998 ] directx - Missing Headers and Libs

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.
Bugs item #3483998, was opened at 2012-02-03 11:34
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3483998&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: Ken P. ()
Assigned to: Nobody/Anonymous (nobody)
Summary: directx - Missing Headers and Libs

Initial Comment:
This is a generic bug report. Currently many DirectX based files and libraries are missing headers and
defines. I will separate this based on Verions, but it's worth noting that others might appear with
windows 8 or newer.

DirectX9 or older has the following files missing headers... dsound, d3d8, and a few other parts.
DirectX9 or older missing Headers and libraries... d3dx9, xinput.

DirectX10 is missing all headers and libraries (d3d10, d3dx10, etc )
DirectX11 is missing all headers and libraries (d3d11, d3dx11, direct2d, etc)
(Continue reading)

Permalink | Reply | 1 comment |
headers
SF/projects/mingw notification list | 2 Feb 13:50
Picon

[ mingw-Support Requests-3482928 ] gcc with optimization generates bug code

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.
Support Requests item #3482928, was opened at 2012-02-01 17:27
Message generated for change (Comment added) made by earnie
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3482928&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
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: gcc with optimization generates bug code

Initial Comment:
I'm using mingw 4.6.2-1 and when compiling mongoose with optimization the program exits without any error
message but without optmization it works fine.
With optmization on the function mg_start it dies without error message when calling
"WSAStartup(MAKEWORD(2,2), &data);" on line 4368 on the simple codeblocks project attached. without
optmization the call succeed and everithing goes ok.

----------------------------------------------------------------------

>Comment By: Earnie Boyd (earnie)
Date: 2012-02-02 04:50
(Continue reading)

Permalink | Reply | 0 comments |
headers
SF/projects/mingw notification list | 2 Feb 02:27
Picon

[ mingw-Bugs-3482928 ] gcc with optimization generates bug code

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.
Bugs item #3482928, was opened at 2012-02-01 17:27
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3482928&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: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: gcc with optimization generates bug code

Initial Comment:
I'm using mingw 4.6.2-1 and when compiling mongoose with optimization the program exits without any error
message but without optmization it works fine.
With optmization on the function mg_start it dies without error message when calling
"WSAStartup(MAKEWORD(2,2), &data);" on line 4368 on the simple codeblocks project attached. without
optmization the call succeed and everithing goes ok.

----------------------------------------------------------------------

You can respond by visiting:
(Continue reading)

Permalink | Reply | 0 comments |
headers
SF/projects/mingw notification list | 1 Feb 14:22
Picon

[ mingw-Bugs-3482704 ] MSYS bash: quoting does not prevent globbing

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.
Bugs item #3482704, was opened at 2012-02-01 05:22
Message generated for change (Tracker Item Submitted) made by keithmarshall
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3482704&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: Keith Marshall (keithmarshall)
Assigned to: Cesar Strauss (cstrauss)
Summary: MSYS bash: quoting does not prevent globbing

Initial Comment:
Originally reported by Eli Zaretskii; see http://thread.gmane.org/gmane.comp.gnu.mingw.user/38302

When a globbing character appears within a quoted shell command argument, then glob expansion should not
occur.  This behaviour may be correctly observed when passing such arguments to shell built-in commands,
or MSYS-aware applications, (i.e. those linked with msys-1.0.dll).  However, when passing such
arguments to MinGW applications, the protective quotes are not preserved, and the globbing characters
are inappropriately expanded by the MSVCRT startup code.

There are two issues identified in the original mail thread:
(Continue reading)

Permalink | Reply | 2 comments |
headers
SF/projects/mingw notification list | 1 Feb 13:32
Picon

[ mingw-Bugs-3474489 ] MSYS: mkdir (coreutils-5.97) mishandles -- argument

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.
Bugs item #3474489, was opened at 2012-01-16 08:52
Message generated for change (Comment added) made by keithmarshall
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3474489&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: Waiting User Response
Status: Open
Resolution: None
>Priority: 1
Private: No
Submitted By: Keith Marshall (keithmarshall)
Assigned to: Cesar Strauss (cstrauss)
Summary: MSYS: mkdir (coreutils-5.97) mishandles -- argument

Initial Comment:
Command:

  $ mkdir -p -- ../foo/bar
  mkdir: ambiguous long option '--'

This is with mkdir from the current MSYS release of coreutils.  The intent of the '--' argument is to indicate
that no further option arguments follow, even if some exhibit a format which would normally cause them to
be interpreted as such; POSIX advocates this interpretation:
http://pubs.opengroup.org/onlinepubs/009604499/basedefs/xbd_chap12.html (guideline 10).
(Continue reading)

Permalink | Reply | 1 comment |
headers
SF/projects/mingw notification list | 1 Feb 07:15
Picon

[ mingw-Patches-3482620 ] m17n support for mingw-get-inst

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.
Patches item #3482620, was opened at 2012-01-31 22:15
Message generated for change (Tracker Item Submitted) made by monaka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3482620&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: MURANAKA Masaki (monaka)
Assigned to: Nobody/Anonymous (nobody)
Summary: m17n support for mingw-get-inst

Initial Comment:
This patch includes some hacks to use custom messages.
And also Japanase translated messages

ChangeLog is:

2012-02-01  Masaki Muranaka  <monaka@...>

	* mingw-get-inst.iss: Add multilingual message support.
	* mingw.isl: New file. It contains custom messages in English.
(Continue reading)

Permalink | Reply | 1 comment |
headers
SF/projects/mingw notification list | 22 Jan 17:03
Picon

[ mingw-Patches-3431986 ] Make gdb capable of JIT-debugging

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.
Patches item #3431986, was opened at 2011-11-01 10:20
Message generated for change (Comment added) made by l_r_nightmare
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=3431986&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: LRN (l_r_nightmare)
Assigned to: Nobody/Anonymous (nobody)
Summary: Make gdb capable of JIT-debugging

Initial Comment:
To be a JIT-debugger [1] on Windows, gdb has to be able to signal an event, which is passed to it by command
line. If that is not done, the process being debugged will not come out of a waiting loop after gdb attaches
to it.
On the other hand, if the event is signaled, Windows will break the loop, and let the exception fall into
gdb's lap (well, stack will be a bit borked, but that's another issue for another day), after gdb user does 'continue'.

The attached patch does exactly that by adding extra "--event=EVENT" argument, thus AeDebug command line
will look like this:
c:\mingw32\bin\gdb-python27.exe --pid=%ld --event=%ld
(Continue reading)

Permalink | Reply | 0 comments |
headers
SF/projects/mingw notification list | 22 Jan 00:36
Picon

[ mingw-Support Requests-3477112 ] C++ Localization Static Linking Issue

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.
Support Requests item #3477112, was opened at 2012-01-21 15:25
Message generated for change (Comment added) made by waqarkhan88
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3477112&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 runtime
Group: None
Status: Pending
Priority: 5
Private: No
Submitted By: Waqar Ali Khan (waqarkhan88)
Assigned to: Nobody/Anonymous (nobody)
Summary: C++ Localization Static Linking Issue

Initial Comment:
I am using MingW + NetBeans IDE and working on a localized project every thing was fine until i was compiling
my program and using dynamic linking. When i switched to static link by "-static" program runs and some
part is translated into spanish but some part is not translated. But when i switch back to dynamic linking
everything is translated correctly to spanish...

I need to know what the problem is?

i m using normat gettext() function i have created .po file then also have created .mo file and set the
environment variable in my code to es_MX. i have no issued when i link as dynamic but when i choose static
link option some part of my application is translated and some is not. i m using gtk 2.0 with mingw also...
(Continue reading)

Permalink | Reply | 0 comments |
headers
SF/projects/mingw notification list | 22 Jan 00:29
Picon

[ mingw-Bugs-3477115 ] C++ Localization Static Linking Issue

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.
Bugs item #3477115, was opened at 2012-01-21 15:29
Message generated for change (Tracker Item Submitted) made by waqarkhan88
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3477115&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: Waqar Ali Khan (waqarkhan88)
Assigned to: Nobody/Anonymous (nobody)
Summary: C++ Localization Static Linking Issue

Initial Comment:
I am using MingW + NetBeans IDE and working on a localized project every thing was fine until i was compiling
my program and using dynamic linking. When i switched to static link by "-static" program runs and some
part is translated into spanish but some part is not translated. But when i switch back to dynamic linking
everything is translated correctly to spanish...

I need to know what the problem is?

i m using normat gettext() function i have created .po file then also have created .mo file and set the
environment variable in my code to es_MX. i have no issued when i link as dynamic but when i choose static
(Continue reading)

Permalink | Reply | 0 comments |
headers
SF/projects/mingw notification list | 22 Jan 00:25
Picon

[ mingw-Support Requests-3477112 ] C++ Localization Static Linking Issue

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.
Support Requests item #3477112, was opened at 2012-01-21 15:25
Message generated for change (Tracker Item Submitted) made by waqarkhan88
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=3477112&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 runtime
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Waqar Ali Khan (waqarkhan88)
Assigned to: Nobody/Anonymous (nobody)
Summary: C++ Localization Static Linking Issue

Initial Comment:
I am using MingW + NetBeans IDE and working on a localized project every thing was fine until i was compiling
my program and using dynamic linking. When i switched to static link by "-static" program runs and some
part is translated into spanish but some part is not translated. But when i switch back to dynamic linking
everything is translated correctly to spanish...

I need to know what the problem is?

i m using normat gettext() function i have created .po file then also have created .mo file and set the
environment variable in my code to es_MX. i have no issued when i link as dynamic but when i choose static
link option some part of my application is translated and some is not. i m using gtk 2.0 with mingw also...
(Continue reading)

Permalink | Reply | 1 comment |

Gmane