printf() causes core dump

[Sheldon]

Hi,

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

Any help is appreciated.
Sheldon

snip....

file.h:

#include <string.h>
#include <math.h>
#include <stdlib.h>
#include <stdio.h>
#include <dirent.h>
#include <errno.h>
#include <ctype.h>
#include <stdarg.h>
#include <sys/types.h>
#include "fort2c.h"

#define KELEM 500
#define KVALS 200000
#define IBFLEN 50000

char MODER[] = "r";
char FILNM[] = "string_pat h";

file.c:

#include "file.h"

int main() {

int IRET, ILEN, IUNIT1, IUNIT2, ILOOP, KERR;
int KTDLEN, KTDEXL;

/* 1D arrays */
int IBUFF[IBFLEN];

char CNAMES[64][KELEM];
char CUNITS[24][KELEM];
char CVALS[80][KVALS];
float VALUES[KVALS];
int KTDLST[KELEM];
int KTDEXP[KELEM];

int KSEC0[8];
int KSEC1[40];
int KSEC2[64];
int KEY[46];
int KSUP[9];
int KSEC3[4];
int KSEC4[2];

char ID[8];

int i, ii;

printf("Testing \n");

return 1;
}
snip....

[jacob navia]

Sheldon wrote:

Hi,

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

Any help is appreciated.
Sheldon

Try to use less stack. Probably you are going beyond what
you are allowed.

Look at

ulimit -a
--
jacob navia
jacob at jacob point remcomp point fr
logiciels/informatique
http://www.cs.virginia.edu/~lcc-win32

[Sheldon]

On 27 Feb, 21:18, Sheldon <shejo...@gmail .comwrote:

Hi,

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

Any help is appreciated.
Sheldon

snip....

file.h:

#include <string.h>
#include <math.h>
#include <stdlib.h>
#include <stdio.h>
#include <dirent.h>
#include <errno.h>
#include <ctype.h>
#include <stdarg.h>
#include <sys/types.h>
#include "fort2c.h"

#define KELEM 500
#define KVALS 200000
#define IBFLEN 50000

char MODER[] = "r";
char FILNM[] = "string_pat h";

file.c:

#include "file.h"

int main() {

* int IRET, ILEN, IUNIT1, IUNIT2, ILOOP, KERR;
* int KTDLEN, KTDEXL;

* /* 1D arrays */
* int IBUFF[IBFLEN];

* char *CNAMES[64][KELEM];
* char *CUNITS[24][KELEM];
* char *CVALS[80][KVALS];
* float VALUES[KVALS];
* int * KTDLST[KELEM];
* int * KTDEXP[KELEM];

* int KSEC0[8];
* int KSEC1[40];
* int KSEC2[64];
* int KEY[46];
* int KSUP[9];
* int KSEC3[4];
* int KSEC4[2];

* char ID[8];

* int i, ii;

* printf("Testing \n");

* return 1;}

snip....

Thnaks, I will try it.

/S

[Martin Ambuhl]

Sheldon wrote:

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

BTW, C is not a scripting language. Using 'script' in this context is
likely to earn you sneers, so you might not want to do that. In any case

#define KELEM 500
#define KVALS 200000
#define IBFLEN 50000

[...]

int main() {

[...]

int IBUFF[IBFLEN];
char CNAMES[64][KELEM];
char CUNITS[24][KELEM];
char CVALS[80][KVALS];
float VALUES[KVALS];
int KTDLST[KELEM];
int KTDEXP[KELEM];
int KSEC0[8];
int KSEC1[40];
int KSEC2[64];
int KEY[46];
int KSUP[9];
int KSEC3[4];
int KSEC4[2];
char ID[8];

The limits on arrays guaranteed to be supported is much smaller than you
are attempting. Even worse, you are trying to allocate them as auto
variables. Learn to use dynamic allocation or, possibly, static arrays.
Your subject line is completely off base: printf() has nothing to do
with your problem. And splitting the content of your post between
subject line and body of the message is silly. If it's worth saying,
it's worth saying in the body of the message.

return 1;

1 is not a portable value for return. Worse, you are using this for
successful completion. We know that 0 is one of the defined values for
successful completion, the other being EXIT_SUCCESS.

}

