dev-cpp-users — Dev-C++ users discussion list

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: Ioannis Vranos [mailto:no...@ho...] 
> Sent: Thursday, October 31, 2002 12:22 AM
> To: 'Dev-C++ Mailing List'
> Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> I disagree. If you mean C algorithms accessing Fortran 
> structures i can agree, only when talking about a dedicated system.
> On non-dedicated systems, and C structures C code can be the 
> same efficient (and sometimes even more).


That is: "For Fortran structures at non-dedicated systems, and C/C++
structures in every type of system, C/C++ code can be the same efficient
(and sometimes even more)".



Ioannis

* Ioannis Vranos
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL: http://run.to/noicys

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] 
> Sent: Wednesday, October 30, 2002 11:49 PM
> To: Ioannis Vranos
> Cc: 'Dev-C++ Mailing List'
> Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> The speed issue isn't in this case a question about the efficiency of
> Fortran or C, but the efficiency of porting an algorithm 
> written for one
> language to another language.
> 
> The array index  order of a language - many languages, but 
> not all - may
> not be changed in the language implementation, but are 
> specified in the
> description of the language.
> 
> The internal cache lines in the processor have a lot wider access path
> than the primary memory. For a 32-bit processor, the memory 
> access path
> might be 64 bit, but the cache-lines might be 128 bit, 256 bit or even
> wider. Everytime the processor doesn't find it's data in a 
> cache line, it
> has to wait for the data to be fetched from primary memory. 
> That takes a
> lot of time. Obviously, any memory-intensive algorithm should 
> make sure
> that the access pattern matches the physical storage of the data. Data
> here isn't just integers and floats to perform math on, but just as
> well the generated object code.
> 
> When programming in a high-level language, you normally 
> doesn't have to
> think so much about generated object code. That's up to the compiler.
> 
> However, the data layout is important. If I know that a 
> specific processor
> always loads at least 16 bytes from memory, whenever a cache 
> line fails, I
> may decide to place my 16 byte of "favorite" data first in any used
> struct, so that the processor loads all the data from memory 
> at a single
> time, thereby reducing number of cache stalls.
> 
> On a bigger scale, when solving linear equations, the used 
> matrices might
> very well be 10000x10000 entries large. If each entry is a 
> 8-byte double,
> such a matrix will then consume 800 MB memory. If the machine 
> hasn't that
> amount of memory, it will start to swap out data to disk. A 
> typical swap
> block size might be 4kB, or 500 double numbers. If the 
> program accesses
> the entries in a sequential way, each disk load will guarantee 500
> successful accesses before a new disk load is needed. If the program
> accesses the entries in a random order (or with row/column 
> swapped), EVERY
> new accessed entry will require a disk load operation...


All these are true. However all these that you say apply to dedicated
machines. In a regular whatever PC with whatever multitasking OS you
can't control the cache etc. So regarding the question of the fellow,
there can not be an impact in speed.



> 
> This isn't a problem for script languages etc, but a reason why few
> "efficiency-oriented" programming languages leaves the definition
> of array index order up to the implementation. For small structures, a
> row/column transpose might double the execution time because of cache
> trashing. For large structures, where swapping is needed, the speed
> difference might be a factor of several thousand.
> 
> Most good Fortran algorithms contains thousands of thousands 
> of lines of
> code specifically designed to access the needed data in optimum order.
> That is an important reason why it takes thousands of 
> thousands of lines
> of C code to match the performance. 

I disagree. If you mean C algorithms accessing Fortran structures i can
agree, only when talking about a dedicated system.
On non-dedicated systems, and C structures C code can be the same
efficient (and sometimes even more).




> The same goes with just about any
> programming language. Understanding of language and target 
> machine might
> be the difference between being able to solve a problem, or 
> having to wait
> a couple of years for faster machines to be released.

Yes.


Ioannis

* Ioannis Vranos
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL: http://run.to/noicys

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Per W. <pw...@ia...>]

The speed issue isn't in this case a question about the efficiency of
Fortran or C, but the efficiency of porting an algorithm written for one
language to another language.

The array index  order of a language - many languages, but not all - may
not be changed in the language implementation, but are specified in the
description of the language.

The internal cache lines in the processor have a lot wider access path
than the primary memory. For a 32-bit processor, the memory access path
might be 64 bit, but the cache-lines might be 128 bit, 256 bit or even
wider. Everytime the processor doesn't find it's data in a cache line, it
has to wait for the data to be fetched from primary memory. That takes a
lot of time. Obviously, any memory-intensive algorithm should make sure
that the access pattern matches the physical storage of the data. Data
here isn't just integers and floats to perform math on, but just as
well the generated object code.

When programming in a high-level language, you normally doesn't have to
think so much about generated object code. That's up to the compiler.

However, the data layout is important. If I know that a specific processor
always loads at least 16 bytes from memory, whenever a cache line fails, I
may decide to place my 16 byte of "favorite" data first in any used
struct, so that the processor loads all the data from memory at a single
time, thereby reducing number of cache stalls.

On a bigger scale, when solving linear equations, the used matrices might
very well be 10000x10000 entries large. If each entry is a 8-byte double,
such a matrix will then consume 800 MB memory. If the machine hasn't that
amount of memory, it will start to swap out data to disk. A typical swap
block size might be 4kB, or 500 double numbers. If the program accesses
the entries in a sequential way, each disk load will guarantee 500
successful accesses before a new disk load is needed. If the program
accesses the entries in a random order (or with row/column swapped), EVERY
new accessed entry will require a disk load operation...

This isn't a problem for script languages etc, but a reason why few
"efficiency-oriented" programming languages leaves the definition
of array index order up to the implementation. For small structures, a
row/column transpose might double the execution time because of cache
trashing. For large structures, where swapping is needed, the speed
difference might be a factor of several thousand.

Most good Fortran algorithms contains thousands of thousands of lines of
code specifically designed to access the needed data in optimum order.
That is an important reason why it takes thousands of thousands of lines
of C code to match the performance. The same goes with just about any
programming language. Understanding of language and target machine might
be the difference between being able to solve a problem, or having to wait
a couple of years for faster machines to be released.

/Per W

