View previous topic :: View next topic |
Author |
Message |
Ralf
Joined: 30 Aug 2007 Posts: 50 Location: munich
|
Posted: Mon Jan 07, 2008 8:27 am Post subject: 64 bit |
|
|
Hello Paul,
we are developing a graphical pre and postprocessing tool with ftn95 using clearwin+ and opengl. By now we are reaching the memory limitations of 32-bit programs. Is there a plan to create a 64-bit compiler version of ftn95 with clearwin+ ?
There is one further Question connected with the 64bit issue.
When I reach the memory limit with a 32bit OS Computer using an allocate call, I will get an error message. On an 64bit OS the program crashes immediatly in this case. Is there a way to prevent the program crash?
Thanks,
Ralf |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7928 Location: Salford, UK
|
Posted: Mon Jan 07, 2008 11:45 am Post subject: |
|
|
There are no plans to release a 64 bit compiler in the short to medium term.
Certain 32 bit operating systems (such as Windows XP) allow you to access up to 3GB of memory using a 3GB switch in the boot.ini. Details appear elsewhere in this forum (try a search for 3GB).
In theory you may be able to extend to 4GB under WOW on a 64 bit machine but I have not heard of anyone being able to do this.
I do not know how to avoid the immediate crash that you mention. |
|
Back to top |
|
|
JohnHorspool
Joined: 26 Sep 2005 Posts: 270 Location: Gloucestershire UK
|
Posted: Mon Jan 07, 2008 1:30 pm Post subject: |
|
|
Paul,
Like Ralf I would also like to produce a 64bit version of my clearwin+ and OpenGL application. In the past month I have received requests for just this. So could this be put on a wish list please ?
Ralf,
I have found that using virtual common is excellent in handling very large arrays. Have you tried this ?
regards
John |
|
Back to top |
|
|
Ralf
Joined: 30 Aug 2007 Posts: 50 Location: munich
|
Posted: Wed Jan 09, 2008 9:37 am Post subject: |
|
|
Hello John,
yes, I am using virtual common and it helps a lot keeping the usage of memory as low as possible.
But by now the amounts of data are so huge, that I reach the limits of memory that can be adressed under 32bit systems.
Hello Paul,
thank you for the hint with the /3GB switch. I have tried this, and could handle data sets which are aproximatly 50% larger.
But it will be just a question of time, that we have to handle even larger data sets. I have read on webpage
http://www.silverfrost.com/14/ftn95/ftn95_fortran_95_for_microsoft_dotnet_features.asp
that a 64bit compiler for .NET will be available soon.
Is there a way to switch over to .NET without new creation of every dialog box ( there are several hundreds of them in our code, and some are quite complex) ?
Regards,
Ralf |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7928 Location: Salford, UK
|
Posted: Wed Jan 09, 2008 10:45 am Post subject: |
|
|
There is no automatic way to switch from ClearWin+ to Visual ClearWin.
ClearWin+ dialogs are all programmed inline (unless you use %di) whilst Visual ClearWin uses the Microsoft dialog resource editor. |
|
Back to top |
|
|
Ralf
Joined: 30 Aug 2007 Posts: 50 Location: munich
|
Posted: Wed Jan 09, 2008 12:18 pm Post subject: |
|
|
Is there at least a way to mix both ClearWin+ and Visual ClearWin?
This would give the chance to switch over to Visual ClearWin step by step over a longer period of time. |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7928 Location: Salford, UK
|
Posted: Wed Jan 09, 2008 1:34 pm Post subject: |
|
|
Sorry I should have thought of this...
You can use some of ClearWin+ under .NET. Try running the following sample using /CLR on the command line.
Code: | integer winio@
i=winio@("Hello World")
end |
I assume that you cannot use resource scripts (or the RESOURCES keyword) in your FTN95 program but I would need to check out the details.
The information about 64 bit .NET on the website will probably need ammending. |
|
Back to top |
|
|
JohnHorspool
Joined: 26 Sep 2005 Posts: 270 Location: Gloucestershire UK
|
Posted: Wed Jan 09, 2008 2:36 pm Post subject: |
|
|
Paul,
Your little example worked fine, but when I tried something that includes the CLRWIN module, I get this error message :-
*** The MODULE CLRWIN was compiled in x86 mode but you are attempting to USE it in CLR mode. Recompile the module with /CLR specified or contact the supplier of the MODULE
Is a .NET version of CLRWIN possible ?
Thanks
John |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7928 Location: Salford, UK
|
Posted: Wed Jan 09, 2008 3:02 pm Post subject: |
|
|
I would have to look into this.
I guess that parts of ClearWin+ can be ported but as far as I know we have not tried to do this.
Give me a week and I will try to get back to you on this. |
|
Back to top |
|
|
JohnHorspool
Joined: 26 Sep 2005 Posts: 270 Location: Gloucestershire UK
|
Posted: Wed Jan 09, 2008 3:05 pm Post subject: |
|
|
Thanks Paul. |
|
Back to top |
|
|
PaulLaidler Site Admin
Joined: 21 Feb 2005 Posts: 7928 Location: Salford, UK
|
Posted: Fri Jan 11, 2008 3:40 pm Post subject: |
|
|
The thing to do in the short term is to use include files rather than modules. The standard Windows modules are derived directly from the standard include files.
So write
INCLUDE <CLEARWIN.INS>
instead of
use clrwin
See how you get on. At this point I do not know how much of ClearWin+ will port to .NET. |
|
Back to top |
|
|
|