segfault di atom su current 64

Se avete problemi con l'installazione e la configurazione di Slackware64 postate qui. Non usate questo forum per argomenti che trattano la Slackware32 o generali... per quelli usate rispettivamente il forum Slackware e Gnu/Linux in genere.

Moderatore: Staff

Regole del forum
1) Citare sempre la versione di Slackware64 usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware64, se l'argomento è Slackware32 o generale usate rispettivamente il forum Slackware o Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.

La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

segfault di atom su current 64

Messaggioda conraid » mar set 04, 2018 11:18

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

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 2498
Iscritto il: mer mar 05, 2008 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 4.19.0-rc8
Desktop: lxde
Località: Pisa
Contatta:

Re: segfault di atom su current 64

Messaggioda ponce » mar set 04, 2018 14:15

stai provando a installarlo usando le versioni di SBo?

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mar set 04, 2018 14:19

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.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mar set 04, 2018 15:19

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

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 2498
Iscritto il: mer mar 05, 2008 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 4.19.0-rc8
Desktop: lxde
Località: Pisa
Contatta:

Re: segfault di atom su current 64

Messaggioda ponce » mar set 04, 2018 16:22

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.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mer set 05, 2018 8:36

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.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mer set 05, 2018 8:39

No, anche con huge idem.
Roba video? Ho driver intel.

Avatar utente
ponce
Iper Master
Iper Master
Messaggi: 2498
Iscritto il: mer mar 05, 2008 16:45
Nome Cognome: Matteo Bernardini
Slackware: slackware64-current
Kernel: 4.19.0-rc8
Desktop: lxde
Località: Pisa
Contatta:

Re: segfault di atom su current 64

Messaggioda ponce » mer set 05, 2018 8:54

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).

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mer set 05, 2018 10:34

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.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mer set 05, 2018 14:29

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ì.

Avatar utente
lablinux
Linux 4.x
Linux 4.x
Messaggi: 1095
Iscritto il: gio nov 27, 2008 12:23
Desktop: Gnome
Distribuzione: Debian testing
Località: Rho

Re: segfault di atom su current 64

Messaggioda lablinux » mer set 05, 2018 16:22

Forse è una domanda stupida, ma l'installazione è FULL su tutti i pc?

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » mer set 05, 2018 16:33

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.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » dom set 09, 2018 15:38

Su una immagine virtuale funziona.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » dom set 23, 2018 11:38

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ì.

Avatar utente
conraid
Staff
Staff
Messaggi: 13221
Iscritto il: gio lug 14, 2005 0:00
Nome Cognome: Corrado Franco
Slackware: current64
Località: Livorno
Contatta:

Re: segfault di atom su current 64

Messaggioda conraid » dom set 23, 2018 11:41

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