Pagina 1 di 2

segfault di atom su current 64

Inviato: mar 4 set 2018, 11:18
da conraid
Provando a compilare atom ho un errore, quindi ho preso i binari già pronti ma vanno in segfault. Così anche la vecchia versione compilata. E anche l'errore di compilazione sembra un problema simile, va in seg electron.

A qualcuno di voi funziona? Non riesco a capire cosa possa essere l'errore.
https://github.com/atom/atom

ho current 64

errore sia nella mia installazione sia in una installazione pulita

Re: segfault di atom su current 64

Inviato: mar 4 set 2018, 14:15
da ponce
stai provando a installarlo usando le versioni di SBo?

Re: segfault di atom su current 64

Inviato: mar 4 set 2018, 14:19
da conraid
No, lo compilo da solo in modo diverso (build --install invece di procedure a mano), il problema lo da quando lancia il comando mksnapshot dopo aver scaricato Electron.
Ma appunto anche il binario scaricato dal loro sito non va. E anche le versioni vecchie compilate da me, che andavano a meraviglia.
Provo con SBo, sperando che va con l'ultima.

Re: segfault di atom su current 64

Inviato: mar 4 set 2018, 15:19
da conraid
Stesso errore

Codice: Seleziona tutto

Verifying if snapshot can be executed via `mksnapshot`
Error: Command failed: /tmp/pkg/atom-1.30.0/out/atom-1.30.0-amd64/atom /tmp/pkg/atom-1.30.0/script/verify-snapshot-script /tmp/pkg/atom-1.30.0/out/startup.js
  at checkExecSyncError (child_process.js:600:11)
  at Object.execFileSync (child_process.js:618:13)
  at electronLink.then (/tmp/pkg/atom-1.30.0/script/lib/generate-startup-snapshot.js:84:18)
E ho letto, non ritrovo dove, di un possibile problema con segfault, e infatti se provo a lanciare il binario creato va subito in segfault

Re: segfault di atom su current 64

Inviato: mar 4 set 2018, 16:22
da ponce
invece io ho compilato la versione di nodejs presente su SBo e l'ultima disponibile di atom (usando lo SlackBuild di SBo, cambiando solo la versione) e funziona: se la vuoi provare e' qui.

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 8:36
da conraid
No, da lo stesso problema

Codice: Seleziona tutto

$ /usr/bin/atom: riga 157: 10081 Errore di segmentazione nohup "$ATOM_PATH" --executed-from="$(pwd)" --pid=$$ "$@" > "$ATOM_HOME/nohup.out" 2>&1
^C
Se vado in /usr/share/atom e lancio atom

Codice: Seleziona tutto

$ ./atom 
Errore di segmentazione
Tra l'altro la versione di node in esecuzione è ininfluente, ne usa una interna.

Chissà che cazz'è.

Lo fa anche nell'installazione pulita. Se a te va a questo punto sospetto roba hardware, boh :(
O il kernel, provo con huge.

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 8:39
da conraid
No, anche con huge idem.
Roba video? Ho driver intel.

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 8:54
da ponce
a me funziona sia su una macchina virtuale col driver video qxl che su una macchina fisica col driver nvidia.

sinceramente non ho idea: magari prova a rinominare la directory ~/.atom per vedere se cambia qualcosa (ma dico cose a caso).

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 10:34
da conraid
Provato, anche da utente root e da nuovo utente. Si blocca prima mi sa.

Facendo strace vedo che per ultimo carica libgmp e poi dopo varie cose va in segfault

Codice: Seleziona tutto

