VSCodium/vscodium

execheap + errorcode 133

dabzse opened this issue · 8 comments

dabzse commented

Describe the bug
as you can see on the screenshots, first appeared in 25 December 2023. I can't remember if I used Fedora 38 or 39, but this is not the important thing at the moment.
it gave few warnings only. but increased up to 30k+. few days ago it was about 35k.
and then the "slaughter" began... so I just started recording...

about the screen record:
it is cutted on more places, and because of the size > 10MB, I had to split into 2 pieces, but believe me, these short versions are really enough.
the execheap warning increased very fast. I know, there was less, than 40k, but after 30-35 minutes it became 60k+. that's too much.
for me it's "okay", my system caught it. but what about the others?
and the error code: 133 -> I guess it is a python extension bug, but there is no active python extension in that profile. I was able to record that too. it wasn't easy.

source process always shows: code, but comm shows: codium

comm="codium|code|chrome"
the common thing in these apps: the electronjs base. possible there is a bug...

(about chrome: sidekick uses the name chrome. don't ask me why)

Please confirm that this problem is VSCodium-specific

  • This bug doesn't happen if I use Microsoft's Visual Studio Code. It only happens in VSCodium.
    • I have vscode as well, just because of the university, but unfortunately I have to keep it. I don't use it since the end May. (the end of semester)
    • the extension_dir is not the same, because of the telemetry.

Please confirm that the issue/resolution isn't already documented

To Reproduce
Steps to reproduce the behavior:
sometimes works well. but if not, see the screen record. (I had to cut into 2 parts and to resize because of the size > 10MB)
VSCodium__errorcode_133__20240715_1825x_part1.webm
VSCodium__errorcode_133__20240715_1825x_part2.webm

Expected behavior

Screenshots
execheap__20240712
execheap__20240714
execheap
execheap
warnings
execheap__20240718

Desktop (please complete the following information):

  • OS: [Fedora 40]
  • Architecture [x64]
  • Version [1.91.1] - latest, as always when it possible
  • App Manager [RPM]
  • Sandboxed [no]

Additional context
just opened VSCodium to see the version number. alarm increased to 95844
before sending the bug report, there were more...

dabzse commented

news:
brave-browser-nightly-1.70.3-1.x86_64
updated few minutes ago, I just launched it, and got the execheap alarm/report...
surely not just VSCodium related bug. but this is more than that :(
execheap_20240718_brave

daiyam commented

It's a flatpak issue (flathub/com.vscodium.codium#345)

dabzse commented

but I have installed from RPM package, and every time when is possible, I'm using the RPM package (for every apps);
I don't like flatpak, nor snap. AppImage and .tar.gz or .taz.bz2 or tar.xz (to unpack and run) are so-so, but if there is RPM, then that's the winner.
but if the problem with flatpak, then why some other apps give the same warning? there was no brave until today....

dabzse commented

and I'm pretty sure: if I will install chrome and will add uBlockOrigin, it will crash the same way.

but anyways, this is not only a VSCodium related bug (this is much bigger). you can close it if you think....
thank you, and I'm sorry about this.
happy coding :-)

daiyam commented

Yep, rpm seems to be also affected (#1931)

dabzse commented

thanks. and what about the error code 133? (check the screen record)