On Wed, 30 Oct 2002, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: Per Westermark [mailto:pw...@ia...] 
> > Sent: Wednesday, October 30, 2002 2:11 PM
> > To: Marc Heiligers
> > Cc: Ioannis Vranos; Dev-C++ Mailing List
> > Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> > 
> > 
> > When you have declared
> > double a[10][10]
> > it is quite important to know in which order the individual values are
> > stored in memory, when trying to interface between two languages.
> > 
> > If your C program does a[x][y] and your Fortran program has do do
> > a[z][y] to reach the same entry. No problem when you have all three
> > index variables available.
> 
> 
> It's a syntax matter. As far as i can guess Fortran implementation is
> not required to store them in that order.
> 
> 
> 
> > However, when you take a pointer to a an entry inside the array, the
> > operation might be seen as a projection down to an array with fewer
> > dimensions. Obviously, if the entry order in memory has been 
> > transposed,
> > the such a projection will fail misserably when switching 
> > languages. The 
> > sender thought it sent a row, but the receiver got a column.
> > 
> > When people originally started to push for the C language, the above
> > problem gave rise to a related problem. When referencing large memory
> > structures, it is important to assure that the code uses locality of
> > reference and doesn't jump around everywhere in the data. Large linear
> > packages are always implemented so that they process entries 
> > in the same
> > order that they are stored in memory. When converting such an 
> > algorithm -
> > might be thousands uppon thousands of lines of code - it 
> > isn't s easy to
> > just try and adjust for row/column switches. The result is that a C
> > translation of a Fortran algorithm might loose 10-30% or 
> > maybe more of the
> > speed when the same Fortran algorithm was run.
> 
> Why?
> 
> > The mathematical world decided that C was a slower language 
> > :-) 
> 
> 
> Well, one of the reasons that Fortran is fast is because it is heavily
> optimised during those years and not because its syntax is close to the
> metal. Now this doesn't apply anymore.
> 
> Check the following: 
> 
> http://csweb1.cs.tamu.edu/seminars/dlecture/abstracts/stroustrup.MPP-sli
> des.pdf
Very good document. Exactly my point. A language is efficient when it is
used in the correct way. One interesting note.
On page 7, the "bumpines" of the curves clearly display how the different
algorithms and compiler optimization has managed to optimize the memory
accesses.

> 
> 
> where it has the graphh with the title "Uncompromising Performance".
> 
> 
> 
> > Nowadays,
> > there are a lot of good algorithms originally written for C, 
> > so this issue
> > shouldn't be a problem anymore. But still, there are some billion
> > Fortran lines of optimized and very advanced mathematics 
> > algorithms out
> > there.
> 
> 
> Yes there are indeed.
> 
> 
> Btw, Fortran has the notion of pointers?
Call by reference is an important concept, and one where the index order
is significant, if you only send a reference to a part of a larger matrix.
> 
> 
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.freeurl.com
> * Alternative URL: http://run.to/noicys
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by: Influence the future 
> of Java(TM) technology. Join the Java Community 
> Process(SM) (JCP(SM)) program now. 
> http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] 
> Sent: Wednesday, October 30, 2002 2:11 PM
> To: Marc Heiligers
> Cc: Ioannis Vranos; Dev-C++ Mailing List
> Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> When you have declared
> double a[10][10]
> it is quite important to know in which order the individual values are
> stored in memory, when trying to interface between two languages.
> 
> If your C program does a[x][y] and your Fortran program has do do
> a[z][y] to reach the same entry. No problem when you have all three
> index variables available.


It's a syntax matter. As far as i can guess Fortran implementation is
not required to store them in that order.



> However, when you take a pointer to a an entry inside the array, the
> operation might be seen as a projection down to an array with fewer
> dimensions. Obviously, if the entry order in memory has been 
> transposed,
> the such a projection will fail misserably when switching 
> languages. The 
> sender thought it sent a row, but the receiver got a column.
> 
> When people originally started to push for the C language, the above
> problem gave rise to a related problem. When referencing large memory
> structures, it is important to assure that the code uses locality of
> reference and doesn't jump around everywhere in the data. Large linear
> packages are always implemented so that they process entries 
> in the same
> order that they are stored in memory. When converting such an 
> algorithm -
> might be thousands uppon thousands of lines of code - it 
> isn't s easy to
> just try and adjust for row/column switches. The result is that a C
> translation of a Fortran algorithm might loose 10-30% or 
> maybe more of the
> speed when the same Fortran algorithm was run.

Why?

> The mathematical world decided that C was a slower language 
> :-) 


Well, one of the reasons that Fortran is fast is because it is heavily
optimised during those years and not because its syntax is close to the
metal. Now this doesn't apply anymore.

Check the following: 

http://csweb1.cs.tamu.edu/seminars/dlecture/abstracts/stroustrup.MPP-sli
des.pdf


where it has the graphh with the title "Uncompromising Performance".



> Nowadays,
> there are a lot of good algorithms originally written for C, 
> so this issue
> shouldn't be a problem anymore. But still, there are some billion
> Fortran lines of optimized and very advanced mathematics 
> algorithms out
> there.


Yes there are indeed.


Btw, Fortran has the notion of pointers?


Ioannis