[Ben Pfaff]

ri*****@cogsci. ed.ac.uk (Richard Tobin) writes:

There's nothing wrong in principle with having large
stack-allocated arrays.

I am not sure that I agree. Exhaustion of automatic storage is
not an event that a C program can detect and recover from.
Exhaustion of dynamically allocated storage, on the other hand,
is.
--
Peter Seebach on C99:
"[F]or the most part, features were added, not removed. This sounds
great until you try to carry a full-sized printout of the standard
around for a day."

[Richard Tobin]

In article <87************ @blp.benpfaff.o rg>,
Ben Pfaff <bl*@cs.stanfor d.eduwrote:

>There's nothing wrong in principle with having large
stack-allocated arrays.

>I am not sure that I agree. Exhaustion of automatic storage is
not an event that a C program can detect and recover from.

That's true. If you're writing the kind of program where dealing
cleanly with that is important, it would certainly make sense to
prefer malloc().

-- Richard
--
:wq

[CBFalconer]

Sheldon wrote:

>
Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

You have a serious stack overflow occurring.

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home .att.net>
Try the download section.

--
Posted via a free Usenet account from http://www.teranews.com

[Sheldon]

On 27 Feb, 21:36, Martin Ambuhl <mamb...@earthl ink.netwrote:

Sheldon wrote:

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

BTW, C is not a scripting language. *Using 'script' in this context is
likely to earn you sneers, so you might not want to do that. *In any case

#define KELEM 500
#define KVALS 200000
#define IBFLEN 50000

[...]

int main() {

[...]

* int IBUFF[IBFLEN];
* char *CNAMES[64][KELEM];
* char *CUNITS[24][KELEM];
* char *CVALS[80][KVALS];
* float VALUES[KVALS];
* int * KTDLST[KELEM];
* int * KTDEXP[KELEM];
* int KSEC0[8];
* int KSEC1[40];
* int KSEC2[64];
* int KEY[46];
* int KSUP[9];
* int KSEC3[4];
* int KSEC4[2];
* char ID[8];

The limits on arrays guaranteed to be supported is much smaller than you
are attempting. *Even worse, you are trying to allocate them as auto
variables. *Learn to use dynamic allocation or, possibly, static arrays.
Your subject line is completely off base: printf() has nothing to do
with your problem. *And splitting the content of your post between
subject line and body of the message is silly. *If it's worth saying,
it's worth saying in the body of the message.

* return 1;

1 is not a portable value for return. *Worse, you are using this for
successful completion. *We know that 0 is one of the defined values for
successful completion, the other being EXIT_SUCCESS.

}- Dölj citerad text -

- Visa citerad text -- Dölj citerad text -

- Visa citerad text -

Thanks for the tips!

[Sheldon]

On 27 Feb, 23:42, CBFalconer <cbfalco...@yah oo.comwrote:

Sheldon wrote:

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

You have a serious stack overflow occurring.

--
*[mail]: Chuck F (cbfalconer at maineline dot net)
*[page]: <http://cbfalconer.home .att.net>
* * * * * * Try the download section.

--
Posted via a free Usenet account fromhttp://www.teranews.co m

Thanks everyone for your comments, critiques, and advice.
I am not a programmer so I don't do this very often and hence the
rookie mistakes.
Dynamic allocating of memory works. I am grateful :)

/Sheldon

[Doug Miller]

In article <b2************ *************** *******@e60g200 0hsh.googlegrou ps.com>, Sheldon <sh******@gmail .comwrote:

>Hi,

Can anyone tell me why this script file.c and file.h causes a core
dump when it is compiled and run?

[...]

>#define KVALS 200000

[...]

char CVALS[80][KVALS];

80 * 200000 = 16MB

Ya think you might be running out of stack space?