René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"Export path leaks streams in java/src/processing/mode/java/JavaBuild.java and can hang on malformed jar entries","articleBody":"Not seeing this reported yet, so filing it.\n\nWhile checking export code, spotted a few stream/zip handling bugs in java/src/processing/mode/java/JavaBuild.java:\n\n- new FileInputStream(...) is passed into [saveStream()](vscode-file://vscode-app/c:/Users/avina/AppData/Local/Programs/Microsoft%20VS%20Code/resources/app/out/vs/code/electron-browser/workbench/workbench.html) in multiple places, but that source stream is never closed.\n\n- [ZipFile.getInputStream(entry)](vscode-file://vscode-app/c:/Users/avina/AppData/Local/Programs/Microsoft%20VS%20Code/resources/app/out/vs/code/electron-browser/workbench/workbench.html) is also left open.\n\n- [ZipFile](vscode-file://vscode-app/c:/Users/avina/AppData/Local/Programs/Microsoft%20VS%20Code/resources/app/out/vs/code/electron-browser/workbench/workbench.html) itself is only closed on the happy path.\n\n- In the jar-entry read loop, if [read()](vscode-file://vscode-app/c:/Users/avina/AppData/Local/Programs/Microsoft%20VS%20Code/resources/app/out/vs/code/electron-browser/workbench/workbench.html) returns -1, [remaining](vscode-file://vscode-app/c:/Users/avina/AppData/Local/Programs/Microsoft%20VS%20Code/resources/app/out/vs/code/electron-browser/workbench/workbench.html) goes the wrong way and the loop can run forever.\n\nThis is in the Export Application path, so it’s not edge-only. Repeated exports can leak FDs/handles (worse on Windows due to file locks), and a bad/truncated jar can stall export.","author":{"url":"https://github.com/avinxshKD","@type":"Person","name":"avinxshKD"},"datePublished":"2026-02-27T06:35:21.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":2},"url":"https://github.com/1451/processing4/issues/1451"}