* Ioannis Vranos
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL: http://run.to/noicys

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[The Tone's. <to...@ds...>]

weren't there also issues on some platforms with ordering of arguments to
functions on the stack ... and issues with semantics on how stuff got popped
off the stack when the call returned ?

"PASCAL calling convention" semantics ?

I thought maybe this same set of issues applied to COBOL and FORTRAN libs as
well.

Tony

--- Marc Heiligers <ma...@e-...> wrote:
> To Ioannis,
> 
> Funny thing is I was reading an old Turbo C reference guide I have lying
> around that mentioned linking Turbo C and Turbo Fortran (was it called
> that?). Borland seemed to very proud of this cross language linking. There
> are some difficulties with function name decoration and what-not that you
> need to be aware of. I can't quite recall what they were, but I'll try to
> remember to take a look this evening.
> 
> I'm not sure if the same advice will apply here since it is clearly
> different compilers, but it may give you an idea. I'd still look on the net
> for info specific to the compilers you want to use.
> 
> To Per,
> Is there anything you don't know anything about? (LOL).
> 
> I don't recall if the above mentioned book mentioned any difficulties with
> multi-dimensional arrays. Besides, as far as I'm aware, C uses arrays of
> arrays and not multi-dimensional arrays, so would the trick not be to set
> your arrays up in the same way that Fortran does?
> 
> _____________________________
> Marc Heiligers
> 
> 
> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] 
> Sent: 30 October 2002 11:40 AM
> To: Ioannis Vranos
> Cc: Dev-C++ Mailing List
> Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> I think there might be acoule of gotchas more to think about.
> 
> Doesn't fortran have the reversed row/column order for multi-dimensional
> arrays?
> 
> Anyway, I assume that there already exists excellent FAQ documents for this
> kind of problems.
> 
> /Per W
> 
> On Wed, 30 Oct 2002, Ioannis Vranos wrote:
> 
> > > -----Original Message-----
> > > From: dev...@li...
> > > [mailto:dev...@li...] On Behalf 
> > > Of Scott Williams
> > > Sent: Tuesday, October 29, 2002 10:34 PM
> > > To: Dev-Cpp-Users@Lists. Sourceforge. Net
> > > Subject: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> > > 
> > > 
> > > Hi,
> > > 
> > > Wondering if anyone has experience with mixed language programming 
> > > and whether it can be done with Dev-Cpp?
> > > 
> > > In particular, I'm writing a mathematical simulation in C
> > > (using Dev-Cpp)
> > > and would like to make using of some existing numerical 
> > > routines in Fortran.
> > > My C knowledge is necessity-based self-taught and so limited; 
> > > don't know
> > > anything about Fortran.  Neither do I know much about using
> > > compilers/linkers/etc in command line mode (which is why I 
> > > use Dev-Cpp--I
> > > let it worry about that stuff).
> > > 
> > > Still, I know that built-in to the gcc interface is the g77
> > > compiler so
> > > there must be a way to compile the fortran source to an 
> > > object with g77 and
> > > then link to & call the routines from C.  Could it be as 
> > > simple as added
> > > fortran source files to my Dev-Cpp project?  If so, any 
> > > thoughts on how to
> > > prototype the Fortran functions & subfunctions to make them 
> > > accessible to
> > > the C calling routines?
> > 
> > 
> > Well if you download the whole MINGW distribution it contains a 
> > Fortran compiler. In theory as i can think of it, if you compile your 
> > fortran source code files to .o files and use C-style declarations of 
> > those functions in your C source code, you should be able to use them.
> > 
> > 
> > Ioannis
> > 
> > * Ioannis Vranos
> > * Programming pages: http://www.noicys.freeurl.com
> > * Alternative URL: http://run.to/noicys
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf 
> > _______________________________________________
> > Dev-cpp-users mailing list Dev...@li...
> > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> > 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users


=====

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Scott W. <se...@al...>]

Thanks to everyone who responded to my question about mixed language
programming (particularly to Horst for the references).  Persistence has
paid off!  For the record . .

Turns out Dev-Cpp works quite nicely with mixing Fortran and C.  At compile,
gcc implicitly invokes g77 for any Fortran source files and the resulting
object files are linked without a problem; So including Fortran source files
in a Dev-Cpp project appears to be seamless.

Actually using the Fortran subroutines takes a little more work.  First, the
Mingw libraries libg2c and libm must be linked, i.e., Project Options :
Linker Options : -lg2c -lm (in that order!).  Next, the Mingw header file
g2c.h must be included in any C source file that will call C.

libg2c and g2c.h are gcc's versions of f2c.  However, as near as I can tell,
this isn't an f2c operation (translating Fortran to C then compiling from C
source), rather, the Fortran source files are compiled with g77 and so
retain the native efficiencies of their Fortran implementation; the library
and header files merely provide the interface for C.

Prototyping the Fortran subroutines is a little tricky but I found a use for
f2c after all!  When used with the -P switch, it produces a file with
subroutine prototypes to be used in C.

After that, it took some trial & error to figure out how to correctly
declare & pass the variables from C.  Biggest problem I had was with the C
function passed to and called from the Fortran routines (using their own
internally declared variables).  Essentially I had to create a shell of the
C routine to be called by the Fortran routines where I adjusted array
indexing and then call the real C routine.

Hope that is helpful anyone else interested in the issue.  Thanks again for
the feedback.

Scott

Re: [Dev-C++] Compiling wxWindows 2.2.9 samples with Dev-C++ 4.9.6.6

[Carlos d. M. <cg...@wo...>]

Not find wx/msw/file is because in Dev you have to write the full path o =
the file.
But is better compile in command line through make.
Write a makefile
CPPFLAGS=3D
and such options
TARGET=3Dnameofyour application

OBJECTS=3Dobject1.o object2.o

include $(WXDIR)/src/makeprog.g95

Inside the IDE you'll never compile a wxwindows project

Luc Saint-Elie escribi=F3:

> Hello,
>
> Is there somewhere a tutorial on how to set up Dev-C++ to compile sampl=
es
> bundled with wxWindows 2.2.9 (added to Dev-C++ using the package system=
).
> I' fail to compile them using a standard "new project".
> There are a lot of things missing even trial one (for example
> "wx/msw/hand.cur" event if I try to add the path, in my case
> D:\Dev-Cpp\include\wx\msw , in the project options).
>
> On the other hand, a brand new basic wxWindows app compiles without any=
 problem
>
> Luc
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

[Dev-C++] Using the wxSplash classes

[Mark L. W. <ma...@al...>]

Hello all!

Sorry for being such a newbie but...  I get the following link error trying
to use the "splash" routine for displaying a splash screen on my first
WxWindows project.

Can anyone help here?

