-
I just do not understand why compiler option -fopenmp has so dramatic effect on the binary. Seems that the binary with OpenMP support needs a stack size of an order higher than the one without OpenMP. And this is what bothers me, essentially when the code has *no* OpenMP directives..
To see this just compile *without* OpenMP support, and you have no problems executing the presented code.
2009-07-01 16:03:29 UTC in TDM's GCC/MinGW32 Builds
-
Another hint: the linker directive on increasing stack size to 5 000 000 solves the problem. From the other hand, stack size of 1 000 000 is not enough.
gfortran.exe main.f -o main -g -fopenmp -Wl,--stack,5000000
It seems that this number is proportional to the parameter (lg = 1000000) in the code.
2009-06-30 10:48:00 UTC in TDM's GCC/MinGW32 Builds
-
Sorry, forgot to mention this important thing.. Yes, the tests with Valgrind I ran on Ubuntu 9.04 with gcc 4.4. Could not find the linker option to set a big stack size, but with Valgrind it was possible to provide as a run parameter - which helped. I will very much appreciate if you give a hint on how to set up this with the gcc linker.
2009-06-29 20:40:16 UTC in TDM's GCC/MinGW32 Builds
-
The problem seems to be in the default stack size. At least Valgrind complained on SIGSEGV and suggested to increase stack size - that helped. Please, investigate.
2009-06-17 09:01:19 UTC in TDM's GCC/MinGW32 Builds
-
I attach the file. Most possible you have lost formatting during copy/paste operation. Old Fortran style requires to have first 6 blanks in every line.
2009-06-09 07:35:42 UTC in TDM's GCC/MinGW32 Builds
-
The code below with OpenMP enabled in pure debug mode crashes with lg=10^6, but works for lg=10^5.
Meanwhile, Performance Debug version works fine ..
Serial version works in all cases.
gfortran.exe main.f -o main -g -fopenmp ==> crash!
gfortran.exe main.f -o main -g -O -fopenmp ==> success!
main.f
================
integer lg, i
parameter (lg = 1000000)
2009-06-08 12:37:04 UTC in TDM's GCC/MinGW32 Builds
-
Hi. The successful combination is below. Without step 3) the saved file contains empty background.
1) remove the vertical scroll bar (optional)
http://sourceforge.net/forum/message.php?msg_id=4736854
2) make pageload in a synchronous way (important! thus no "page loaded" notification is needed)
http://sourceforge.net/forum/message.php?msg_id=4660619
3) put the work into...
2008-07-08 10:06:40 UTC in Lobo - Java Web Browser
-
Another thing, that may be related to the bug above: even on Windows in about once in 5 tries the page is not rendered with Javascript error:
WARNING: Unable to evaluate Javascript code
org.mozilla.javascript.EvaluatorException: illegal character (http://maps.google.com/intl/en_ALL/mapfiles/116/maps2.api/main.js#1)
at...
2008-07-03 11:05:22 UTC in Lobo - Java Web Browser
-
The great news is that since 0.98.2 Lobo / Cobra is able to render simple Google maps pages, e.g.
http://code.google.com/apis/maps/documentation/examples/map-simple.html
Congratulations!
The bad news is that this works only on Windows, and does not work on Unix :( I've checked this behavior on openSuSe 10.3 and Ubuntu 7.10.
Would very much appreciate if the fix will appear soon...
2008-07-03 10:44:27 UTC in Lobo - Java Web Browser
