TIP: Click on subject to list as thread! ANSI
echo: aust_c_here
to: Frank Adam
from: David Nugent
date: 1996-01-14 23:40:04
subject: Realloc

KH>> where cur_arr_size is something like 110..
 KH>> when it should have been
 KH>> realloc(fareas,cur_arr_size * sizeof(FA));
 FA>                     ^^^^^^^^^^^^   ^^^^^^^^^^

 FA> Don't forget to cast those to a long, if the allocated
 FA> memory goes passed 655?? i forget:)..
 FA> it'll wrap around to 0 and that's what you'll
 FA> allocate.Hence bye-bye data.

A long here would be incorrect. realloc() accepts a size_t only in this
position. If you use a brain-damaged 16-bit environment, then you're up the
creek if you attempt to use > 64K here regardless of how you cast it.

Borland have some soother functions with frealloc() (or farrealloc()?)
which does accept a long, but you need to realise that these functions are
entirely non-standard.

--- MaltEd/2 1.0.b6
* Origin: Decadence BBS & Unique Computing - What a team! (3:632/348)
SEEN-BY: 50/99 620/243 623/630 632/103 348 360 998 633/371 634/384 388
SEEN-BY: 635/301 502 503 544 727 639/252 711/401 409 410 413 430 510 808 809
SEEN-BY: 711/932 934 712/515 713/888 714/906 800/1 7877/2809
@PATH: 632/348 635/503 50/99 711/808 809 934

SOURCE: echomail via fidonet.ozzmosis.com

Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.