[Linker error] undefined reference to
`wxSplashScreen::wxSplashScreen(wxBitmap const &, long, int, wxWindow *,
int, wxPoint const &, wxSize const &, long)'

Thanks!

Mark

Re: [Dev-C++] Compiling wxWindows 2.2.9 samples with Dev-C++ 4.9.6.6

[Per W. <pw...@ia...>]

When compiling wxWindows applications, you want to point out the path
D:\Dev-Cpp\include
and whenever you include something, you write
#include <wx/some_file.h>

You should never every reference nto the xxx\include\wx\msw directory.
That directory is only for use by the wxWindows code. All includes you
should use are in the parent directory.

/Per W

On Wed, 30 Oct 2002, Luc Saint-Elie wrote:

> Hello,
> 
> Is there somewhere a tutorial on how to set up Dev-C++ to compile samples 
> bundled with wxWindows 2.2.9 (added to Dev-C++ using the package system).
> I' fail to compile them using a standard "new project".
> There are a lot of things missing even trial one (for example 
> "wx/msw/hand.cur" event if I try to add the path, in my case 
> D:\Dev-Cpp\include\wx\msw , in the project options).
> 
> On the other hand, a brand new basic wxWindows app compiles without any problem
> 
> Luc
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

[Dev-C++] Compiling wxWindows 2.2.9 samples with Dev-C++ 4.9.6.6

[Luc Saint-E. <lu...@re...>]

Hello,

Is there somewhere a tutorial on how to set up Dev-C++ to compile samples 
bundled with wxWindows 2.2.9 (added to Dev-C++ using the package system).
I' fail to compile them using a standard "new project".
There are a lot of things missing even trial one (for example 
"wx/msw/hand.cur" event if I try to add the path, in my case 
D:\Dev-Cpp\include\wx\msw , in the project options).

On the other hand, a brand new basic wxWindows app compiles without any problem

Luc

Re: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Roger R. <rr...@us...>]

Hi everybody

Long time ago (1994)  I worked in a simulation program using Borland C++ 3=
.1 and 
Microsoft Fortran 5.1.

The way I found to work fine was making a windows DLL from the Fortran cod=
e (with 
Microsoft Fortran was possible) and using the DLL in a standard way from m=
y C++ 
code.

I don=B4t know if it=B4s possible with gnu Fortran compiler to make a DLL,=
 but if you can=B4t 
do it, you will have some problems with the function calling beteween C an=
d Fortran, 
the byte ordering, etc.

If you need some other help I will review my program because I don=B4t rem=
ember the 
details

Roger

Send reply to:  	<se...@al...>
From:           	"Scott Williams" <se...@al...>
To:             	"Dev-Cpp-Users@Lists. Sourceforge. Net" <dev-cpp-
us...@li...>
Subject:        	[Dev-C++] Mixed Language Programming w/Dev-Cpp
Date sent:      	Tue, 29 Oct 2002 15:33:56 -0500

> Hi,
> 
> Wondering if anyone has experience with mixed language programming and
> whether it can be done with Dev-Cpp?
> 
> In particular, I'm writing a mathematical simulation in C (using
> Dev-Cpp) and would like to make using of some existing numerical
> routines in Fortran. My C knowledge is necessity-based self-taught and
> so limited; don't know anything about Fortran.  Neither do I know much
> about using compilers/linkers/etc in command line mode (which is why I
> use Dev-Cpp--I let it worry about that stuff).
> 
> Still, I know that built-in to the gcc interface is the g77 compiler
> so there must be a way to compile the fortran source to an object with
> g77 and then link to & call the routines from C.  Could it be as
> simple as added fortran source files to my Dev-Cpp project?  If so,
> any thoughts on how to prototype the Fortran functions & subfunctions
> to make them accessible to the C calling routines?
> 
> BTW, I've tried f2c but have been unable to make that work.  That
> approach is suboptimal anyway because the resulting C code is far less
> efficient than the original Fortran source.
> 
> Perhaps specifics would help.  The fortran code I'm trying to use is a
> single file ode.f  The entry point is the subroutine ode.  Here's how
> the file is laid out:
> 
> // ode.f
> 
>       subroutine ode(f,neqn,y,t,tout,relerr,abserr,iflag,work,iwork)
>       implicit real*8(a-h,o-z)
> 
> c      f -- double precision subroutine f(t,y,yp) to evaluate
> c                derivatives yp(i)=3Ddy(i)/dt
> c      neqn -- number of equations to be integrated (integer*4)
> c      y(*) -- solution vector at t                 (real*8)
> c      t -- independent variable                    (real*8)
> c      tout -- point at which solution is desired   (real*8)
> c      relerr,abserr -- relative and absolute error tolerances for
> local c           error test (real*8).  at each step the code requires
> c             dabs(local error) .le. dabs(y)*relerr + abserr c        
>   for each component of the local error and solution vectors c     
> iflag -- indicates status of integration     (integer*4) c     
> work(*)  (real*8)  -- arrays to hold information internal to c     
> iwork(*) (integer*4)    which is necessary for subsequent calls
> 
> . . . ode calls de:
>       subroutine de(f,neqn,y,t,tout,relerr,abserr,iflag,
>      1  yy,wt,p,yp,ypout,phi,alpha,beta,sig,v,w,g,phase1,psi,x,h,hold,
>      2  start,told,delsgn,ns,nornd,k,kold,isnold)
>       implicit real*8(a-h,o-z)
> 
> . . . de calls step & intrp:
>       subroutine step(x,y,f,neqn,h,eps,wt,start,
>      1  hold,k,kold,crash,phi,p,yp,psi,
>      2  alpha,beta,sig,v,w,g,phase1,ns,nornd)
>       implicit real*8(a-h,o-z)
> 
>       subroutine intrp(x,y,xout,yout,ypout,neqn,kold,phi,psi)
>       implicit real*8(a-h,o-z)
> // end ode.f
> 
> The derivative function f is written in C (and that's where I was
> having probs with the f2c route).
> 
> All help is appreciated (sorry for the long post).
> 
> Scott
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

Re: [Dev-C++] Monitoring ports

[Abhijit S. <mu...@gm...>]

> How easy is it to write code to monitor ports? Say you wanted to watch
what
> was happening at port 80 (which is where http packets are retrieved
> (correct?)) would it be easy for an intermediate programmer? Would it
> require many hours of work? Could you set up a text file to store activity
> and then look at it after?
>
> I've not done anyhting like this before so any advice would be great. I'm
> just interested to know that's all.

Greets, Daniel.

You want to use WinSock (sockets in Unix), google for "socket programming
tutorial" or something. There's a good one called `Beej's Guide to Network
Programming'. What you want to do is pretty simple, not much code required.

___________________________________________________________

Abhijit Shylanath

E-mail:   mu...@gm... || ibr...@bi...
Web-site: http://mudeth.tripod.com/

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Per W. <pw...@ia...>]

When you have declared
double a[10][10]
it is quite important to know in which order the individual values are
stored in memory, when trying to interface between two languages.

If your C program does a[x][y] and your Fortran program has do do
a[z][y] to reach the same entry. No problem when you have all three
index variables available.

However, when you take a pointer to a an entry inside the array, the
operation might be seen as a projection down to an array with fewer
dimensions. Obviously, if the entry order in memory has been transposed,
the such a projection will fail misserably when switching languages. The 
sender thought it sent a row, but the receiver got a column.

