segfault di atom su current 64
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.
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.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
segfault di atom su current 64
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
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
- ponce
- Iper Master
- Messaggi: 3026
- Iscritto il: mer 5 mar 2008, 16:45
- Nome Cognome: Matteo Bernardini
- Slackware: slackware64-current
- Kernel: 6.6.16
- Desktop: lxde
- Località: Pisa
- Contatta:
Re: segfault di atom su current 64
stai provando a installarlo usando le versioni di SBo?
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
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.
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.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
Stesso errore
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
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)
- ponce
- Iper Master
- Messaggi: 3026
- Iscritto il: mer 5 mar 2008, 16:45
- Nome Cognome: Matteo Bernardini
- Slackware: slackware64-current
- Kernel: 6.6.16
- Desktop: lxde
- Località: Pisa
- Contatta:
Re: segfault di atom su current 64
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.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
No, da lo stesso problema
Se vado in /usr/share/atom e lancio atom
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.
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
Codice: Seleziona tutto
$ ./atom
Errore di segmentazione
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.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
No, anche con huge idem.
Roba video? Ho driver intel.
Roba video? Ho driver intel.
- ponce
- Iper Master
- Messaggi: 3026
- Iscritto il: mer 5 mar 2008, 16:45
- Nome Cognome: Matteo Bernardini
- Slackware: slackware64-current
- Kernel: 6.6.16
- Desktop: lxde
- Località: Pisa
- Contatta:
Re: segfault di atom su current 64
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).
sinceramente non ho idea: magari prova a rinominare la directory ~/.atom per vedere se cambia qualcosa (ma dico cose a caso).
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
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
Quel /etc/gnutls/default-priorities è ininfluente, non c'è mai stato, e anche mettendone uno preso da esempi in rete non cambia niente.
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
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
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ì.
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ì.
- lablinux
- Linux 4.x
- Messaggi: 1212
- Iscritto il: gio 27 nov 2008, 12:23
- Desktop: Gnome
- Distribuzione: Debian testing
- Località: Rho
Re: segfault di atom su current 64
Forse è una domanda stupida, ma l'installazione è FULL su tutti i pc?
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
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.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
Su una immagine virtuale funziona.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
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ì.
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ì.
- conraid
- Staff
- Messaggi: 13630
- Iscritto il: gio 14 lug 2005, 0:00
- Nome Cognome: Corrado Franco
- Slackware: current64
- Desktop: kde
- Località: Livorno
- Contatta:
Re: segfault di atom su current 64
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
Problema di Electron come sospettavo, ma da bravo bischero non ricordavo di aver impostato testing per slackpkg