Cesar Strauss | 19 Oct 23:46 2014
Picon

Updated: msys-bash-3.1.23-1

Dear MSYS users,

The MSYS port of GNU Bash was updated to version 3.1 patchlevel 23.

The changes are:

* Includes Shellshock fix.

* Don't load user32.dll for every shell process (issue #1824).
   Thanks to Kirill Smelkov.

* New component: msys-bash-lnk (issue #2001).
   Thanks to Keith Marshall.

   It can create a shortcut to msys.bat on the desktop and start menu.

   From the mingw-get GUI, just select the msys-bash-lnk component. If
   it doesn't work, check:
   <mingw-root>/var/lib/mingw-get/data/preferences.xml

   Eventually, this will be done automatically when installing MSYS.

   Alternatively, from the command line, run:

     mingw-get install --start-menu --desktop msys-bash-lnk

   See also: mingw-get --help

   You can also edit <mingw-root>/var/lib/mingw-get/data/preferences.xml
   and change the shortcut creation defaults.
(Continue reading)

Anton Yartsev | 16 Oct 23:33 2014
Picon

Re: [MSYS] perl and sh corrupt arguments with backslashed quotes passed to executables.

Hi all,

I am using MSYS that include perl v5.8.8 and sh-3.1, host system is 
Windows7x64.

When I launch perl with the following command line:

perl script.pl -DFLAG=\"aaa\"

I get -DFLAG=\aaa" in  <at> ARGV.  The issue is not reproduced with other 
perl interpreters (ActiveState Perl, Strawberry Perl).
Is this a bug? Is there any workaround? Please, help!

Another issue with sh. Consider sh is run with the following command line:

sh -c "file.exe -DFLAG=\"zzz\""

then file.exe receives -DFLAG=zzz as an argument.
Is there a way to get the original arguments passed to file.exe?

Any feedback is appreciated!

--

-- 
Anton

------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
(Continue reading)

georg chambert | 15 Oct 12:17 2014
Picon

confused

Hi,
 
I have now for some time tried to get a new version of gcc on XP.
 
Because I have an old version, which I thought is satisfied with, it is fast and works well,
but I have a need for a library libstdc++ for vector etc which I have not succeeded in adding to my 2.8 gcc installation.
 
Now I have deleted the whole istallation tree under c:/mingw  and reloaded using minGW installer util,
and to my surprise
 
>gcc -v
gives me still the 2.8.1
however i notice that that is actually refering to c:/GNAT
 
so, 1. now what environment is miss-set ?
2. can I have the old version gcc 2.8.1 in parallell ?
3. will there be any missmatching keeping both ?
 
 thankful for help
 
Georg
 
------------------------------------------------------------------------------
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Dennis | 8 Oct 23:19 2014
Picon

MinGw Win32Api 4.0 Onwards Why Use a More Restrictive License

The http://mingw.org/license page for MinGw includes the following in the
Win32 APi section:

"Due to inadmissibility of the public domain concept, in certain
jurisdictions, we have now chosen to adopt a MIT style license for the
principal components of the w32api, from release 4.0 onwards..."

I am wondering why a more restrictive MIT-style license, that requires
reproduction of the license text in all distributions was chosen instead of
the closer-to-public-domain CC0 license, which would allow users of MinGw's
Win32 API to make use of the API to create Windows programs without
complicating their license texts.

More information on the CC0 license is available here:
http://creativecommons.org/about/cc0

The description does go on to somewhat ambiguously suggest that in some
cases the license would not apply "... when you use the w32api to build your
source..." However the real license (the one that would actually be legally
binding) that is linked to is a pure MIT style license which would apply in
that or any other case.

If not a CC0 license, I have heard that some other open source licenses have
a "linking exception" that would force a full redistribution or modification
to follow all license restrictions, while allowing simple usage/linking
without any restriction, or license complications.

I ask primarily because I am attempting to write a CC0 Windows application,
and it would be expedient to utilize the MinGW Win32api to avoid having to
green-field develop my own free win32api alternatives (which seems to have
been your motivation for the MinGW win32api to begin with). The license on
the pre-4.0 versions was perfectly conductive to this; however the MIT
license's "license text redistribution" restriction is one I would rather
not pass-on and impose on users/modifiers of my software/source.

I would like to know the reasoning behind the added license-redistribution
restriction, and ideally if there would be any chance that it could be
reconsidered in favor of a less-restrictive license (such as CC0), or at
least have a "linking exception", as is already suggested in the description
text, added to the actual license text.

Thank you,
Dennis

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Werner LEMBERG | 5 Oct 10:22 2014
Picon

bison 3.0.2 and m4sugar.m4


Folks,

how do I correctly compile bison 3.0.2 with mingw?

The incantation

  ./configure ac_cv_func__set_invalid_parameter_handler=no
  make
  make install

works without glitches, however, calling bison (within the msys shell)
gives me

  $ bison myfile.y
  ...\msys\1.0\local\bin\bison.exe: \
    /usr/local/share/bison/m4sugar/m4sugar.m4: \
    cannot open: No such file or directory

I tried a workaround mentioned in the web, but it still fails:

  $ BISON_PKGDATADIR=.../msys/1.0/local/share/bison \
    bison myfile.y
  ...\msys\1.0\local\bin\bison.exe: \
    m4 subprocess failed: No such file or directory 

(I have a working m4.exe of course)

What is the cause for that, and how can I fix it?  Are there special
parameters necessary for the configure script?  I see that problems
with m4sugar.m4 are present since 10(!) years, and I really wonder why
we still have to struggle with that...

    Werner

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Richard Haney | 5 Oct 00:24 2014
Picon