When people originally started to push for the C language, the above
problem gave rise to a related problem. When referencing large memory
structures, it is important to assure that the code uses locality of
reference and doesn't jump around everywhere in the data. Large linear
packages are always implemented so that they process entries in the same
order that they are stored in memory. When converting such an algorithm -
might be thousands uppon thousands of lines of code - it isn't s easy to
just try and adjust for row/column switches. The result is that a C
translation of a Fortran algorithm might loose 10-30% or maybe more of the
speed when the same Fortran algorithm was run.
The mathematical world decided that C was a slower language :-) Nowadays,
there are a lot of good algorithms originally written for C, so this issue
shouldn't be a problem anymore. But still, there are some billion
Fortran lines of optimized and very advanced mathematics algorithms out
there.

/Per W

On Wed, 30 Oct 2002, Marc Heiligers wrote:

> To Ioannis,
> 
> Funny thing is I was reading an old Turbo C reference guide I have lying
> around that mentioned linking Turbo C and Turbo Fortran (was it called
> that?). Borland seemed to very proud of this cross language linking. There
> are some difficulties with function name decoration and what-not that you
> need to be aware of. I can't quite recall what they were, but I'll try to
> remember to take a look this evening.
> 
> I'm not sure if the same advice will apply here since it is clearly
> different compilers, but it may give you an idea. I'd still look on the net
> for info specific to the compilers you want to use.
> 
> To Per,
> Is there anything you don't know anything about? (LOL).
> 
> I don't recall if the above mentioned book mentioned any difficulties with
> multi-dimensional arrays. Besides, as far as I'm aware, C uses arrays of
> arrays and not multi-dimensional arrays, so would the trick not be to set
> your arrays up in the same way that Fortran does?
> 
> _____________________________
> Marc Heiligers
> 
> 
> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] 
> Sent: 30 October 2002 11:40 AM
> To: Ioannis Vranos
> Cc: Dev-C++ Mailing List
> Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> I think there might be acoule of gotchas more to think about.
> 
> Doesn't fortran have the reversed row/column order for multi-dimensional
> arrays?
> 
> Anyway, I assume that there already exists excellent FAQ documents for this
> kind of problems.
> 
> /Per W
> 
> On Wed, 30 Oct 2002, Ioannis Vranos wrote:
> 
> > > -----Original Message-----
> > > From: dev...@li...
> > > [mailto:dev...@li...] On Behalf 
> > > Of Scott Williams
> > > Sent: Tuesday, October 29, 2002 10:34 PM
> > > To: Dev-Cpp-Users@Lists. Sourceforge. Net
> > > Subject: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> > > 
> > > 
> > > Hi,
> > > 
> > > Wondering if anyone has experience with mixed language programming 
> > > and whether it can be done with Dev-Cpp?
> > > 
> > > In particular, I'm writing a mathematical simulation in C
> > > (using Dev-Cpp)
> > > and would like to make using of some existing numerical 
> > > routines in Fortran.
> > > My C knowledge is necessity-based self-taught and so limited; 
> > > don't know
> > > anything about Fortran.  Neither do I know much about using
> > > compilers/linkers/etc in command line mode (which is why I 
> > > use Dev-Cpp--I
> > > let it worry about that stuff).
> > > 
> > > Still, I know that built-in to the gcc interface is the g77
> > > compiler so
> > > there must be a way to compile the fortran source to an 
> > > object with g77 and
> > > then link to & call the routines from C.  Could it be as 
> > > simple as added
> > > fortran source files to my Dev-Cpp project?  If so, any 
> > > thoughts on how to
> > > prototype the Fortran functions & subfunctions to make them 
> > > accessible to
> > > the C calling routines?
> > 
> > 
> > Well if you download the whole MINGW distribution it contains a 
> > Fortran compiler. In theory as i can think of it, if you compile your 
> > fortran source code files to .o files and use C-style declarations of 
> > those functions in your C source code, you should be able to use them.
> > 
> > 
> > Ioannis
> > 
> > * Ioannis Vranos
> > * Programming pages: http://www.noicys.freeurl.com
> > * Alternative URL: http://run.to/noicys
> > 
> > 
> > 
> > 
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf 
> > _______________________________________________
> > Dev-cpp-users mailing list Dev...@li...
> > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> > 
> 
> 
> 

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Marc H. <ma...@e-...>]

To Ioannis,

Funny thing is I was reading an old Turbo C reference guide I have lying
around that mentioned linking Turbo C and Turbo Fortran (was it called
that?). Borland seemed to very proud of this cross language linking. There
are some difficulties with function name decoration and what-not that you
need to be aware of. I can't quite recall what they were, but I'll try to
remember to take a look this evening.

I'm not sure if the same advice will apply here since it is clearly
different compilers, but it may give you an idea. I'd still look on the net
for info specific to the compilers you want to use.

To Per,
Is there anything you don't know anything about? (LOL).

I don't recall if the above mentioned book mentioned any difficulties with
multi-dimensional arrays. Besides, as far as I'm aware, C uses arrays of
arrays and not multi-dimensional arrays, so would the trick not be to set
your arrays up in the same way that Fortran does?

_____________________________
Marc Heiligers


-----Original Message-----
From: Per Westermark [mailto:pw...@ia...] 
Sent: 30 October 2002 11:40 AM
To: Ioannis Vranos
Cc: Dev-C++ Mailing List
Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp


I think there might be acoule of gotchas more to think about.

Doesn't fortran have the reversed row/column order for multi-dimensional
arrays?

Anyway, I assume that there already exists excellent FAQ documents for this
kind of problems.

/Per W

