Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-20 Thread Chris Backas
On Dec 19, 2010, at 4:24 PM, David Kilzer wrote: On Dec 17, 2010, at 12:02 AM, Zoltan Herczeg wrote: On 6 December 2010 22:31, Zoltan Herczeg zherc...@inf.u- szeged.hu wrote: Crash in WTF::fastMalloc? Such things only happen if something overwrites memory areas belongs to the memory

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-19 Thread David Kilzer
On Dec 17, 2010, at 12:02 AM, Zoltan Herczeg wrote: On 6 December 2010 22:31, Zoltan Herczeg zherc...@inf.u-szeged.hu wrote: Crash in WTF::fastMalloc? Such things only happen if something overwrites memory areas belongs to the memory manager (i.e overwrites some bytes before or after a block

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-17 Thread Zoltan Herczeg
On 6 December 2010 22:31, Zoltan Herczeg zherc...@inf.u-szeged.hu wrote: Crash in WTF::fastMalloc? Such things only happen if something overwrites memory areas belongs to the memory manager (i.e overwrites some bytes before or after a block returned by malloc). Try some valgrind

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-17 Thread Samuel Rivas
I haven't received your reply before. To capture this bug, you have to disable fastmalloc, and use the internal (trackable) memory allocator replacement of valgrind. Run build-webkit --system-malloc This will redirect all allocations to the system malloc. Thanks. That's a good point. I

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-17 Thread Samuel Rivas
It is possible to add macros to the code to help valgrind know which areas are being used by a custom allocator.  (See VALGRIND_MALLOCLIKE_BLOCK and VALGRIND_FREELIKE_BLOCK, for example.)  I'm not sure if they're useful in this situation, but they're worth taking a look at. I see. That

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-17 Thread Zoltan Herczeg
It is possible to add macros to the code to help valgrind know which areas are being used by a custom allocator.  (See VALGRIND_MALLOCLIKE_BLOCK and VALGRIND_FREELIKE_BLOCK, for example.)  I'm not sure if they're useful in this situation, but they're worth taking a look at. I see. That

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-16 Thread Samuel Rivas
On 6 December 2010 22:31, Zoltan Herczeg zherc...@inf.u-szeged.hu wrote: Crash in WTF::fastMalloc? Such things only happen if something overwrites memory areas belongs to the memory manager (i.e overwrites some bytes before or after a block returned by malloc). Try some valgrind equivalent on

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-16 Thread Joe Mason
-Original Message- From: webkit-dev-boun...@lists.webkit.org [mailto:webkit-dev- boun...@lists.webkit.org] On Behalf Of Samuel Rivas Sent: Thursday, December 16, 2010 3:03 AM To: Zoltan Herczeg Cc: webkit-dev Development Subject: Re: [webkit-dev] Stability problems involving

[webkit-dev] Stability problems involving Javascript GC

2010-12-06 Thread Chris Backas
Hello all, I'm trying to write a Cocoa application with embedded WebViews that navigates through a web application, eventually arriving at a page with a Java applet. I query some values from the Java applet via Javascript, and then at some point I close up and free the WebView. The problem

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-06 Thread Geoffrey Garen
Hi Chris. (function () { var app = document.getElementById(\RemoteApplication\); var ReturnMe = Number(app.getListenPort()); app = null; return ReturnMe; })() FYI, from a GC perspective, there's no need to set app to

Re: [webkit-dev] Stability problems involving Javascript GC

2010-12-06 Thread Chris Backas
Hi Geoff, On Dec 6, 2010, at 2:24 PM, Geoffrey Garen wrote: Hi Chris. (function () { var app = document.getElementById(\RemoteApplication\); var ReturnMe = Number(app.getListenPort()); app = null; return ReturnMe; })()