[webkit-dev] Client application links to JavaScriptCore instead of std lib

[Zoltan Horvath]

Hi Dipak!

Add this define to your build configuration:

USE_SYSTEM_MALLOC=1

Cheers,
<Zoltan>

On Sat, Oct 20, 2012 at 6:51 PM, dipak kumar <mail.dipak at gmail.com> wrote:

> Hi Zoltan,
>
> Thanks a lot for your prompt reply.
> I am not aware where to make this change in the visual studio as I am
> building webkit on Windows.
> Could you please help me to know where to make this change.
>
> Many Thanks.
>
> Regards,
> Dipak
>
>
> On Sat, Oct 20, 2012 at 12:10 AM, Zoltan Horvath <zoltan at webkit.org>wrote:
>
>> Hi Dipak,
>>
>> You should try a clean build with build-webkit --system-malloc to force
>> WebKit to use the system's allocator.
>>
>> Let me know if it solves your problem.
>>
>> Cheers,
>> <Zoltan>
>>
>> On Fri, Oct 19, 2012 at 5:21 AM, dipak kumar <mail.dipak at gmail.com>wrote:
>>
>>> Dear All,
>>>
>>> I have built Webkit (Process model) for Win32. I have developed a client
>>> application to use this webkit.
>>> My client application has a number of new/delete calls. Now when I run
>>> the client application it crashes
>>> at the location where memory is being freed. Call stack shows the crash
>>> point at free of JavaScriptCore.
>>> This free is inside fastmalloc.cpp.
>>>
>>>
>>> #if
>>>
>>> ENABLE(WTF_MALLOC_VALIDATION)
>>>
>>> if (!ptr)
>>>
>>> return;
>>>
>>> fastMallocValidate(ptr);
>>>
>>> Internal::ValidationHeader* header =
>>> Internal::fastMallocValidationHeader(ptr);
>>>
>>> memset(ptr, 0xCC, header->m_size);
>>>
>>> do_free(header);
>>>
>>> #else
>>>
>>> *do_free(ptr);
>>> ----------------->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> CRASH POINT*
>>>
>>> #endif
>>>
>>>
>>>
>>> Please let me know how can I stop my client application to get linked to
>>> JavaScriptCore memory functions.
>>>
>>>
>>>
>>> Awaiting reply.
>>>
>>>
>>>
>>> Many Thanks,
>>>
>>> Dipak
>>>
>>>
>>>
>>> _______________________________________________
>>> webkit-dev mailing list
>>> webkit-dev at lists.webkit.org
>>> http://lists.webkit.org/mailman/listinfo/webkit-dev
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20121021/e86c2e5a/attachment.html>