On Wed, 30 Oct 2002, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf 
> > Of Scott Williams
> > Sent: Tuesday, October 29, 2002 10:34 PM
> > To: Dev-Cpp-Users@Lists. Sourceforge. Net
> > Subject: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> > 
> > 
> > Hi,
> > 
> > Wondering if anyone has experience with mixed language programming 
> > and whether it can be done with Dev-Cpp?
> > 
> > In particular, I'm writing a mathematical simulation in C
> > (using Dev-Cpp)
> > and would like to make using of some existing numerical 
> > routines in Fortran.
> > My C knowledge is necessity-based self-taught and so limited; 
> > don't know
> > anything about Fortran.  Neither do I know much about using
> > compilers/linkers/etc in command line mode (which is why I 
> > use Dev-Cpp--I
> > let it worry about that stuff).
> > 
> > Still, I know that built-in to the gcc interface is the g77
> > compiler so
> > there must be a way to compile the fortran source to an 
> > object with g77 and
> > then link to & call the routines from C.  Could it be as 
> > simple as added
> > fortran source files to my Dev-Cpp project?  If so, any 
> > thoughts on how to
> > prototype the Fortran functions & subfunctions to make them 
> > accessible to
> > the C calling routines?
> 
> 
> Well if you download the whole MINGW distribution it contains a 
> Fortran compiler. In theory as i can think of it, if you compile your 
> fortran source code files to .o files and use C-style declarations of 
> those functions in your C source code, you should be able to use them.
> 
> 
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.freeurl.com
> * Alternative URL: http://run.to/noicys
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf 
> _______________________________________________
> Dev-cpp-users mailing list Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] Package for last wxWindows 2.3.3 ?

[Per W. <pw...@ia...>]

You want a *.a library file, not a *.lib library file.

Anyway, this isn't a problem, since you are not going to build wxWindows
with Dev-C++, but with your MinGW compiler. There are already working make
file for use with the MinGW compiler, so you will build from the command
line.

If you do download the wxWindows source, there is an excellent document
describing the few steps you have to perform, to configure the wxWindows
build environment, and perform the build on a Windows platform.

/Per W

On Wed, 30 Oct 2002, Luc Saint-Elie wrote:

> Thanks Per,
> 
> Its what I suspected ..
> Another question (this could seem stupid, and probably is, but I'm not very 
> at ease with this building stuff).
> 
> Can I build 2.3.3 (or any other release) with Borland C++ 5.5 (free command 
> line tool) and use the result with dev-c++ ?
> 
> (the reason is that Borland C++ was the first compiler that I set up when I 
> was looking for a compiler to learn C++, and I have it set up correctly and 
> running, but I prefer by far Dev-C++)
> 
> Luc
> 
> At 10:32 30/10/2002 +0100, Per Westermark wrote:
> >wxWindows stable is 2.2.9
> >
> >The 2.3.3 version you have seen is a development version. If you wan't to
> >use versino 2.3.3 you have to download and build a library yourself, and
> >then set Dev-C++ to use the new library and the new include files.
> >
> >/Per W
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] Diff. between project and unit

[Carlos d. M. <cg...@wo...>]

Menu Tools->compiler options->linker->do not create a console window

pr...@le... escribi=F3:

> Thanks Carlos,
> That was enlightening. But isn't there a way to override the unit from
> being created as a console app? I didn't find any option like that in t=
he
> DevC++ GUI, so I figure it must be part of the command line parameters.
>
> Pranav Negandhi
> Software Engineering
> Learnet India Limited, Mumbai.
> Phone: 91-22-859 8042 Ext: 316
> http://www.learnetindia.com
>
> <snip>
> What I imagine is that, although you should have a warning of undefined
> reference to WinMain@32, it compiled the unit as a console app, so when=
 you
> run it it creates at first a console, but after it works creating the
> window.
> <snip>

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: Per Westermark [mailto:pw...@ia...] 
> Sent: Wednesday, October 30, 2002 11:40 AM
> To: Ioannis Vranos
> Cc: Dev-C++ Mailing List
> Subject: RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> I think there might be acoule of gotchas more to think about.
> 
> Doesn't fortran have the reversed row/column order for 
> multi-dimensional
> arrays?

I do not remember anything from Fortran except that it allows for
counters in loops i, j etc.. But what you mentioned sounds like a syntax
issue rather than an implementation issue.


> 
> Anyway, I assume that there already exists excellent FAQ documents for
> this kind of problems.


Probably.

Ioannis

* Ioannis Vranos
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL: http://run.to/noicys

Re: [Dev-C++] Package for last wxWindows 2.3.3 ?

[Luc Saint-E. <lu...@re...>]

Thanks Per,

Its what I suspected ..
Another question (this could seem stupid, and probably is, but I'm not very 
at ease with this building stuff).

Can I build 2.3.3 (or any other release) with Borland C++ 5.5 (free command 
line tool) and use the result with dev-c++ ?

(the reason is that Borland C++ was the first compiler that I set up when I 
was looking for a compiler to learn C++, and I have it set up correctly and 
running, but I prefer by far Dev-C++)

Luc

At 10:32 30/10/2002 +0100, Per Westermark wrote:
>wxWindows stable is 2.2.9
>
>The 2.3.3 version you have seen is a development version. If you wan't to
>use versino 2.3.3 you have to download and build a library yourself, and
>then set Dev-C++ to use the new library and the new include files.
>
>/Per W

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Per W. <pw...@ia...>]

I think there might be acoule of gotchas more to think about.

Doesn't fortran have the reversed row/column order for multi-dimensional
arrays?

Anyway, I assume that there already exists excellent FAQ documents for
this kind of problems.

/Per W

On Wed, 30 Oct 2002, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: dev...@li... 
> > [mailto:dev...@li...] On Behalf 
> > Of Scott Williams
> > Sent: Tuesday, October 29, 2002 10:34 PM
> > To: Dev-Cpp-Users@Lists. Sourceforge. Net
> > Subject: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> > 
> > 
> > Hi,
> > 
> > Wondering if anyone has experience with mixed language programming and
> > whether it can be done with Dev-Cpp?
> > 
> > In particular, I'm writing a mathematical simulation in C 
> > (using Dev-Cpp)
> > and would like to make using of some existing numerical 
> > routines in Fortran.
> > My C knowledge is necessity-based self-taught and so limited; 
> > don't know
> > anything about Fortran.  Neither do I know much about using
> > compilers/linkers/etc in command line mode (which is why I 
> > use Dev-Cpp--I
> > let it worry about that stuff).
> > 
> > Still, I know that built-in to the gcc interface is the g77 
> > compiler so
> > there must be a way to compile the fortran source to an 
> > object with g77 and
> > then link to & call the routines from C.  Could it be as 
> > simple as added
> > fortran source files to my Dev-Cpp project?  If so, any 
> > thoughts on how to
> > prototype the Fortran functions & subfunctions to make them 
> > accessible to
> > the C calling routines?
> 
> 
> Well if you download the whole MINGW distribution it contains a Fortran
> compiler. In theory as i can think of it, if you compile your fortran
> source code files to .o files and use C-style declarations of those
> functions in your C source code, you should be able to use them.
> 
> 
> Ioannis
> 
> * Ioannis Vranos
> * Programming pages: http://www.noicys.freeurl.com
> * Alternative URL: http://run.to/noicys
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] Re: Undefined reference error

