linux-c-programming.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ron Michael Khu <ronkhu@ntsp.nec.co.jp>
To: Scott <drmemory@3rivers.net>, linux-c-programming@vger.kernel.org
Subject: Re: Initializer element is not constant
Date: Sat, 22 Jan 2005 03:50:02 +0800	[thread overview]
Message-ID: <41F15CEA.2070806@hq.ntsp.nec.co.jp> (raw)
In-Reply-To: <20050121185454.GB977@drmemory.local>

but u can.... =)
have u tried dynamically allocating space for recip_data?? instead of 
the usual static declaration?
char a[10] <-- this is static
char a[]= {'1','2','3','4'} <-- this is static with definition and 
declartion in one
char *a = calloc.....

have u tried it? using malloc/calloc for defining DATUM recip_data??

im not good with explanations....
but i bet the gurus like JBG could explain the solution/scenario alot 
better. =)


Scott wrote:

>On Sat, Jan 22, 2005 at 01:46:31AM +0800, Ron Michael Khu wrote:
>  
>
>>have u tried changing the first field of each element??
>>something like... replacing those char ptrs with something static?
>>
>>example:
>>
>>DATUM recip_data[] = {
>>{  "i am a constant str", NAMECTRL_LEN, make_upper },       
>>{  "i am a constant str", NAME1_LEN, make_upper },
>>    
>>
>
>As I recalled, the ability to HAVE dynamic pointers was one of the
>primary benefits of using c in the first place! Later in the file I
>have this routine which allocates space for each pointer in the
>structure:
>
>alloc_space(r) RECORD *r;
>{	register size_t i;
>	register char **v;
>	
>	for(i=0; i<r->n; i++)
>	{	if(r->data[i].len == 0 || r->data[i].len == 0xFFFF) continue;
>		v = (r->data[i].var);
>		if (*v == NULL)
>		{	*v = (char *) calloc(1,r->data[i].len + 1);
>			memset(*v,'A'+i,r->data[i].len);
>		}
>	}
>}
>
>I guess i just don't understand why a "modern" compiler wants to
>restrict my options in this fashion....
>-
>To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
>
>  
>



  reply	other threads:[~2005-01-21 19:50 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-01-20 23:21 Initializer element is not constant Scott
     [not found] ` <41F06AC1.2000605@hq.ntsp.nec.co.jp>
2005-01-21  2:37   ` Ron Michael Khu
2005-01-21 16:27     ` Scott
2005-01-21 17:46       ` Ron Michael Khu
2005-01-21 18:54         ` Scott
2005-01-21 19:50           ` Ron Michael Khu [this message]
2005-01-21 21:31             ` Scott
2005-01-22 21:12               ` Christoph Bussenius
2005-01-24 20:44                 ` Scott
  -- strict thread matches above, loose matches on Subject: below --
2005-01-24 21:09 Huber, George K RDECOM CERDEC STCD SRI
2005-01-24 21:28 ` Scott

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41F15CEA.2070806@hq.ntsp.nec.co.jp \
    --to=ronkhu@ntsp.nec.co.jp \
    --cc=drmemory@3rivers.net \
    --cc=linux-c-programming@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).