New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Issues with VSCode on ArchLinux (Electron 2.0.x) #55934

Closed
scippio opened this Issue Aug 7, 2018 · 60 comments

Comments

@scippio

scippio commented Aug 7, 2018

  • VSCode Version:
    visual-studio-code-insiders-1533551722-1
    visual-studio-code-insiders-1532668879
    visual-studio-code-insiders-1531459376 - this version not SIGSEGV but just blink and turn off.

  • OS Version:
    Linux lenovo-e450 4.17.12-arch1-1-ARCH #1 SMP PREEMPT Fri Aug 3 07:16:41 UTC 2018 x86_64 GNU/Linux

Steps to Reproduce:

  1. run code-insiders
  • Does this issue occur when all extensions are disabled?: No
/usr/bin/code-insiders: line 35: 26692 Segmentation fault      (core dumped) ELECTRON_RUN_AS_NODE=1 "$ELECTRON" "$CLI" "$@"

I known this is primary a problem with nodejs - or something like that ... but I don't known what exactly it is... other Electron programs works fine. I test it with nodejs 10.8.0 and try downgrade to 10.7.0 and 10.6.0... but nothing helps...

EDIT:
And this is my packages update log (nothing extra like nodejs or other depends packages... 🤔 just new kernel etc... ):

[2018-08-07 08:36] [PACMAN] Running 'pacman -Syu'
[2018-08-07 08:36] [PACMAN] synchronizing package lists
[2018-08-07 08:37] [PACMAN] starting full system upgrade
[2018-08-07 08:38] [ALPM] transaction started
[2018-08-07 08:38] [ALPM] upgraded linux-api-headers (4.16.1-1 -> 4.17.11-1)
[2018-08-07 08:38] [ALPM] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
[2018-08-07 08:38] [ALPM] upgraded glibc (2.27-3 -> 2.28-1)
[2018-08-07 08:38] [ALPM-SCRIPTLET] Generating locales...
[2018-08-07 08:38] [ALPM-SCRIPTLET]   cs_CZ.UTF-8... done
[2018-08-07 08:38] [ALPM-SCRIPTLET]   en_GB.UTF-8... done
[2018-08-07 08:38] [ALPM-SCRIPTLET] Generation complete.
[2018-08-07 08:38] [ALPM] upgraded gcc-libs (8.1.1+20180531-1 -> 8.2.0-2)
[2018-08-07 08:38] [ALPM] upgraded libutil-linux (2.32.1-1 -> 2.32.1-2)
[2018-08-07 08:38] [ALPM] upgraded avahi (0.7+16+g1cc2b8e-1 -> 0.7+16+g1cc2b8e-2)
[2018-08-07 08:38] [ALPM] upgraded libxml2 (2.9.8-2 -> 2.9.8-3)
[2018-08-07 08:38] [ALPM] upgraded perl (5.26.2-2 -> 5.28.0-1)
[2018-08-07 08:38] [ALPM] upgraded libldap (2.4.46-1 -> 2.4.46-2)
[2018-08-07 08:38] [ALPM] upgraded bind-tools (9.13.0-2 -> 9.13.0-3)
[2018-08-07 08:38] [ALPM] upgraded binutils (2.30-5 -> 2.31.1-1)
[2018-08-07 08:38] [ALPM] upgraded python (3.6.6-1 -> 3.7.0-3)
[2018-08-07 08:38] [ALPM] upgraded xcb-proto (1.13-1 -> 1.13-2)
[2018-08-07 08:38] [ALPM] upgraded python-cairo (1.17.0-1 -> 1.17.0-2)
[2018-08-07 08:38] [ALPM] upgraded python-dbus-common (1.2.8-1 -> 1.2.8-2)
[2018-08-07 08:38] [ALPM] upgraded python-dbus (1.2.8-1 -> 1.2.8-2)
[2018-08-07 08:38] [ALPM] upgraded pygobject-devel (3.28.3-1 -> 3.28.3-2)
[2018-08-07 08:38] [ALPM] upgraded python-gobject (3.28.3-1 -> 3.28.3-2)
[2018-08-07 08:38] [ALPM] upgraded libtool (2.4.6+40+g6ca5e224-7 -> 2.4.6+42+gb88cebd5-1)
[2018-08-07 08:38] [ALPM] upgraded device-mapper (2.02.180-1 -> 2.02.181-1)
[2018-08-07 08:38] [ALPM] upgraded cryptsetup (2.0.3-2 -> 2.0.4-1)
[2018-08-07 08:38] [ALPM] upgraded util-linux (2.32.1-1 -> 2.32.1-2)
[2018-08-07 08:38] [ALPM] upgraded llvm-libs (6.0.1-1 -> 6.0.1-2)
[2018-08-07 08:38] [ALPM] upgraded libproxy (0.4.15-6 -> 0.4.15-8)
[2018-08-07 08:38] [ALPM] upgraded blueman (2.0.5-2 -> 2.0.5-3)
[2018-08-07 08:38] [ALPM] upgraded boost-libs (1.67.0-5 -> 1.67.0-6)
[2018-08-07 08:38] [ALPM] upgraded boost (1.67.0-5 -> 1.67.0-6)
[2018-08-07 08:38] [ALPM] upgraded brotli (1.0.5-1 -> 1.0.5-2)
[2018-08-07 08:38] [ALPM] upgraded btrfs-progs (4.17-1 -> 4.17-2)
[2018-08-07 08:39] [ALPM] upgraded gcc (8.1.1+20180531-1 -> 8.2.0-2)
[2018-08-07 08:39] [ALPM] upgraded libplist (2.0.0+11+gec9ba8b-1 -> 2.0.0+11+gec9ba8b-2)
[2018-08-07 08:39] [ALPM] upgraded libimobiledevice (1.2.0+66+g5a85432-1 -> 1.2.0+66+g5a85432-2)
[2018-08-07 08:39] [ALPM] upgraded libibus (1.5.18-1 -> 1.5.18-2)
[2018-08-07 08:39] [ALPM] upgraded libvoikko (4.1.1-1 -> 4.1.1-2)
[2018-08-07 08:39] [ALPM] upgraded mutter (3.28.3-2 -> 3.28.3+8+gd0d807801-1)
[2018-08-07 08:39] [ALPM] upgraded gnome-shell (3.28.3-1 -> 3.28.3+7+g721ce5403-1)
[2018-08-07 08:39] [ALPM] upgraded gpgme (1.11.1-1 -> 1.11.1-2)
[2018-08-07 08:39] [ALPM] upgraded net-snmp (5.7.3-8 -> 5.7.3-9)
[2018-08-07 08:39] [ALPM] upgraded perl-clone (0.39-4 -> 0.39-5)
[2018-08-07 08:39] [ALPM] upgraded perl-dbi (1.641-1 -> 1.641-2)
[2018-08-07 08:39] [ALPM] upgraded perl-xml-libxml (2.0132-1 -> 2.0132-2)
[2018-08-07 08:39] [ALPM] upgraded libmagick (7.0.8.8-1 -> 7.0.8.8-2)
[2018-08-07 08:39] [ALPM] upgraded imagemagick (7.0.8.8-1 -> 7.0.8.8-2)
[2018-08-07 08:39] [ALPM] upgraded liblouis (3.6.0-1 -> 3.6.0-2)
[2018-08-07 08:39] [ALPM] upgraded hplip (3.18.6-1 -> 3.18.7-1)
[2018-08-07 08:39] [ALPM] upgraded kcoreaddons (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kauth (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kcodecs (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kwidgetsaddons (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kconfig (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kcompletion (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kguiaddons (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded ki18n (5.48.1-2 -> 5.48.1-3)
[2018-08-07 08:39] [ALPM] upgraded kconfigwidgets (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kdbusaddons (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kitemmodels (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kitemviews (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded kjobwidgets (5.48.0-2 -> 5.48.0-3)
[2018-08-07 08:39] [ALPM] upgraded lensfun (0.3.2-6 -> 0.3.2-7)
[2018-08-07 08:39] [ALPM] upgraded libbytesize (1.3-1 -> 1.3-2)
[2018-08-07 08:39] [ALPM] upgraded lvm2 (2.02.180-1 -> 2.02.181-1)
[2018-08-07 08:39] [ALPM] upgraded volume_key (0.3.10-1 -> 0.3.11-2)
[2018-08-07 08:39] [ALPM] upgraded libblockdev (2.18-1 -> 2.18-2)
[2018-08-07 08:39] [ALPM] upgraded libftdi (1.4-1 -> 1.4-2)
[2018-08-07 08:39] [ALPM] upgraded libgexiv2 (0.10.8-1 -> 0.10.8-2)
[2018-08-07 08:39] [ALPM] upgraded libixion (0.13.0-2 -> 0.13.0-3)
[2018-08-07 08:39] [ALPM] upgraded libmagick6 (6.9.10.8-1 -> 6.9.10.8-2)
[2018-08-07 08:39] [ALPM] upgraded libnewt (0.52.20-1 -> 0.52.20-2)
[2018-08-07 08:39] [ALPM] upgraded liborcus (0.13.4-2 -> 0.13.4-3)
[2018-08-07 08:39] [ALPM] upgraded protobuf (3.5.2-1 -> 3.6.0.1-1)
[2018-08-07 08:39] [ALPM] upgraded protobuf-c (1.3.0-2 -> 1.3.0-3)
[2018-08-07 08:39] [ALPM] upgraded libpurple (2.13.0-2 -> 2.13.0-4)
[2018-08-07 08:39] [ALPM] upgraded libreoffice-fresh (6.0.5-1 -> 6.0.6-1)
[2018-08-07 08:39] [ALPM] upgraded libreoffice-fresh-cs (6.0.5-1 -> 6.0.6-1)
[2018-08-07 08:39] [ALPM] upgraded libteam (1.27-1 -> 1.27-2)
[2018-08-07 08:39] [ALPM] upgraded linux (4.17.11-1 -> 4.17.12.arch1-1)
[2018-08-07 08:39] [ALPM] upgraded lirc (1:0.10.1-1 -> 1:0.10.1-2)
[2018-08-07 08:39] [ALPM] upgraded perl-encode-locale (1.05-3 -> 1.05-4)
[2018-08-07 08:39] [ALPM] upgraded perl-error (0.17026-1 -> 0.17026-2)
[2018-08-07 08:39] [ALPM] upgraded perl-http-date (6.02-4 -> 6.02-5)
[2018-08-07 08:39] [ALPM] upgraded perl-file-listing (6.04-4 -> 6.04-5)
[2018-08-07 08:39] [ALPM] upgraded perl-html-tagset (3.20-6 -> 3.20-7)
[2018-08-07 08:39] [ALPM] upgraded perl-html-parser (3.72-5 -> 3.72-6)
[2018-08-07 08:39] [ALPM] upgraded perl-lwp-mediatypes (6.02-4 -> 6.02-5)
[2018-08-07 08:39] [ALPM] upgraded perl-uri (1.74-1 -> 1.74-2)
[2018-08-07 08:39] [ALPM] upgraded perl-io-html (1.001-3 -> 1.001-4)
[2018-08-07 08:39] [ALPM] upgraded perl-http-message (6.18-1 -> 6.18-2)
[2018-08-07 08:39] [ALPM] upgraded perl-http-cookies (6.04-2 -> 6.04-3)
[2018-08-07 08:39] [ALPM] upgraded perl-http-daemon (6.01-5 -> 6.01-6)
[2018-08-07 08:39] [ALPM] upgraded perl-http-negotiate (6.01-4 -> 6.01-5)
[2018-08-07 08:39] [ALPM] upgraded perl-net-http (6.18-1 -> 6.18-2)
[2018-08-07 08:39] [ALPM] upgraded perl-www-robotrules (6.02-4 -> 6.02-5)
[2018-08-07 08:39] [ALPM] upgraded perl-try-tiny (0.30-1 -> 0.30-2)
[2018-08-07 08:39] [ALPM] upgraded perl-libwww (6.33-1 -> 6.33-2)
[2018-08-07 08:39] [ALPM] upgraded perl-timedate (2.30-4 -> 2.30-5)
[2018-08-07 08:39] [ALPM] upgraded perl-mailtools (2.20-1 -> 2.20-2)
[2018-08-07 08:39] [ALPM] upgraded perl-xml-parser (2.44-6 -> 2.44-7)
[2018-08-07 08:39] [ALPM] upgraded pidgin (2.13.0-2 -> 2.13.0-4)
[2018-08-07 08:39] [ALPM] upgraded postgresql-libs (10.4-3 -> 10.4-5)
[2018-08-07 08:39] [ALPM] upgraded postgresql (10.4-3 -> 10.4-5)
[2018-08-07 08:39] [ALPM] upgraded postgresql-old-upgrade (9.6.9-1 -> 9.6.9-2)
[2018-08-07 08:39] [ALPM] upgraded powerline-common (2.6-1 -> 2.6-3)
[2018-08-07 08:39] [ALPM] upgraded powerline-fonts (2.6-1 -> 2.6-3)
[2018-08-07 08:39] [ALPM] upgraded pygobject2-devel (2.28.7-1 -> 2.28.7-2)
[2018-08-07 08:39] [ALPM] upgraded python-six (1.11.0-1 -> 1.11.0-3)
[2018-08-07 08:39] [ALPM] upgraded python-anytree (2.4.3-1 -> 2.4.3-2)
[2018-08-07 08:39] [ALPM] upgraded python-appdirs (1.4.3-1 -> 1.4.3-2)
[2018-08-07 08:39] [ALPM] upgraded python-lxml (4.2.3-1 -> 4.2.4-1)
[2018-08-07 08:39] [ALPM] upgraded python-pyparsing (2.2.0-1 -> 2.2.0-2)
[2018-08-07 08:39] [ALPM] upgraded python-packaging (17.1-1 -> 17.1-2)
[2018-08-07 08:39] [ALPM] upgraded python-setuptools (1:39.2.0-2 -> 1:39.2.0-3)
[2018-08-07 08:39] [ALPM] upgraded python-pygments (2.2.0-1 -> 2.2.0-2)
[2018-08-07 08:39] [ALPM] upgraded python2-appdirs (1.4.3-1 -> 1.4.3-2)
[2018-08-07 08:39] [ALPM] upgraded python2-msgpack (0.5.6-1 -> 0.5.6-2)
[2018-08-07 08:39] [ALPM] upgraded python2-urllib3 (1.23-1 -> 1.23-2)
[2018-08-07 08:39] [ALPM] upgraded python2-pyparsing (2.2.0-1 -> 2.2.0-2)
[2018-08-07 08:39] [ALPM] upgraded python2-six (1.11.0-1 -> 1.11.0-3)
[2018-08-07 08:39] [ALPM] upgraded python2-packaging (17.1-1 -> 17.1-2)
[2018-08-07 08:39] [ALPM] upgraded python2-setuptools (1:39.2.0-2 -> 1:39.2.0-3)
[2018-08-07 08:39] [ALPM] upgraded python2-chardet (3.0.4-1 -> 3.0.4-2)
[2018-08-07 08:39] [ALPM] upgraded python2-idna (2.7-2 -> 2.7-3)
[2018-08-07 08:39] [ALPM] upgraded python2-requests (2.19.1-1 -> 2.19.1-2)
[2018-08-07 08:39] [ALPM] upgraded python2-cachecontrol (0.12.5-2 -> 0.12.5-4)
[2018-08-07 08:39] [ALPM] upgraded python2-cairo (1.17.0-1 -> 1.17.0-2)
[2018-08-07 08:39] [ALPM] upgraded python2-colorama (0.3.9-1 -> 0.3.9-2)
[2018-08-07 08:39] [ALPM] upgraded python2-dbus (1.2.8-1 -> 1.2.8-2)
[2018-08-07 08:39] [ALPM] upgraded python2-distlib (0.2.7-1 -> 0.2.7-2)
[2018-08-07 08:39] [ALPM] upgraded python2-distro (1.3.0-1 -> 1.3.0-2)
[2018-08-07 08:39] [ALPM] upgraded python2-gobject (3.28.3-1 -> 3.28.3-2)
[2018-08-07 08:39] [ALPM] upgraded python2-gobject2 (2.28.7-1 -> 2.28.7-2)
[2018-08-07 08:39] [ALPM] upgraded python2-webencodings (0.5.1-1 -> 0.5.1-2)
[2018-08-07 08:39] [ALPM] upgraded python2-html5lib (1.0.1-2 -> 1.0.1-3)
[2018-08-07 08:39] [ALPM] upgraded python2-lockfile (0.12.2-2 -> 0.12.2-3)
[2018-08-07 08:39] [ALPM] upgraded python2-pillow (5.2.0-1 -> 5.2.0-2)
[2018-08-07 08:39] [ALPM] upgraded python2-progress (1.4-1 -> 1.4-2)
[2018-08-07 08:39] [ALPM] upgraded python2-pytoml (0.1.16-1 -> 0.1.16-2)
[2018-08-07 08:39] [ALPM] upgraded python2-retrying (1.3.3-3 -> 1.3.3-4)
[2018-08-07 08:39] [ALPM] upgraded python2-pip (10.0.1-1 -> 18.0-1)
[2018-08-07 08:39] [ALPM] upgraded python2-psutil (5.4.6-1 -> 5.4.6-2)
[2018-08-07 08:39] [ALPM] upgraded python2-pycups (1.9.73-3 -> 1.9.73-4)
[2018-08-07 08:39] [ALPM] upgraded python2-reportlab (3.5.1-1 -> 3.5.1-2)
[2018-08-07 08:39] [ALPM] upgraded re2 (20180701-1 -> 20180801-1)
[2018-08-07 08:39] [ALPM] upgraded vim-runtime (8.1.0022-1 -> 8.1.0194-2)
[2018-08-07 08:39] [ALPM] upgraded vim (8.1.0022-1 -> 8.1.0194-2)
[2018-08-07 08:39] [ALPM] upgraded vlc (3.0.3-2 -> 3.0.3-3)
[2018-08-07 08:39] [ALPM] transaction completed
[2018-08-07 08:39] [ALPM] running '60-linux.hook'...
[2018-08-07 08:39] [ALPM] running '90-linux.hook'...
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Starting build: 4.17.12-arch1-1-ARCH
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [base]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [udev]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [autodetect]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [modconf]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [block]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [filesystems]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [keyboard]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [fsck]
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-linux.img
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Image generation successful
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Starting build: 4.17.12-arch1-1-ARCH
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [base]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [udev]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [modconf]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [block]
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: wd719x
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [filesystems]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [keyboard]
[2018-08-07 08:39] [ALPM-SCRIPTLET]   -> Running build hook: [fsck]
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-linux-fallback.img
[2018-08-07 08:39] [ALPM-SCRIPTLET] ==> Image generation successful
[2018-08-07 08:39] [ALPM] running 'detect-old-perl-modules.hook'...
[2018-08-07 08:39] [ALPM] running 'fontconfig.hook'...
[2018-08-07 08:39] [ALPM] running 'glib-compile-schemas.hook'...
[2018-08-07 08:39] [ALPM] running 'gtk-update-icon-cache.hook'...
[2018-08-07 08:39] [ALPM] running 'systemd-daemon-reload.hook'...
[2018-08-07 08:39] [ALPM] running 'systemd-sysusers.hook'...
[2018-08-07 08:39] [ALPM] running 'systemd-tmpfiles.hook'...
[2018-08-07 08:39] [ALPM] running 'systemd-udev-reload.hook'...
[2018-08-07 08:39] [ALPM] running 'systemd-update.hook'...
[2018-08-07 08:39] [ALPM] running 'texinfo-install.hook'...
[2018-08-07 08:39] [ALPM] running 'update-desktop-database.hook'...
[2018-08-07 08:39] [ALPM] running 'update-mime-database.hook'...
[2018-08-07 08:39] [ALPM] running 'update-vlc-plugin-cache.hook'...
[2018-08-07 08:39] [ALPM] running 'xorg-mkfontdir.hook'...

@vscodebot vscodebot bot added the editor label Aug 7, 2018

@scippio

This comment has been minimized.

Show comment
Hide comment
@scippio

scippio Aug 7, 2018

UPDATE: with version visual-studio-code-insiders-1531459376 :

$ code-insiders --verbose
[8621:0807/100911.462218:ERROR:sandbox_linux.cc(343)] InitializeSandbox() called with multiple threads in process gpu-process.
[main 10:09:11] Starting VS Code
[main 10:09:11] from: /opt/visual-studio-code-insiders/resources/app
[main 10:09:11] args: { _: [],
  help: false,
  h: false,
  version: false,
  v: false,
  wait: false,
  w: false,
  diff: false,
  d: false,
  add: false,
  a: false,
  goto: false,
  g: false,
  'new-window': false,
  n: false,
  'unity-launch': false,
  'reuse-window': false,
  r: false,
  'open-url': false,
  performance: false,
  p: false,
  'prof-startup': false,
  verbose: true,
  logExtensionHostCommunication: false,
  'disable-extensions': false,
  disableExtensions: false,
  'list-extensions': false,
  'show-versions': false,
  nolazy: false,
  issue: false,
  'skip-getting-started': false,
  'skip-release-notes': false,
  'sticky-quickopen': false,
  'disable-restore-windows': false,
  'disable-telemetry': false,
  'disable-updates': false,
  'disable-crash-reporter': false,
  'skip-add-to-recently-opened': false,
  status: false,
  s: false,
  'file-write': false,
  'file-chmod': false,
  'driver-verbose': false }
[main 10:09:11] Resolving machine identifier...
[main 10:09:11] Resolved machine identifier: 7b5440f874c3fbfa3410613f574cb38e50c3dfe847530b4fc5ef23cab041ee77
[main 10:09:11] update#setState idle
[main 10:09:11] TypeError: Cannot read property 'lastIndexOf' of undefined
    at Object.o [as basename] (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:46:538)
    at Object.t.getWorkspaceLabel (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:334:880)
    at e.createOpenRecentMenuItem (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:367:142)
    at e.setOpenRecentMenu (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:366:326)
    at e.setFileMenu (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:362:537)
    at e.install (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:358:166)
    at new e (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:354:849)
    at t.create (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:52:365)
    at e._createInstance (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:207:10)
    at e.createInstance (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:206:269)
    at t.afterWindowOpen (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:521:583)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:516:699
    at e.invokeFunction (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:205:920)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:516:663
    at n.Class.define.cancel.then (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:90:201)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:516:523
    at n.Class.define.cancel.then (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:90:201)
    at t.startup (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:515:912)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:527:539
    at Object.v [as _notify] (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:83:572)
    at Object.enter (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:86:924)
    at n.Class.derive._oncancel._run (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:88:790)
    at n.Class.derive._oncancel._completed (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:88:231)
    at Server.<anonymous> (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:168:908)
    at Object.onceWrapper (events.js:293:19)
    at emitNone (events.js:86:13)
    at Server.emit (events.js:188:7)
    at emitListeningNT (net.js:1290:10)
    at _combinedTickCallback (internal/process/next_tick.js:77:11)
    at process._tickCallback (internal/process/next_tick.js:104:9)
[main 10:09:11] Lifecycle#kill()
[main 10:09:11] Lifecycle#window-closed 1
[main 10:09:11] Lifecycle#onShutdown.fire()
[main 10:09:11] telemetry/optInStatus { optIn: true }

scippio commented Aug 7, 2018

UPDATE: with version visual-studio-code-insiders-1531459376 :

$ code-insiders --verbose
[8621:0807/100911.462218:ERROR:sandbox_linux.cc(343)] InitializeSandbox() called with multiple threads in process gpu-process.
[main 10:09:11] Starting VS Code
[main 10:09:11] from: /opt/visual-studio-code-insiders/resources/app
[main 10:09:11] args: { _: [],
  help: false,
  h: false,
  version: false,
  v: false,
  wait: false,
  w: false,
  diff: false,
  d: false,
  add: false,
  a: false,
  goto: false,
  g: false,
  'new-window': false,
  n: false,
  'unity-launch': false,
  'reuse-window': false,
  r: false,
  'open-url': false,
  performance: false,
  p: false,
  'prof-startup': false,
  verbose: true,
  logExtensionHostCommunication: false,
  'disable-extensions': false,
  disableExtensions: false,
  'list-extensions': false,
  'show-versions': false,
  nolazy: false,
  issue: false,
  'skip-getting-started': false,
  'skip-release-notes': false,
  'sticky-quickopen': false,
  'disable-restore-windows': false,
  'disable-telemetry': false,
  'disable-updates': false,
  'disable-crash-reporter': false,
  'skip-add-to-recently-opened': false,
  status: false,
  s: false,
  'file-write': false,
  'file-chmod': false,
  'driver-verbose': false }
[main 10:09:11] Resolving machine identifier...
[main 10:09:11] Resolved machine identifier: 7b5440f874c3fbfa3410613f574cb38e50c3dfe847530b4fc5ef23cab041ee77
[main 10:09:11] update#setState idle
[main 10:09:11] TypeError: Cannot read property 'lastIndexOf' of undefined
    at Object.o [as basename] (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:46:538)
    at Object.t.getWorkspaceLabel (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:334:880)
    at e.createOpenRecentMenuItem (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:367:142)
    at e.setOpenRecentMenu (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:366:326)
    at e.setFileMenu (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:362:537)
    at e.install (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:358:166)
    at new e (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:354:849)
    at t.create (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:52:365)
    at e._createInstance (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:207:10)
    at e.createInstance (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:206:269)
    at t.afterWindowOpen (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:521:583)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:516:699
    at e.invokeFunction (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:205:920)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:516:663
    at n.Class.define.cancel.then (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:90:201)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:516:523
    at n.Class.define.cancel.then (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:90:201)
    at t.startup (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:515:912)
    at /opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:527:539
    at Object.v [as _notify] (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:83:572)
    at Object.enter (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:86:924)
    at n.Class.derive._oncancel._run (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:88:790)
    at n.Class.derive._oncancel._completed (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:88:231)
    at Server.<anonymous> (/opt/visual-studio-code-insiders/resources/app/out/vs/code/electron-main/main.js:168:908)
    at Object.onceWrapper (events.js:293:19)
    at emitNone (events.js:86:13)
    at Server.emit (events.js:188:7)
    at emitListeningNT (net.js:1290:10)
    at _combinedTickCallback (internal/process/next_tick.js:77:11)
    at process._tickCallback (internal/process/next_tick.js:104:9)
[main 10:09:11] Lifecycle#kill()
[main 10:09:11] Lifecycle#window-closed 1
[main 10:09:11] Lifecycle#onShutdown.fire()
[main 10:09:11] telemetry/optInStatus { optIn: true }
@AndyHeasman

This comment has been minimized.

Show comment
Hide comment
@AndyHeasman

AndyHeasman Aug 7, 2018

@scippio I had a similar problem after an upgrade. In my case, the problem was with glibc. Reinstalling glibc 2.27-3 fixed the problem for me.

AndyHeasman commented Aug 7, 2018

@scippio I had a similar problem after an upgrade. In my case, the problem was with glibc. Reinstalling glibc 2.27-3 fixed the problem for me.

@scippio

This comment has been minimized.

Show comment
Hide comment
@scippio

scippio Aug 7, 2018

@AndyHeasman Thanks! It's works!

scippio commented Aug 7, 2018

@AndyHeasman Thanks! It's works!

@AndyHeasman

This comment has been minimized.

Show comment
Hide comment
@AndyHeasman

AndyHeasman Aug 7, 2018

@scippio you're welcome!

AndyHeasman commented Aug 7, 2018

@scippio you're welcome!

@eli-schwartz

This comment has been minimized.

Show comment
Hide comment
@eli-schwartz

eli-schwartz Aug 7, 2018

@scippio I had a similar problem after an upgrade. In my case, the problem was with glibc. Reinstalling glibc 2.27-3 fixed the problem for me.

That's extraordinarily dangerous, glibc is backwards-compatible with programs built against older glibc, but not forwards-compatible with programs built against newer glibc. Any packages built after the glibc update stand a high chance of not running due to symbols too new for your ignored glibc package to provide.

eli-schwartz commented Aug 7, 2018

@scippio I had a similar problem after an upgrade. In my case, the problem was with glibc. Reinstalling glibc 2.27-3 fixed the problem for me.

That's extraordinarily dangerous, glibc is backwards-compatible with programs built against older glibc, but not forwards-compatible with programs built against newer glibc. Any packages built after the glibc update stand a high chance of not running due to symbols too new for your ignored glibc package to provide.

@eli-schwartz

This comment has been minimized.

Show comment
Hide comment
@eli-schwartz

eli-schwartz Aug 7, 2018

Apparently lots of software using the prebuilt electron distributions instead of the system electron provided by the Arch Linux official repos, are breaking. But the only common denominator is that they all use electron... so it would seem to be an electron issue.

eli-schwartz commented Aug 7, 2018

Apparently lots of software using the prebuilt electron distributions instead of the system electron provided by the Arch Linux official repos, are breaking. But the only common denominator is that they all use electron... so it would seem to be an electron issue.

@Tyriar

This comment has been minimized.

Show comment
Hide comment
@Tyriar

Tyriar Aug 7, 2018

Member

Can you clarify VS Code's version? (code --version)

Member

Tyriar commented Aug 7, 2018

Can you clarify VS Code's version? (code --version)

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 7, 2018

The issue is upstream Electron, just downloading the prebuilt .zip file and running ./electron causes the same segfault. The distribution-provided electron binary runs VSCode just fine (since it's linked against a compatible glibc version). Also, VSCode segfaults before it can actually execute code --version correctly. The version I'm personally testing against is from commit ac60be3.

K900 commented Aug 7, 2018

The issue is upstream Electron, just downloading the prebuilt .zip file and running ./electron causes the same segfault. The distribution-provided electron binary runs VSCode just fine (since it's linked against a compatible glibc version). Also, VSCode segfaults before it can actually execute code --version correctly. The version I'm personally testing against is from commit ac60be3.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 commented Aug 7, 2018

Reported upstream as electron/electron#13972

@eli-schwartz

This comment has been minimized.

Show comment
Hide comment
@eli-schwartz

eli-schwartz Aug 7, 2018

The electron package from the Arch Linux community repository was actually built using glibc 2.27, nice try. ;)

$ bsdtar -xOf /var/cache/pacman/pkg/electron-2.0.6-1-x86_64.pkg.tar.xz .BUILDINFO| grep glibc
installed = glibc-2.27-3-x86_64

eli-schwartz commented Aug 7, 2018

The electron package from the Arch Linux community repository was actually built using glibc 2.27, nice try. ;)

$ bsdtar -xOf /var/cache/pacman/pkg/electron-2.0.6-1-x86_64.pkg.tar.xz .BUILDINFO| grep glibc
installed = glibc-2.27-3-x86_64
@vindicatorr

This comment has been minimized.

Show comment
Hide comment
@vindicatorr

vindicatorr Aug 7, 2018

@eli-schwartz while I also see that entry, when I "lsof" electron shows "/usr/lib/libc-2.28.so (path dev=0,27)"
Ya, this issue bites as I'm also seeing the issue for skypeforlinux which has also been reported.
Electron does load by itself and so does Riot.

vindicatorr commented Aug 7, 2018

@eli-schwartz while I also see that entry, when I "lsof" electron shows "/usr/lib/libc-2.28.so (path dev=0,27)"
Ya, this issue bites as I'm also seeing the issue for skypeforlinux which has also been reported.
Electron does load by itself and so does Riot.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 7, 2018

I'm just going to rebuild Electron overnight and see what happens. If the Arch package works, I'll try a clean build with the default settings and no patches applied.

K900 commented Aug 7, 2018

I'm just going to rebuild Electron overnight and see what happens. If the Arch package works, I'll try a clean build with the default settings and no patches applied.

@eli-schwartz

This comment has been minimized.

Show comment
Hide comment
@eli-schwartz

eli-schwartz Aug 7, 2018

Electron does load by itself and so does Riot.

Are you referring to the electron and riot-desktop package from the Arch repos? Because riot-desktop uses the system electron, which is already known to work...

(This, coincidentally, goes to show why things should be built to use the system electron. :p)

eli-schwartz commented Aug 7, 2018

Electron does load by itself and so does Riot.

Are you referring to the electron and riot-desktop package from the Arch repos? Because riot-desktop uses the system electron, which is already known to work...

(This, coincidentally, goes to show why things should be built to use the system electron. :p)

@eli-schwartz

This comment has been minimized.

Show comment
Hide comment
@eli-schwartz

eli-schwartz Aug 7, 2018

@eli-schwartz while I also see that entry, when I "lsof" electron shows "/usr/lib/libc-2.28.so (path dev=0,27)"

/usr/lib/libc.so.6 is a symlink to libc-${version}.so where ${version} is whatever version you have installed. It doesn't matter -- applications are only looking for the former and don't care how it is provided.

eli-schwartz commented Aug 7, 2018

@eli-schwartz while I also see that entry, when I "lsof" electron shows "/usr/lib/libc-2.28.so (path dev=0,27)"

/usr/lib/libc.so.6 is a symlink to libc-${version}.so where ${version} is whatever version you have installed. It doesn't matter -- applications are only looking for the former and don't care how it is provided.

@vindicatorr

This comment has been minimized.

Show comment
Hide comment
@vindicatorr

vindicatorr Aug 7, 2018

Right:

community/electron 2.0.6-1 [installed]
community/riot-desktop 0.16.0-1 [installed]

They both work (acknowledging riot uses system-electron) while vscode and skypeforlinux do not.
The question in the meantime is whether there is a workaround where we can tell the MS stuff to use the system electron instead.

Trying to think here... but if vscode/skype are using electron built around glibc 2.27 and crashes but the system electron .BUILDINFO is claiming to be built for 2.27 but is functioning with 2.28... something isn't meshing for me here.

vindicatorr commented Aug 7, 2018

Right:

community/electron 2.0.6-1 [installed]
community/riot-desktop 0.16.0-1 [installed]

They both work (acknowledging riot uses system-electron) while vscode and skypeforlinux do not.
The question in the meantime is whether there is a workaround where we can tell the MS stuff to use the system electron instead.

Trying to think here... but if vscode/skype are using electron built around glibc 2.27 and crashes but the system electron .BUILDINFO is claiming to be built for 2.27 but is functioning with 2.28... something isn't meshing for me here.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 7, 2018

Looking at the symbols, the prebuilt binaries aren't built against glibc 2.27, they're built against 2.17. That's a pretty big version discrepancy, though it should still be compatible.

K900 commented Aug 7, 2018

Looking at the symbols, the prebuilt binaries aren't built against glibc 2.27, they're built against 2.17. That's a pretty big version discrepancy, though it should still be compatible.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 7, 2018

For reference:

~/Downloads/electron
❯ objdump -T ./electron | grep -o 'GLIBC_[0-9.]*' | cut '-d_' -f2 | sort -uV
2.2.5
2.3
2.3.2
2.3.3
2.3.4
2.4
2.6
2.7
2.9
2.11
2.14
2.15
2.17

~/Downloads/electron
❯ objdump -T =electron | grep -o 'GLIBC_[0-9.]*' | cut '-d_' -f2 | sort -uV
2.2.5
2.3
2.3.2
2.3.3
2.3.4
2.4
2.6
2.7
2.9
2.14
2.15
2.27

K900 commented Aug 7, 2018

For reference:

~/Downloads/electron
❯ objdump -T ./electron | grep -o 'GLIBC_[0-9.]*' | cut '-d_' -f2 | sort -uV
2.2.5
2.3
2.3.2
2.3.3
2.3.4
2.4
2.6
2.7
2.9
2.11
2.14
2.15
2.17

~/Downloads/electron
❯ objdump -T =electron | grep -o 'GLIBC_[0-9.]*' | cut '-d_' -f2 | sort -uV
2.2.5
2.3
2.3.2
2.3.3
2.3.4
2.4
2.6
2.7
2.9
2.14
2.15
2.27
@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 7, 2018

For more reference: Electron Dockerfile, libchromiumcontent Dockerfile, points to Ubuntu 16.04, which uses glibc 2.23, but it could be no symbols are linked from that.

K900 commented Aug 7, 2018

For more reference: Electron Dockerfile, libchromiumcontent Dockerfile, points to Ubuntu 16.04, which uses glibc 2.23, but it could be no symbols are linked from that.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 7, 2018

Rebuilding Electron from source with Arch patches + glibc 2.28 works fine. Going to try a clean build now.

K900 commented Aug 7, 2018

Rebuilding Electron from source with Arch patches + glibc 2.28 works fine. Going to try a clean build now.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 8, 2018

So yeah, building using the default toolchain (scripts/bootstrap.py && scripts/build.py) produces a segfaulting binary. The debug build doesn't load at all, seems to be related to a Freetype version mismatch in the build env and the actual Arch system. The backtrace is, unfortunately, underwhelming, though it does point to an issue inside Node.

K900 commented Aug 8, 2018

So yeah, building using the default toolchain (scripts/bootstrap.py && scripts/build.py) produces a segfaulting binary. The debug build doesn't load at all, seems to be related to a Freetype version mismatch in the build env and the actual Arch system. The backtrace is, unfortunately, underwhelming, though it does point to an issue inside Node.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 8, 2018

(gdb) bt full no-filters
#0  0x0000000000834460 in net::registry_controlled_domains::(anonymous namespace)::kDafsa ()
No symbol table info available.
#1  0x00007ffff7d83292 in node::http2::Http2Session::Callbacks::Callbacks (this=0x7ffff7fc6ae0 <node::http2::Http2Session::callback_struct_saved>, kHasGetPaddingCallback=false)
    at ../../vendor/node/src/node_http2.cc:288
        args = {0x7ffff6d9476b "../../vendor/node/src/node_http2.cc", 0x7ffff6d897e8 "283", 0x7ffff6d96d9d "(nghttp2_session_callbacks_new(&callbacks)) == (0)", 
          0x7ffff6d96dd0 "node::http2::Http2Session::Callbacks::Callbacks(bool)"}
#2  0x00007ffff7d83355 in _GLOBAL__sub_I_node_http2.cc () at ../../vendor/node/src/node_http2.cc:27
        std::piecewise_construct = <optimized out>
        _module = {nm_version = 57, nm_flags = 1, nm_dso_handle = 0x0, nm_filename = 0x7ffff6d9476b "../../vendor/node/src/node_http2.cc", nm_register_func = 0x0, 
          nm_context_register_func = 0x7ffff7d88630 <node::http2::Initialize(v8::Local<v8::Object>, v8::Local<v8::Value>, v8::Local<v8::Context>, void*)>, 
          nm_modname = 0x7ffff6d97a7e "http2", nm_priv = 0x0, nm_link = 0x7ffff7f1e898 <_ZL7_module>}
        node::http2::Http2Session::callback_struct_saved = {{callbacks = 0x2854f324cf20}, {callbacks = 0x0}}
#3  0x00007ffff7fe36da in call_init.part () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#4  0x00007ffff7fe37da in _dl_init () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#5  0x00007ffff7fd503a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#6  0x0000000000000001 in ?? ()
No symbol table info available.
#7  0x00007fffffffe0f0 in ?? ()
No symbol table info available.
#8  0x0000000000000000 in ?? ()
No symbol table info available.

K900 commented Aug 8, 2018

(gdb) bt full no-filters
#0  0x0000000000834460 in net::registry_controlled_domains::(anonymous namespace)::kDafsa ()
No symbol table info available.
#1  0x00007ffff7d83292 in node::http2::Http2Session::Callbacks::Callbacks (this=0x7ffff7fc6ae0 <node::http2::Http2Session::callback_struct_saved>, kHasGetPaddingCallback=false)
    at ../../vendor/node/src/node_http2.cc:288
        args = {0x7ffff6d9476b "../../vendor/node/src/node_http2.cc", 0x7ffff6d897e8 "283", 0x7ffff6d96d9d "(nghttp2_session_callbacks_new(&callbacks)) == (0)", 
          0x7ffff6d96dd0 "node::http2::Http2Session::Callbacks::Callbacks(bool)"}
#2  0x00007ffff7d83355 in _GLOBAL__sub_I_node_http2.cc () at ../../vendor/node/src/node_http2.cc:27
        std::piecewise_construct = <optimized out>
        _module = {nm_version = 57, nm_flags = 1, nm_dso_handle = 0x0, nm_filename = 0x7ffff6d9476b "../../vendor/node/src/node_http2.cc", nm_register_func = 0x0, 
          nm_context_register_func = 0x7ffff7d88630 <node::http2::Initialize(v8::Local<v8::Object>, v8::Local<v8::Value>, v8::Local<v8::Context>, void*)>, 
          nm_modname = 0x7ffff6d97a7e "http2", nm_priv = 0x0, nm_link = 0x7ffff7f1e898 <_ZL7_module>}
        node::http2::Http2Session::callback_struct_saved = {{callbacks = 0x2854f324cf20}, {callbacks = 0x0}}
#3  0x00007ffff7fe36da in call_init.part () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#4  0x00007ffff7fe37da in _dl_init () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#5  0x00007ffff7fd503a in _dl_start_user () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#6  0x0000000000000001 in ?? ()
No symbol table info available.
#7  0x00007fffffffe0f0 in ?? ()
No symbol table info available.
#8  0x0000000000000000 in ?? ()
No symbol table info available.
@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 8, 2018

OK, turns out the build actually happens inside a Debian chroot that has glibc 2.19.

I've also tried building Electron with the stock build setup and minimal patches using the system libraries, specifically applying these patches:

This fails to dirty build, but I'm going to try a clean build overnight to see if that helps.

K900 commented Aug 8, 2018

OK, turns out the build actually happens inside a Debian chroot that has glibc 2.19.

I've also tried building Electron with the stock build setup and minimal patches using the system libraries, specifically applying these patches:

This fails to dirty build, but I'm going to try a clean build overnight to see if that helps.

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 18, 2018

The segfault is fixed on the glibc side in Arch, for now. The proper fix is merged into Electron and will be in the next point release, at which point VSCode will be able to update to a new Electron release and fix the issue properly.

K900 commented Aug 18, 2018

The segfault is fixed on the glibc side in Arch, for now. The proper fix is merged into Electron and will be in the next point release, at which point VSCode will be able to update to a new Electron release and fix the issue properly.

@Tyriar

This comment has been minimized.

Show comment
Hide comment
@Tyriar

Tyriar Aug 20, 2018

Member

@phil294 currently we recommend using the community package on AUR for Arch https://code.visualstudio.com/docs/setup/linux#_aur-package-for-arch-linux

Member

Tyriar commented Aug 20, 2018

@phil294 currently we recommend using the community package on AUR for Arch https://code.visualstudio.com/docs/setup/linux#_aur-package-for-arch-linux

@eli-schwartz

This comment has been minimized.

Show comment
Hide comment
@eli-schwartz

eli-schwartz Aug 21, 2018

  1. "community" typically refers to https://wiki.archlinux.org/index.php/Official_repositories#community which the AUR isn't; this is confusing terminology for Arch users.

  2. That package uses the exact same broken version. As @K900 said, glibc has temporarily been patched to make it work anyway.
    There are many reasons to prefer using a package-manager-tracked version, but "fix the glibc-related segfault" is not one of them.

eli-schwartz commented Aug 21, 2018

  1. "community" typically refers to https://wiki.archlinux.org/index.php/Official_repositories#community which the AUR isn't; this is confusing terminology for Arch users.

  2. That package uses the exact same broken version. As @K900 said, glibc has temporarily been patched to make it work anyway.
    There are many reasons to prefer using a package-manager-tracked version, but "fix the glibc-related segfault" is not one of them.

@BO41

This comment has been minimized.

Show comment
Hide comment
@BO41

BO41 Aug 22, 2018

all problems described in #56342 seem to be fixed in 1.26.1
thanks 👍 🎉

BO41 commented Aug 22, 2018

all problems described in #56342 seem to be fixed in 1.26.1
thanks 👍 🎉

@K900

This comment has been minimized.

Show comment
Hide comment
@K900

K900 Aug 25, 2018

@Tyriar @bpasero Electron 2.0.8 is out with the proper fix, bump?

K900 commented Aug 25, 2018

@Tyriar @bpasero Electron 2.0.8 is out with the proper fix, bump?

@JohnzBallad

This comment has been minimized.

Show comment
Hide comment
@JohnzBallad

JohnzBallad Sep 6, 2018

I'm with the same problem. Any fix?

image

JohnzBallad commented Sep 6, 2018

I'm with the same problem. Any fix?

image

@MrCreeper1008

This comment has been minimized.

Show comment
Hide comment
@MrCreeper1008

MrCreeper1008 Sep 11, 2018

Tried downloading Atom instead when this problem happened on me, but same problem happened when starting Atom.

MrCreeper1008 commented Sep 11, 2018

Tried downloading Atom instead when this problem happened on me, but same problem happened when starting Atom.

@bpasero bpasero removed bug labels Sep 11, 2018

@bpasero

This comment has been minimized.

Show comment
Hide comment
@bpasero

bpasero Sep 11, 2018

Member

Can people seeing this issue please try out this build that uses Electron 2.0.9: Download

Member

bpasero commented Sep 11, 2018

Can people seeing this issue please try out this build that uses Electron 2.0.9: Download

@wk

This comment has been minimized.

Show comment
Hide comment
@wk

wk Sep 12, 2018

@bpasero I can confirm that the Electron 2.0.9 based build you've linked resolves this issue for me. This is on Ubuntu Cosmic Cuttlefish (18.10) [amd64], with libc 2.28-0ubuntu1.

On the same environment, the current deb package of code-insiders from packages.microsoft.com (1.28.0-1536643513) crashes at startup with SIGSEGV.

wk commented Sep 12, 2018

@bpasero I can confirm that the Electron 2.0.9 based build you've linked resolves this issue for me. This is on Ubuntu Cosmic Cuttlefish (18.10) [amd64], with libc 2.28-0ubuntu1.

On the same environment, the current deb package of code-insiders from packages.microsoft.com (1.28.0-1536643513) crashes at startup with SIGSEGV.

@bpasero

This comment has been minimized.

Show comment
Hide comment
@bpasero

bpasero Sep 12, 2018

Member

Thanks, closing. We will ship this update for our September release.

Member

bpasero commented Sep 12, 2018

Thanks, closing. We will ship this update for our September release.

@bpasero bpasero closed this Sep 12, 2018

@bpasero bpasero added this to the September 2018 milestone Sep 12, 2018

@bpasero bpasero added bug verification-needed and removed bug labels Sep 12, 2018

@bpasero

This comment has been minimized.

Show comment
Hide comment
@bpasero

bpasero Sep 12, 2018

Member

Verifier: start VSCode on an ArchLinux distribution.

Member

bpasero commented Sep 12, 2018

Verifier: start VSCode on an ArchLinux distribution.

@kbrosnan

This comment has been minimized.

Show comment
Hide comment
@kbrosnan

kbrosnan Sep 18, 2018

I am able to start an insider build using an up to date Arch Linux. Downloaded the insider tar.gz and extracted then ran code-insiders. Where 1.26.1 crashes with the glibc_2.28 error.

Version: 1.28.0-insider
Commit: d59d9f5
Date: 2018-09-18T09:05:00.360Z
Electron: 2.0.9
Chrome: 61.0.3163.100
Node.js: 8.9.3
V8: 6.1.534.41
Architecture: x64

kbrosnan commented Sep 18, 2018

I am able to start an insider build using an up to date Arch Linux. Downloaded the insider tar.gz and extracted then ran code-insiders. Where 1.26.1 crashes with the glibc_2.28 error.

Version: 1.28.0-insider
Commit: d59d9f5
Date: 2018-09-18T09:05:00.360Z
Electron: 2.0.9
Chrome: 61.0.3163.100
Node.js: 8.9.3
V8: 6.1.534.41
Architecture: x64

@isidorn

This comment has been minimized.

Show comment
Hide comment
@isidorn

isidorn Sep 26, 2018

Contributor

Adding verified label since @kbrosnan verified

Contributor

isidorn commented Sep 26, 2018

Adding verified label since @kbrosnan verified

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment