#8780: Very large JPEG crashes WebPositive ----------------------------------------+---------------------------- Reporter: jstressman | Owner: leavengood Type: bug | Status: new Priority: normal | Milestone: R1 Component: Applications/WebPositive | Version: R1/Development Resolution: | Keywords: Blocked By: | Blocking: Has a Patch: 0 | Platform: All ----------------------------------------+---------------------------- Comment (by pulkomandy): So, what happens is app_server does not want to allocate a bitmap that big. I added a check for this in Web+ and I can avoid the crash, rendering a white page instead. The image needs about 700MB of memory when decoded. ShowImage manages to get this going, but it seems WebKit is keeping two copies of the image, which gets dangerously close to the limit of 2GB of user space memory. This may be because of the incremental decoding feature, where intermediate versions of the image are rendered while it's still loading. Finally, when you navigate away from the page, it seems the memory is not freed immediately. This will prevent allocating even very small bitmaps in other parts of the code, with a similar crash (I got an allocation failure on an 1x20 pixels bitmap this way...) I could try to reduce the memory use for this case, but it would be possible to get the same problem by loading a bigger image anyway. -- Ticket URL: <http://dev.haiku-os.org/ticket/8780#comment:2> Haiku <http://dev.haiku-os.org> Haiku - the operating system.