Re: Are there some potential problems if I use a self-defined memory acquirement function instead of realloc(3) in the l_alloc function?

[孙世龙 sunshilong <sunshilong369@...>]

>I think it is even if the realloc returned a null. If this is not the case,
>then don't use the realloc from C, but only malloc, perform the
>memcpy after if it succeeds, and free the old block.
This method can't guarantee that no failure occurs when shrinking the block.
You see, malloc may fail indeed.

>But then you need your own memory manager.
>Just a waste of time, consider changing your c library for another that will
>correctly handle block size reduction without ever failing if the original block
>pointer was valid
I hope Lua runs on a real-time platform. I need change the memory manager.

On Wed, Aug 12, 2020 at 9:15 AM Philippe Verdy <verdyp@gmail.com> wrote:
>
> Which standard? In C/C++ or Lua?
> May be some C implementations may fail, but these are certainly bad, excemt for saying that the block was not real located but is the original block still usable? I think it is even if the realloc returned a null. If this is not the case, then don't use the realloc from C, but only malloc, perform the memcpy after if it succeeds, and free the old block. That's what all decent C library should do. But then you need your own memory manager. Just a waste of time, consider changing your c library for another that will correctly handle block size reduction without ever failing if the original block pointer was valid
>
> Le mar. 11 août 2020 à 04:10, Andrew Gierth <andrew@tao11.riddles.org.uk> a écrit :
>>
>> >>>>> "Philippe" == Philippe Verdy <verdyp@gmail.com> writes:
>>
>>  Philippe> I don't think thank shrinking or keeping the same size may
>>  Philippe> fail
>>
>> It doesn't matter what you think. What matters is what the language
>> standards say, and what they say is that realloc() is permitted to fail
>> when shrinking a block. (Some realloc implementations never fail in that
>> case, but many in common use do.)
>>
>> --
>> Andrew.