openat(AT_FDCWD, "/usr/lib64/libgmp.so.10", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\326\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=484064, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2c33c4000
mmap(NULL, 2579328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fb2c314e000
mprotect(0x7fb2c31c3000, 2093056, PROT_NONE) = 0
mmap(0x7fb2c33c2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x74000) = 0x7fb2c33c2000
close(3)                                = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2c314c000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2c314a000
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2c3148000
mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2c3145000
arch_prctl(ARCH_SET_FS, 0x7fb2c3145b80) = 0
mprotect(0x7fb2c81c2000, 16384, PROT_READ) = 0
mprotect(0x7fb2c33c2000, 4096, PROT_READ) = 0
mprotect(0x7fb2c382f000, 8192, PROT_READ) = 0
mprotect(0x7fb2c35f9000, 4096, PROT_READ) = 0
mprotect(0x7fb2c3baf000, 12288, PROT_READ) = 0
mprotect(0x7fb2c3dcf000, 4096, PROT_READ) = 0
mprotect(0x7fb2c8781000, 4096, PROT_READ) = 0
mprotect(0x7fb2c6533000, 4096, PROT_READ) = 0
mprotect(0x7fb2c3ee9000, 40960, PROT_READ) = 0
mprotect(0x7fb2c3f05000, 4096, PROT_READ) = 0
mprotect(0x7fb2c3f53000, 16384, PROT_READ) = 0
mprotect(0x7fb2c5e42000, 4096, PROT_READ) = 0
mprotect(0x7fb2c6046000, 4096, PROT_READ) = 0
mprotect(0x7fb2cb631000, 4096, PROT_READ) = 0
mprotect(0x7fb2ca3b7000, 4096, PROT_READ) = 0
mprotect(0x7fb2ca9dd000, 4096, PROT_READ) = 0
mprotect(0x7fb2c415d000, 4096, PROT_READ) = 0
mprotect(0x7fb2c4376000, 8192, PROT_READ) = 0
mprotect(0x7fb2ccc2d000, 4096, PROT_READ) = 0
mprotect(0x7fb2c43a6000, 16384, PROT_READ) = 0
mprotect(0x7fb2c8371000, 4096, PROT_READ) = 0
mprotect(0x7fb2c43bc000, 4096, PROT_READ) = 0
mprotect(0x7fb2c8537000, 8192, PROT_READ) = 0
mprotect(0x7fb2c67bc000, 4096, PROT_READ) = 0
mprotect(0x7fb2c43ce000, 4096, PROT_READ) = 0
mprotect(0x7fb2c45d1000, 4096, PROT_READ) = 0
mprotect(0x7fb2c47d8000, 4096, PROT_READ) = 0
mprotect(0x7fb2c49db000, 4096, PROT_READ) = 0
mprotect(0x7fb2c4be3000, 4096, PROT_READ) = 0
mprotect(0x7fb2c4de7000, 4096, PROT_READ) = 0
mprotect(0x7fb2c4fee000, 4096, PROT_READ) = 0
mprotect(0x7fb2c51fe000, 4096, PROT_READ) = 0
mprotect(0x7fb2c632b000, 4096, PROT_READ) = 0
mprotect(0x7fb2c9c45000, 4096, PROT_READ) = 0
mprotect(0x7fb2cb6df000, 4096, PROT_READ) = 0
mprotect(0x7fb2cb68a000, 4096, PROT_READ) = 0
mprotect(0x7fb2c542d000, 12288, PROT_READ) = 0
mprotect(0x7fb2c543b000, 4096, PROT_READ) = 0
mprotect(0x7fb2c55fa000, 57344, PROT_READ) = 0
mprotect(0x7fb2c878d000, 4096, PROT_READ) = 0
mprotect(0x7fb2c93af000, 4096, PROT_READ) = 0
mprotect(0x7fb2c580e000, 4096, PROT_READ) = 0
mprotect(0x7fb2c5a13000, 4096, PROT_READ) = 0
mprotect(0x7fb2c9c4c000, 4096, PROT_READ) = 0
mprotect(0x7fb2c60b7000, 4096, PROT_READ) = 0
mprotect(0x7fb2c609b000, 8192, PROT_READ) = 0
mprotect(0x7fb2cb87a000, 20480, PROT_READ) = 0
mprotect(0x7fb2c5c3a000, 4096, PROT_READ) = 0
mprotect(0x7fb2cb636000, 4096, PROT_READ) = 0
mprotect(0x7fb2ca7cb000, 4096, PROT_READ) = 0
mprotect(0x7fb2caff0000, 4096, PROT_READ) = 0
mprotect(0x7fb2c65a2000, 12288, PROT_READ) = 0
mprotect(0x7fb2c69c9000, 4096, PROT_READ) = 0
mprotect(0x7fb2c6bcc000, 4096, PROT_READ) = 0
mprotect(0x7fb2c6dff000, 4096, PROT_READ) = 0
mprotect(0x7fb2c6e31000, 4096, PROT_READ) = 0
mprotect(0x7fb2c70d0000, 32768, PROT_READ) = 0
mprotect(0x7fb2c743d000, 28672, PROT_READ) = 0
mprotect(0x7fb2c7189000, 4096, PROT_READ) = 0
mprotect(0x7fb2c718e000, 4096, PROT_READ) = 0
mprotect(0x7fb2c765f000, 4096, PROT_READ) = 0
mprotect(0x7fb2cc04c000, 8192, PROT_READ) = 0
mprotect(0x7fb2c8777000, 8192, PROT_READ) = 0
mprotect(0x7fb2c7678000, 4096, PROT_READ) = 0
mprotect(0x7fb2c79a1000, 28672, PROT_READ) = 0
mprotect(0x7fb2cc001000, 12288, PROT_READ) = 0
mprotect(0x7fb2c7bda000, 4096, PROT_READ) = 0
mprotect(0x7fb2ca5c5000, 4096, PROT_READ) = 0
mprotect(0x7fb2cbdd8000, 12288, PROT_READ) = 0
mprotect(0x7fb2c7de3000, 8192, PROT_READ) = 0
mprotect(0x7fb2c7fe7000, 4096, PROT_READ) = 0
mprotect(0x7fb2c81e6000, 4096, PROT_READ) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fb2c3143000
mprotect(0x7fb2c84ef000, 40960, PROT_READ) = 0
mprotect(0x7fb2c8a0f000, 32768, PROT_READ) = 0
mprotect(0x7fb2c8d0b000, 28672, PROT_READ) = 0
mprotect(0x7fb2c9805000, 28672, PROT_READ) = 0
mprotect(0x7fb2c9b27000, 20480, PROT_READ) = 0
mprotect(0x7fb2c95d7000, 12288, PROT_READ) = 0
mprotect(0x7fb2c9e72000, 4096, PROT_READ) = 0
mprotect(0x7fb2ca075000, 4096, PROT_READ) = 0
mprotect(0x7fb2cb40b000, 4096, PROT_READ) = 0
mprotect(0x7fb2ca27d000, 4096, PROT_READ) = 0
mprotect(0x7fb2cabe0000, 4096, PROT_READ) = 0
mprotect(0x7fb2caded000, 4096, PROT_READ) = 0
mprotect(0x7fb2cb1fb000, 4096, PROT_READ) = 0
mprotect(0x7fb2cbaa5000, 4096, PROT_READ) = 0
mprotect(0x7fb2cc05d000, 4096, PROT_READ) = 0
mprotect(0x7fb2cc30e000, 20480, PROT_READ) = 0
mprotect(0x7fb2ccbfb000, 45056, PROT_READ) = 0
mprotect(0x7fb2cdf7b000, 4096, PROT_READ) = 0
munmap(0x7fb2ccc33000, 314853)          = 0
set_tid_address(0x7fb2c3145e50)         = 32383
set_robust_list(0x7fb2c3145e60, 24)     = 0
rt_sigaction(SIGRTMIN, {sa_handler=0x7fb2ccc18710, sa_mask=[], sa_flags=SA_RESTORER|SA_SIGINFO, sa_restorer=0x7fb2ccc24960}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {sa_handler=0x7fb2ccc187a0, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART|SA_SIGINFO, sa_restorer=0x7fb2ccc24960}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
prlimit64(0, RLIMIT_STACK, NULL, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0
openat(AT_FDCWD, "/dev/urandom", O_RDONLY) = 3
read(3, "\275#q[", 4)                   = 4
close(3)                                = 0
futex(0x57f2cb8, FUTEX_WAKE_PRIVATE, 2147483647) = 0
mmap(0x1b9559b46000, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559b46000
mprotect(0x1b9559b46000, 4096, PROT_NONE) = 0
mmap(0x1b9559b66000, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559b66000
mprotect(0x1b9559b66000, 4096, PROT_NONE) = 0
mmap(0x1b9559b86000, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559b86000
mprotect(0x1b9559b86000, 4096, PROT_NONE) = 0
mmap(0x1b9559ba6000, 61440, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559ba6000
mmap(0x1b9559bb5000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559bb5000
mmap(0x1b9559bbd000, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559bbd000
mprotect(0x1b9559bbd000, 4096, PROT_NONE) = 0
mmap(0x1b9559bdd000, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559bdd000
mmap(0x1b9559cdd000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559cdd000
mmap(0x1b9559ce5000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x1b9559ce5000
madvise(0x1b9559bdd000, 1048576, MADV_DONTNEED) = 0
gettimeofday({tv_sec=1536134846, tv_usec=549015}, NULL) = 0
madvise(0x1b9559be8000, 4096, MADV_DONTNEED) = 0
madvise(0x1b9559bf4000, 954368, MADV_DONTNEED) = 0
futex(0x7fb2c9c47578, FUTEX_WAKE_PRIVATE, 2147483647) = 0
futex(0x7fb2c9c47578, FUTEX_WAKE_PRIVATE, 2147483647) = 0
madvise(0x1b9559bf0000, 4096, MADV_DONTNEED) = 0
getrandom("\x14", 1, GRND_NONBLOCK)     = 1
stat("/etc/gnutls/default-priorities", 0x7fff6726cfe0) = -1 ENOENT (File o directory non esistente)
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_ACCERR, si_addr=0xdbf060} ---
+++ killed by SIGSEGV +++
Errore di segmentazione
Quel /etc/gnutls/default-priorities è ininfluente, non c'è mai stato, e anche mettendone uno preso da esempi in rete non cambia niente.

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 14:29
da conraid
Nel notebook di mia mamma, in cui ho messo current 64, funziona bene :(
Anche quello con driver intel.

Mi sembra di tornare a anni fa quando inkscape dava problemi a 2 o 3 persone qui dentro e a quell'altri andava bene. Mai capito l'origine. Però se si blocca durante la creazione dello snapshot, oltre che in avvio, sospetto electron o qualche componente così.

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 16:22
da lablinux
Forse è una domanda stupida, ma l'installazione è FULL su tutti i pc?

Re: segfault di atom su current 64

Inviato: mer 5 set 2018, 16:33
da conraid
lablinux ha scritto:Forse è una domanda stupida, ma l'installazione è FULL su tutti i pc?

Ni.
Tolgo i pacchetti della gestione della scrittura asiatica, per il resto c'è tutto. La versione in chroot poi è full e pulita.

Re: segfault di atom su current 64

Inviato: dom 9 set 2018, 15:38
da conraid
Su una immagine virtuale funziona.

Re: segfault di atom su current 64

Inviato: dom 23 set 2018, 11:38
da conraid
Ponce puoi provare ora?
Mi sa che è un problema con le nuove glibc, infatti io avevo quelle installate in testing, e facendo prove su installazione pulita con glibc 2.27 non da errore, con 2.28 sì.

Re: segfault di atom su current 64

Inviato: dom 23 set 2018, 11:41
da conraid
E infatti... https://github.com/electron/electron/issues/13972

Problema di Electron come sospettavo, ma da bravo bischero non ricordavo di aver impostato testing per slackpkg