| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| 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™.