[Per W. <pw...@ia...>]

Since your include file - Control.h - doesn't contain any implementation
of OnInitPopup, you have to locate a source (*.cpp) file that contains the
implementation, or an object file or library that contains the method.
Add this source/object/lib to your project.

/Per W

On Tue, 29 Oct 2002, Napoleon Ahiable wrote:

> Hi,
> 
> I have this "Undefined reference error" ...
> 
> -------------------------------------------------------------
> Building Makefile: "C:\Projects\DocuSort\Makefile.win"
> Executing  make...
> mingw32-make.exe -f "C:\Projects\DocuSort\Makefile.win" all
> g++.exe -c Ctrl.cpp -o Ctrl.o -I"C:/MinGW/include" 
> -I"C:/Dev-Cpp/Include"  -I"C:/MinGW/include/c++"  -I"C:/MinGW/include" 
> -I"C:/Dev-Cpp/Include"  -D_WIN32_IE=0x0300 -g3 -DSTRICT -s -mwindows
> g++.exe Main.o Class.o Maker.o Icon.o Procedure.o Commander.o View.o
> MenuTable.o Cmd.o Menu.o Exception.o Ctrl.o DocuSort_private.res -o
> "DocuSort.exe" -L"C:/MinGW/lib" -L"C:/Dev-Cpp/Lib" -lcomctl32
> -I"C:/MinGW/include"  -I"C:/Dev-Cpp/Include"  -I"C:/MinGW/include/c++" 
> -I"C:/MinGW/include"  -I"C:/Dev-Cpp/Include"  -D_WIN32_IE=0x0300 -g3
> -DSTRICT -s -mwindows Main.o: In function `ZN4Menu5MakerD2Ev':
> c:/mingw/include/c++/3.2/memory(.data$_ZTVN3Win10ControllerE+0x10):
> undefined reference to `Win::Controller::OnCreate(Win::CreateData
> const*, bool&)'
> Main.o: In function `WinMain':
> C:/Projects/DocuSort/Main.cpp:9: undefined reference to
> `Win::Controller::OnInitPopup(HMENU__*, int)' mingw32-make.exe: ***
> [DocuSort.exe] Error 1 Execution terminated
> -----------------------------------------------------------------------
> 
>  which i posted and was advised to make sure that the file defines the
> flaged functions are added to the project. This I have checked and
> seems to be okay. In fact the functions in question are defined in
> Control.h which in turn is included in Ctrl.h. Below is the content of
> Control.h.
> 
> #if !defined (CONTROL_H)
> #define CONTROL_H
> 
> #include <windows.h>
> #include "Window.h"
> #include "Procedure.h"
> 
> namespace Win
> {
> 	class Controller
> 	{
> 		friend LRESULT CALLBACK Procedure (HWND hwnd, 
> 						UINT message, WPARAM wParam, LPARAM lParam);
> 
> 		void SetWindowHandle (HWND hwnd) { _h = hwnd; }
> 	public:
> 		virtual ~Controller () {}
> 		virtual bool OnCreate (Win::CreateData const * create, bool &
> success) throw ();
> 		virtual bool OnDestroy () throw ()
> 			{ return false; }
> 		virtual bool OnMouseMove (int x, int y,	KeyState kState)  throw ()
> 			{ return false; }
> 		virtual bool OnInitPopup (HMENU menu, int pos) throw ();
> 	protected:
> 		HWND  _h;
> 	};
> }
> 
> #endif
> 
> I still however have the same error as above. I'll appreciate your help
>  please.
> 
> Napoleon.
> 
> 
> __________________________________________________
> Do you Yahoo!?
> HotJobs - Search new jobs daily now
> http://hotjobs.yahoo.com/
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

Re: [Dev-C++] Package for last wxWindows 2.3.3 ?

[Per W. <pw...@ia...>]

wxWindows stable is 2.2.9

The 2.3.3 version you have seen is a development version. If you wan't to
use versino 2.3.3 you have to download and build a library yourself, and
then set Dev-C++ to use the new library and the new include files.

/Per W

On Wed, 30 Oct 2002, Luc Saint-Elie wrote:

> Hello,
> 
> I downloaded wxWindows package and the install works like a charm (Dev-CPP 
> 4.9.6.6).
> The only problem is that the packaged version is 2.2.9 and now wxWindows is 
> currently in version 2.3.3.
> 
> How can I update my setup (without breaking anything) or How can I make a 
> package?
> 
> Thanks in advance
> 
> Luc
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Ioannis V. <no...@ho...>]

> -----Original Message-----
> From: dev...@li...=20
> [mailto:dev...@li...] On Behalf=20
> Of Scott Williams
> Sent: Tuesday, October 29, 2002 10:34 PM
> To: Dev-Cpp-Users@Lists. Sourceforge. Net
> Subject: [Dev-C++] Mixed Language Programming w/Dev-Cpp
>=20
>=20
> Hi,
>=20
> Wondering if anyone has experience with mixed language programming and
> whether it can be done with Dev-Cpp?
>=20
> In particular, I'm writing a mathematical simulation in C=20
> (using Dev-Cpp)
> and would like to make using of some existing numerical=20
> routines in Fortran.
> My C knowledge is necessity-based self-taught and so limited;=20
> don't know
> anything about Fortran.  Neither do I know much about using
> compilers/linkers/etc in command line mode (which is why I=20
> use Dev-Cpp--I
> let it worry about that stuff).
>=20
> Still, I know that built-in to the gcc interface is the g77=20
> compiler so
> there must be a way to compile the fortran source to an=20
> object with g77 and
> then link to & call the routines from C.  Could it be as=20
> simple as added
> fortran source files to my Dev-Cpp project?  If so, any=20
> thoughts on how to
> prototype the Fortran functions & subfunctions to make them=20
> accessible to
> the C calling routines?


Well if you download the whole MINGW distribution it contains a Fortran
compiler. In theory as i can think of it, if you compile your fortran
source code files to .o files and use C-style declarations of those
functions in your C source code, you should be able to use them.


