Newx() is only appropriate if the sizeof the type is a constant
That's a good demo of when it makes better sense to use safemalloc() - but it seems that you can still use Newx() if you want.
Instead of doing:
message = (EdjeMessageStringSet*) safemalloc( sizeof(EdjeMessageString
+Set) + (count+1)*sizeof(char*) );
I think the following Newx() rendition does the same thing (and does it portably):
Newx( message, (sizeof(EdjeMessageStringSet) + (count+1)*sizeof(char*)
+) / sizeof(char), char );
Of course, that Newx() approach relies on (sizeof(EdjeMessageStringSet) + (count+1)*sizeof(char*)) being an exact multiple of sizeof(char), which is a pretty safe bet whenever sizeof(char) is 1.
TBH, I had never considered the possibility of Newx() being called with the first arg being a pointer to a certain type && the final arg specifying a different type.
I wonder if there's a problem with doing that ... of which I'm currently unaware.
Live and learn .... ;-)
UPDATE:
Another thing that had been nagging at me was "Why does the memory have to be allocated in one hit ?".
The answer, of course, is "It doesn't".
It's quite ok (and makes better sense to me) to do the memory allocations separately:
char ** p;
EdjeMessageStringSet* message;
...
Newx(message, 1, EdjeMessageStringSet;
Newx(p, count + 1, char*);
...
and that works quite well.
Cheers, Rob
| [reply] [Watch: Dir/Any] [d/l] [select] |
Yes, I would use a separate memory allocation assignment in the case of storing a pointer to that array in the struct (a char**) too. The other code that I showed puts the actual array into the structure - there is no pointer to the array because the array is right there.
| [reply] [Watch: Dir/Any] |