forked from cvvs/nec2c
-
Notifications
You must be signed in to change notification settings - Fork 1
Automatically exported from code.google.com/p/nec2c
License
hvegh/nec2c
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
Folders and files
Name | Name | Last commit message | Last commit date | |
---|---|---|---|---|
Repository files navigation
README File for nec2c 1. INTRODUCTION: nec2c is a translation of the NEC2 FORTRAN source code to the C language. The translation was performed mostly "by hand" and a lot of modifications to the original program were introduced in order to modernize the NEC2 and to remove as many built-in limitations as possible. The attendant SOMNEC program was also translated to C and incorporated in nec2c as a function so that Sommerfeld ground solutions are a part of the program. 2. CHANGES: The following is a list of the more significant changes incorporated into nec2c during translation from FORTRAN to C: * All GO TO constructs have been removed (all 961 of them!) and "spaghetti" code sections untangled as far as was possible to the author. Still, a lot of the code is not as clean and straightforward as might have been. * Obsolete memory-saving practices (such as "equivalences" of different variables) have been eliminated and memory-sharing variables have been separated so that they are independent. * All fixed-size arrays used in calculations have been replaced with buffer pointers which are allocated memory dynamically according to the needs of the program and the complexity of each structure's geometry. There is a two-fold advantage in this - there is virtually no limit to the complexity of a structure (number of segments/patches etc), and there is no wasted memory in fixed arrays. Additionally, there is no need for data storage/swapping between memory and files and therefore functions relating to this activity and also the NGF form of solution have been removed from the program. * When a Sommerfeld finite ground solution is requested, since the SOMNEC program has been incorporated in nec2c there is no need to store the ground grid data in a file and read it when running nec2c. Instead, ground grid data are calculated as needed and for each new frequency if frequency stepping is specified. * The factr() and solve() functions have been modified to handle the main matrix (cm) in untransposed form so that calculations are faster. * The parser that reads the input file allows the two characters of the mnemonic to be in lower case if preferred. It also allows comments to be inserted anywhere in the input file in Unix style, e.g. all lines beginning with a '#' are ignored. * Operationally, nec2c differs from NEC2 in not being an interactive application. Instead, nec2c is a non-interactive command-line application which accepts an input file name and optionally an output file name. If this is not specified, a name for the output file is made by stripping any extensions from the input file name and adding a ".out" extension. Furthermore, nec2c has the potential of being incorporated in another application (like a GUI) after suitable modifications, allowing the creation of a stand-alone program without the need for reading files produced separately. * My original motive for translating NEC2 into C was to make it easier to modify and modernize and to change obsolete functions and usage. As a result I have edited to some extend the format of the output file to make it more "human readable" (e.g. provided a single space between adjacent numbers to avoid a hard-to-read "chain" of numbers joined by - signs) etc. In my humble opinion these changes make the output file easier to read and possibly somewhat more presentable, although this is likely to be a problem with applications that read the output file in a rigid manner, based on the exact output format. I apologize for this change if it causes such problems but my intention is to eventually modify nec2c to be used as part of a graphical application, providing results for graphical plots directly in its buffers. 3. COMPILATION: The nec2c package is very simple at this time and compilation basically only requires a Linux platform with development tools installed (gcc, make and optionally gdb and "valgrind" for debugging). To compile the source code just type "make nec2c" in the nec2c directory and if all is well an executable binary (nec2c) should be produced. If gdb is not installed, remove the -g option from the line in Makefile the reads: CC = gcc -Wall -O3 -g These changes can also be made if debugging is not of interest, thereby reducing the size of the binary and speeding it as well. If desired, nec2c can be installed (to /usr/local/bin) with "make install". There is a double precision FORTRAN source (nec2dx.f) in this package and this can be compiled and installed by typing "make nec2dx" in the nec2c directory. It can be run by typing nec2dx and supplying an input and output file name and it may be used to check nec2c's results for bugs etc. 4. USAGE: nec2c is run as a non-interactive command-line application and is invoked in the following manner: nec2c -i<input-file-name> [-o<output-file-name>][-hv] -h: print this usage information and exit. -v: print nec2c version number and exit. The -i option is always needed and it specifies the name of the input file. The -o switch is optional and it specifies the output file name. If not used, a name for the output file is made by stripping any extensions from the input file name and adding a ".out" extension, e.g. nec2c -i yagi.nec will cause nec2c to read yagi.nec as the input file and produce yagi.out as the output file. 5. BUGS!! Translating such a complex and large program from FORTRAN to C and making so many changes along the way is very prone to bugs in the new program. I have fixed a lot of these by using various input files that hopefully invoke most if not all of NEC2's functions but there must still be bugs in nec2c that will surface with some specific combinations of "cards" in some input file. The best way to check nec2c's results is to run nec2dx with the same input file and compare results - there should be very close agreement between them as nec2dx is also double-precision. 6. Version history: Version 0.1 beta: First release of the translated NEC2 Version 0.2: I used the "valgrind" (http://valgrind.kde.org) tool to check nec2c and found two significant bugs in intrp() and subph() which I (hopefully!) have fixed. I also fixed another bug that was found by Tim Molteno in the netwk() routine. If you intend to use valgrind (recommended!) to test nec2c for bugs (mainly memory allocation/access errors) then do not use performance enhancing C flags (e.g. do not use -Ox flags etc) otherwise you will get false error reports. Version 0.3: I have split nec2c.c into a number of smaller files to make it easier to work on during bug-fixing or development. Version 0.4: Fixed a bug in conect that caused segmentation faults when only one wire segment exists in the structure. this is a case that will probably never exist in practice but the seg fault had to be fixed. Version 0.5: Replaced the cmplx() function with a macro to speed up calculations. Changed the fbar() and zint() functions from complex long double to void type and returned the calculated values via a pointer in the argument list. This was done to work around a bug I could never trace, possibly due to gcc itself, were functions of the complex long double type produce a NAN result on return. Version 0.6: Fixed a bug inherited from the original NEC2 FORTRAN code. Please see NEC2-bug.txt for details. Version 0.7: After a bug report from Juha Vierinen regarding seg faulting of xnec2c, my graphical adaptation of NEC2, I changed all "sprintf" commands to "snprintf" to avoid buffer overruns. Following on the above changes, I revised all similar situations in nec2c source code and changed all "sprintf" commands to "snprintf" just in case. While going through the nec2c source code, I also fixed some minor bugs like typos and tidied error messages. Version 0.8: After a segmentation fault bug report, I fixed the netwk() function in network.c to allow allocation of the ipnt buffer when maximum admittance matrix asymmetry printing is requested in the Ex card. Version 0.9: After trying to charge big structures' input files, I modified the source code to make this allocation possible. Some unused variables are commented to compile with gcc4.6 without warnings. First implementation of GNU autotools. 7. License: nec2c is Public Domain, same as the original FORTRAN source. Please keep any software you write incorporating nec2c in Public Domain or at least use an open license like GPL or BSD. 8. AUTHOR: Neoklis Kyriazis January 27 2004
About
Automatically exported from code.google.com/p/nec2c
Resources
License
Stars
Watchers
Forks
Releases
No releases published
Packages 0
No packages published
Languages
- C 80.3%
- Shell 9.5%
- Makefile 8.5%
- M4 1.7%