Ioannis

* Ioannis Vranos
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL: http://run.to/noicys

[Dev-C++] Package for last wxWindows 2.3.3 ?

[Luc Saint-E. <lu...@re...>]

Hello,

I downloaded wxWindows package and the install works like a charm (Dev-CPP 
4.9.6.6).
The only problem is that the packaged version is 2.2.9 and now wxWindows is 
currently in version 2.3.3.

How can I update my setup (without breaking anything) or How can I make a 
package?

Thanks in advance

Luc

RE: [Dev-C++] Mixed Language Programming w/Dev-Cpp

[Per W. <pw...@ia...>]

And besides, the function prototypes below are of the normal fortran
quality, since - at least for all old fortran standrds - the language
haven't been known to support very long symbol names. I'm a but rusty, but
isn't it somewhere around 6 characters that's the limit?

There isn't many people tht would call Fortran code beautiful, but that's
the language.

/Per W

On Wed, 30 Oct 2002, Scott Williams wrote:

> Well. . . there wasn't any 'code' in my message, just a sketch of the
> fortran subroutine prototypes I'm trying to call from c.  If you read my
> message, you'll note the source of the 'code' is an existing numerical
> package.  The author's standards of variable naming/white space use are of
> little concern to me and certainly have nothing to do with the question
> posed.
> 
> Scott
> 
> -----Original Message-----
> From: Daniel Glenfield [mailto:sp...@ho...]
> Sent: Wednesday, October 30, 2002 3:08 AM
> To: se...@al...; dev...@li...
> Subject: Re: [Dev-C++] Mixed Language Programming w/Dev-Cpp
> 
> 
> That is really ugly code! I'm sorry but please give variables meaningful
> names! And use Whitespace!
> 
> Sorry, I've been reading Code Complete recently. Excellent book - by Steve
> McConnell. A bit dated in places but excellent for ALL programmers (language
> and experience independent).
> 
> 
> >From: "Scott Williams" Reply-To: To: "Dev-Cpp-Users@Lists. Sourceforge.
> >Net" Subject: [Dev-C++] Mixed Language Programming w/Dev-Cpp Date: Tue, 29
> >Oct 2002 15:33:56 -0500
> >
> >Hi,
> >
> >Wondering if anyone has experience with mixed language programming and
> >whether it can be done with Dev-Cpp?
> >
> >In particular, I'm writing a mathematical simulation in C (using Dev-Cpp)
> >and would like to make using of some existing numerical routines in
> >Fortran. My C knowledge is necessity-based self-taught and so limited;
> >don't know anything about Fortran. Neither do I know much about using
> >compilers/linkers/etc in command line mode (which is why I use Dev-Cpp--I
> >let it worry about that stuff).
> >
> >Still, I know that built-in to the gcc interface is the g77 compiler so
> >there must be a way to compile the fortran source to an object with g77 and
> >then link to & call the routines from C. Could it be as simple as added
> >fortran source files to my Dev-Cpp project? If so, any thoughts on how to
> >prototype the Fortran functions & subfunctions to make them accessible to
> >the C calling routines?
> >
> >BTW, I've tried f2c but have been unable to make that work. That approach
> >is suboptimal anyway because the resulting C code is far less efficient
> >than the original Fortran source.
> >
> >Perhaps specifics would help. The fortran code I'm trying to use is a
> >single file ode.f The entry point is the subroutine ode. Here's how the
> >file is laid out:
> >
> >// ode.f
> >
> >subroutine ode(f,neqn,y,t,tout,relerr,abserr,iflag,work,iwork) implicit
> >real*8(a-h,o-z)
> >
> >c f -- double precision subroutine f(t,y,yp) to evaluate c derivatives
> >yp(i)=dy(i)/dt c neqn -- number of equations to be integrated (integer*4) c
> >y(*) -- solution vector at t (real*8) c t -- independent variable (real*8)
> >c tout -- point at which solution is desired (real*8) c relerr,abserr --
> >relative and absolute error tolerances for local c error test (real*8). at
> >each step the code requires c dabs(local error) .le. dabs(y)*relerr +
> >abserr c for each component of the local error and solution vectors c iflag
> >-- indicates status of integration (integer*4) c work(*) (real*8) -- arrays
> >to hold information internal to c iwork(*) (integer*4) which is necessary
> >for subsequent calls
> >
> >. . . ode calls de: subroutine de(f,neqn,y,t,tout,relerr,abserr,iflag, 1
> >yy,wt,p,yp,ypout,phi,alpha,beta,sig,v,w,g,phase1,psi,x,h,hold, 2
> >start,told,delsgn,ns,nornd,k,kold,isnold) implicit real*8(a-h,o-z)
> >
> >. . . de calls step & intrp: subroutine step(x,y,f,neqn,h,eps,wt,start, 1
> >hold,k,kold,crash,phi,p,yp,psi, 2 alpha,beta,sig,v,w,g,phase1,ns,nornd)
> >implicit real*8(a-h,o-z)
> >
> >subroutine intrp(x,y,xout,yout,ypout,neqn,kold,phi,psi) implicit
> >real*8(a-h,o-z) // end ode.f
> >
> >The derivative function f is written in C (and that's where I was having
> >probs with the f2c route).
> >
> >All help is appreciated (sorry for the long post).
> >
> >Scott
> >
> >
> >
> >------------------------------------------------------- This sf.net email
> >is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf
> >_______________________________________________ Dev-cpp-users mailing list
> >Dev...@li... TO UNSUBSCRIBE:
> >http://www.noicys.cjb.net/devcpp/ub.htm
> >https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 
> _________________________________________________________________
> Surf the Web without missing calls! Get MSN Broadband.
> http://resourcecenter.msn.com/access/plans/freeactivation.asp
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> 

[Dev-C++] Monitoring ports

[Daniel G. <sp...@ho...>]

How easy is it to write code to monitor ports? Say you wanted to watch what 
was happening at port 80 (which is where http packets are retrieved 
(correct?)) would it be easy for an intermediate programmer? Would it 
require many hours of work? Could you set up a text file to store activity 
and then look at it after?

I've not done anyhting like this before so any advice would be great. I'm 
just interested to know that's all.

Daniel


_________________________________________________________________
Surf the Web without missing calls! Get MSN Broadband.  
http://resourcecenter.msn.com/access/plans/freeactivation.asp