slidedeck | Simple web application for viewing whole-slide images | Continuous Deployment library

Finding memory leaks is a very difficult task, especially when it comes to modern JS code that makes use of many third party libraries.

For example, I am currently facing down a memory leak in rollup, involving babel and a custom babel plugin.

I am exploring several common strategies to hunting them down:

1. Understand your runtime, its memory de-allocation scheme, and follow best practices regarding that scheme.
   • This article claims that all modern JS runtime implementations use a Mark-and-sweep garbage collector. One of its major strengths is that it can properly deal with circular references. (The article also links this very outdated workshop paper. Don't pay much attention to it, since it is all about circular references, which should not be an issue anymore.)
   • This article goes in-depth on V8 memory management (NOTE: Node and Chrome are both based on V8).
2. If you find that memory or GC usage explodes beyond your expectation, analyze your heap memory profile to find out where memory gets allocated.
   • This SO answer explains how to do that in Chrome, but its links are outdated. This is a direct link to the relevant Chrome documentation (as of 2021).
   • For Node, I found a lot of outdated information. Currently, the easiest way to analyze your heap memory profile seems to be using the experimental --heap-prof command line argument (e.g. node --heap-prof node_modules/rollup/dist/bin/rollup -c to analyze a rollup build). Then open it in Chrome Dev Tools, via Memory -> Load.
   • Once analyzed, we can understand where/how most memory was allocated; but one crucial question has not yet been answered:
3. Given you know how the memory was allocated, how can you find out why/where they are still lingering?
   • Given a mark-sweep GC, the answer to this question can ideally be answered by investigating the "object allocation tree".
   • Maybe, most importantly, we would want to be able to answer the question: "What is the GC root (stack pointer) of a given object?"

This last question is also my question here: How can we analyze the object allocation tree in Node (or in V8 in general)? How can I find out where the objects that I identified in step (2) are kicking around?

Often, it is the answer to this question that tells us where to change our code to stop the leakage. (Of course, if your issue is memory churn, then usually, this question is not important.)

In my example, I know that the memory is occupied by Babel AST nodes and path objects, but I don't know why they linger, that is I don't know where they are stored. If you just run Babel on its own, you can verify that it is not Babel leaking the memory. I am currently trying all kinds of tricks to find out where they are being stored, but still no luck.

Sadly, so far, I have not found any tools to help with question (3). Even relevant in-depth articles (like this and its slidedeck here) MANUALLY draw up heap allocation steps. Feels like there is no such tool, or am I wrong? If there is no tool, maybe is there a discussion about this somewhere?

I'm producing daily powerpoint slidedecks from raw Covid case data, and today, we have no cases! Excellent, except it broke my reports :-(

I generate ggplots, and place them on powerpoint slides using officer. The ggplot errors only arise when it is evaluated by officer, inside the slide creation pipeline.

I could catch the errors upstream, but doing it right before slide generation makes the code nicer, because the slide generation process is many layered, and it would be good to be able to continue to produce the artifact despite the error.

Reprex follows:

^{Note, the error does not occur in R 3.6, probably due to a change in the way scale_x_discrete evaluates labels, but it would still be good to have a general way to fail gracefully}

Qt Quick WebGL Streaming is a technology by which any Qt Quick ("QML") application can display its user interface to a user connecting via a web browser. All you have to do is to start the application like this on the host:

I am having an issue dynamically using the CSS transition attribute for a simple JavaScript slide carousel.

The carousel works fine, but the CSS transition does not work as expected. Am I missing something here?

Here is a JS Bin

HTML

I searched for a decent answer to this question but I couldn't come up with anything on SO so I thought I would post a new thread.

I am trying to copy a single slide from Google Slides into another using the advanced Slides service with google apps script.

I want to get the id of a div element. The result obtained is not consistent, sometimes it get the id correctly, then it doesn't get it correctly. I want to check the result of the id obtained and see if it matches 2 strings.

HTML

Is it possible to use Zorba (and xquery/jsoniq) to query documents stored in something other than a filesystem? I saw a slidedeck from 28msec and others that suggested they had done this, but I wasn't sure how. I didn't know if they used 3rd party code or something else.

I tried and liked Basex but it doesn't support JSONiq and I believe doesn't scale out.

I am kind of new to reactJS and I am building a react app presentation with the help of spectacle. The content and amount of slides for the presentation are not known beforehand. Therefore, the basic idea is that at the beginning the app fetches data from a server. This data contains the content of the different slides. As there can be different types of slides, a template is stated as well. (There are 3 type of templates already defined in the app).

So what I am doing right now is: I am fetching the data and iterate over them. I check for the type of template a create a Slide Element for each of them. I then append the Slide Elements to the Deck. However, whenever I try to get the Deck it seems to be null and I cannot append anything to it. The next step would be to reload the whole react-dom with the new Deck-Content.

Additionally, I think that this is definitely not the way of doing it but I don't know how to do it better. So my question is: am I doing it right? Is there a better way? What do I do wrong?

Here is my Component:

I recently upgraded this slidedeck from reveal.js 2.6.2 to 3.5.0. Everything works fine, except that the PDF export now has 45 000 pages instead of 350 pages like before the upgrade.

To reproduce, click on this link and ask for the print dialog in Chrome, which will already show the number of pages.

My index.html hasn't changed. It has still this code: