Avoiding 'pop up' windows at crash.

Dear group,

I have a small issue on which I did not find the answer. Probably it's a 
bit of a weird one too.

In the process of configuring (autoconfigure tools) a program of mine 
under mingw32, I need to do a number of tests by creating, compiling and 
running a small test.
It is normal behaviour that that test program *can* crash. It's the 
intent indeed to check if that feature does work or not. If it doesn't 
work, there's a crash. (*)
However, when crashing, there's a 'popup' window (created by 'windows') 
to notify about this crash and give the option to report to MS.
Also the user has to click 'OK' then.
Is there any technique or possibility you are aware of to have a mingw 
compiled program tested (and potentially crashed) completely in the MSYS 
shell without such 'popups' ?
Be aware, it is not the 'console option' issue. 'console' is on and 
doing it's work also. It's just that it escapes in above described way 
from being console only program.

Thanks in advance,

Jos

(*) for the curious ones : it tests whether pthreads and OpenMP 
cooperate , which is *not* the case up to the latest mingw gcc 
compilers. (but it is ok for gcc 4.X under Linux).

Re : undefined reference with ___mingw_vfprintf

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 

_______________________________________________
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

Re: Re : undefined reference with ___mingw_vfprintf

On Friday 01 January 2010 13:44:13 JC wrote:
> Here is the link command line generated by my IDE (CodeBlocks)
> followed by the result of the command line. I wish it can help, I
> don't see anything strange for me.
>
> [...snip...]

No, I don't see anything obvious either; the `-lmingwex' at the end 
should not be necessary, but it can't hurt.

To diagnose this further, we need to go back to basics.  Please try 
the following simple test case:--

  $ cat testcase.c
  #include <stdio.h>

  int main()
  {
    long double a = 10.0, b = 50.0;
    printf( "a = %Lf; b = %Lf; a * b = %Lf\n", a, b, a * b );
    return 0;
  }

First compile and run it, using only default compiler options; you 
should see something like this:

  $ mingw32-gcc -o testcase.exe testcase.c

  $ ./testcase.exe
  a = -0.000000; b = 0.000000; a * b = 0.000000

Clearly, not what you'd expect from the code, but here we are using 
Microsoft's printf() implementation, which is unable to interpret 
MinGW's 80-bit `long double' data type, so it is the appropriate
outcome.  Now, compile and run it again, but this time compile with 
the `-posix' option, (which is one way to activate MinGW's enhanced 
printf() subsystem); this time you should see:

  $ mingw32-gcc -posix -o testcase.exe testcase.c

  $ ./testcase.exe
  a = 10.000000; b = 50.000000; a * b = 500.000000

Let us know how you get on.

-- 

Regards,
Keith.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

Re: undefined reference with ___mingw_vfprintf

> Libs\agar-1.3.4-recompile\lib/libag_gui_static.a(file_dlg.o): In function `fprintf':

So this codebase contains its own re-implementation of fprintf (and
presumably other functions in the family)? I would say it is only to
be expected then that such code might be quite hard to build in
environments that differ even slightly from the "normal", or that have
evolved since last tested. Are you sure a Code Blocks build using
current MinGW of this code is even supposed to work?

--tml

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

Re: Avoiding 'pop up' windows at crash.

jdla wrote:

> It is normal behaviour that that test program *can* crash. It's the 
> intent indeed to check if that feature does work or not. If it doesn't 
> work, there's a crash. (*)
> However, when crashing, there's a 'popup' window (created by 'windows') 
> to notify about this crash and give the option to report to MS.
> Also the user has to click 'OK' then.
> Is there any technique or possibility you are aware of to have a mingw 
> compiled program tested (and potentially crashed) completely in the MSYS 
> shell without such 'popups' ?

Disable Windows Error Reporting for this program, or for all programs.
This is not a mingw/MSYS configuration issue, it is a Windows
configuration issue.

(1) Right click on "My Computer".
(2) Click on Properties
(3) In the "System Properties" window, click the "Advanced" tab.
(4) Click the "Error Reporting" button.
(5) Disable error reporting from all programs, or from just this one.

Jonathan

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

Re: Avoiding 'pop up' windows at crash.

SetErrorMode() might be what you are looking for.
http://msdn.microsoft.com/en-us/library/ms680621%28VS.85%29.aspx

--tml

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

Re: Avoiding 'pop up' windows at crash.

Tor Lillqvist schreef:
> SetErrorMode() might be what you are looking for.
> http://msdn.microsoft.com/en-us/library/ms680621%28VS.85%29.aspx
>
> --tml
>
>   
Likely !
I'll give it a try and let you know.
Many thanks in any case.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

Re: undefined reference with ___mingw_vfprintf

On 1/2/2010 01:44, Tor Lillqvist wrote:
>> Libs\agar-1.3.4-recompile\lib/libag_gui_static.a(file_dlg.o): In function `fprintf':
>
> So this codebase contains its own re-implementation of fprintf (and
> presumably other functions in the family)? I would say it is only to
> be expected then that such code might be quite hard to build in
> environments that differ even slightly from the "normal", or that have
> evolved since last tested. Are you sure a Code Blocks build using
> current MinGW of this code is even supposed to work?
>
> --tml
>
>

Hi,

I think Code Blocks is picking up the new headers, but for some reason
using the older mingw libs.

Its possible OP has 2 MinGW install side-by-side, one of them bundled
with Code Blocks, hence a version mismatch of sorts.

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

Re: Avoiding 'pop up' windows at crash.

Tor Lillqvist schreef:
> SetErrorMode() might be what you are looking for.
> http://msdn.microsoft.com/en-us/library/ms680621%28VS.85%29.aspx
>
> --tml
>
> ------------------------------------------------------------------------------
> This SF.Net email is sponsored by the Verizon Developer Community
> Take advantage of Verizon's best-in-class app development support
> A streamlined, 14 day to market process makes app distribution fast and easy
> Join now and get one step closer to millions of Verizon customers
> http://p.sf.net/sfu/verizon-dev2dev 
> _______________________________________________
> 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
>
>   
Tor, thanks a million.
This did exactly what I wanted to obtain.
(I'm coming from the linux side of the house and have poor understanding 
of the windows possibilities).
Jos

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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

OpenMP/threads

Dear all,

As I hinted in my first post : it seems OpenMP and threads are not 
cooperating well with gcc under mingw.
(this means : it crashes).

Anyone some insight if and when or how this might get resolved ?

For my program I would need ideally both cooperating. It has a guithread 
and some worker threads, the latter I want to speedup using OpenMP.
At now, I can only do this with recent gcc's under Linux.

Jos

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev 
_______________________________________________
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