"Shellshock" security bug in Msys bash??


I received a popup from my (64-bit) Win7 system-tray area, ostensibly from my AVG antivirus, saying that there is a rather extensively prevalent security bug in command processor bash as found on a great many systems.  The bug is called "Shellshock", and according to this guy, the bug has been around for about 25 years, but apparently it has been only recently discovered.  I find no mention of "Shellshock" by searching the Msys/Mingw website or in this listserv's archives.  But it does appear that a version of bash is used for the Msys command shell.  And I use that shell frequently.

So I wonder whether anyone has investigated whether the "Shellshock" bug affects Msys bash, and if so, has there been any fix/update for the problem?

Richard Haney

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Werner LEMBERG | 4 Oct 19:54 2014
Picon

Future of MinGW


Some time ago Keith wrote in another e-mail to this list:

  So, in spite of repeated advice to the contrary, you are still
  persisting with the utterly defective 4.0 series releases of mingwrt
  and w32api?  Don't!  Roll back to mingwrt-3.20 and w32api-3.17 [...]

I now wonder how MinGW will proceed.  It seems that Earnie has
completely disappeared, no longer working on MinGW at all...  How
comes?

    Werner

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

ha ha | 3 Oct 23:04 2014
Picon

support of multibyte and wide character

I'm trying to covert multibyte string to wdie character string.
Does Mingw supports good on mulitibyte and wide characters?

I used following code to print character in my language but didn't print
any character on screen.

#include <stdio.h>
#include <locale.h>
#include <wchar.h>
#include <stdlib.h>
int main(int argc, char *argv[]) {
 setlocale(LC_ALL, "korean");
 
 char mstr[4] = "한";
 wchar_t wstr[5];
 mbtowc(wstr, mstr, 2);
 wprintf(L"%lc\n", wstr);
 
 return 0;
}


------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Greg Jung | 1 Oct 06:33 2014
Picon

A fragile situation with GCC using mingw

  Hi all, I was until today kinda smug about how well my mingw builds were going, I'm building
windows version of gnudatalanguage and, it turns out basically by accident I hit upon perhaps 
the only configuration one can successfully create this.  It is built with CMAKE, one option
of which is to go for openMP - actually it is an option already turned on.  At some point I was
using CC=gcc -mthreads but I took that down on my 4th mingw installation - the one which has /local32 and /local64
branches defined.  So far I'm only going for 32 bit, so -mtune=pentium3 generally takes care of that.

 The problem is possibly in a common include file that has the lines:
#if defined(_WIN32) || defined(__CYGWIN__)
#include <rpc/xdr.h>
#else
#include <rpc/rpc.h>
#endif

  when I try to compile with -mthreads I get errors about 3 files deep after rpc/xdr.h>...<rpc/types...[compiler]ole2 
for multiple definitions etc., <rpc/rpc.h> is worse.

 It DOES WORK, THOUGH, with no -mthreads and with -fopenmp; 
the build.make link command file asks for -lvcomp and I substitute -lgomp then I give it -pthread (all manually) and it works.

  Problems come now when its time to add wxWidgets to the mix.   I built wx with -mthreads and it doesn't mix
(looking for a personality in libstdc++-6).  I downloaded wxw binaries built with TDM using SJLJ; this linked and the program ran until it didn't, when I first try to create a widget: ../../src/msw/thread.cpp(1339) etc. blahblah.

Most of the info I can get is rarified and old; I'm hoping someone here can provide insight to the questions I dont know enough to ask more specifically. 
------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe
Khalid [KAB] | 29 Sep 19:17 2014
Picon

Shellshock bug in bash

Hello

I was wondering if there was any official advice/guidance concerning the
recent bash bug. The bash that came with msys seems affected. I tested
using the following code:

[code]
env x='() { :;}; echo vulnerable' bash -c "echo this is a test"
[/code]

Since all the talk on the net seems focused on Linux and Mac users, I
was wondering how worried should users of msys be? Is there is an urgent
need to patch/update the code in question?

Regards

------------------------------------------------------------------------------
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users@...

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request@...?subject=unsubscribe

Robert M. Münch | 29 Sep 15:40 2014

variadic macros

Hi, why does this give an error:

// define variadic macro using __VAR_ARGS__
#ifdef DEBUG
#define LOG(format, ...) odprintf(format, __VAR_ARGS__)
#else
#define LOG(format...)
#endif

abc.h:5:43: error: '__VAR_ARGS__' undeclared (first use in this function)
 #define LOG(format, ...) odprintf(format, __VAR_ARGS__)

IIRC C99 allows using variadic macro parameters. Is there anything special to consider?

--  
Robert M. Münch  
M: +41 79 65 11 49 6  

Saphirion AG  
An der Lorze 9  
CH - 6300 Zug  
T: +41 41 55 20 21 1  
F: +41 41 55 20 21 2  

http://www.saphirion.com  
smarter | better | faster  

------------------------------------------------------------------------------
Slashdot TV.  Videos for Nerds.  Stuff that Matters.
http://pubads.g.doubleclick.net/gampad/clk?id=160591471&iu=/4140/ostg.clktrk
_______________________________________________
MinGW-users mailing list
MinGW-users <at> lists.sourceforge.net

This list observes the Etiquette found at 
http://www.mingw.org/Mailing_Lists.
We ask that you be polite and do the same.  Disregard for the list etiquette may cause your account to be moderated.

_______________________________________________
You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users
Also: mailto:mingw-users-request <at> lists.sourceforge.net?subject=unsubscribe

Gmane