On 2022-06-29 at 10:47 ADT, John Forkosh <
for...@panix.com> wrote:
> Jim Diamond <
JimDi...@ns.sympatico.ca> wrote:
>> John Forkosh <
for...@panix.com> wrote:
>>> Jim Diamond <
JimDi...@ns.sympatico.ca> wrote:
>>>> <<snip>>
>>>> On the other hand, if I select Edit/Preferences, acroread crashes
>>>> about three seconds later. Just out of curiosity, does yours also
>>>> do that? Jim
>>>
>>> As previously, nope, mine doesn't do that.
>>> But as it turns out, Javier's suggestion (see my second followup
>>> to him) immediately solves all my acroread problems...
>>> from the command line
>>> GTK2_RC_FILES=/usr/share/themes/Adwaita/gtk-2.0/gtkrc
>>> export GTK2_RC_FILES
>
> oops, just for the record, that should be
> export $GTK2_RC_FILES
I think you were correct the first time.
This is really weird. I'd love to know what the significant
difference is between your system and my system is.
I've tried running acroread via strace, but I don't see anything in
strace's output to give me a hint as to what the problem is.
If anyone else is still reading this, I'd love to hear other ideas.
>> But once again it crashes a couple of seconds after I bring up the
>> preferences window.
>>
>> My install of 15.0 is mostly complete, except I did not install much
>> of kde (I installed a few packages to get one or two kde tools).
>> Do you mind telling me what window manager or desktop environment you
>> use? Cheers. Jim
>
> fvwm2, with an fvwm95 "overlay".
Huh. I'm using fvwm2 as well, although not with the fvwm95 stuff.
I was thinking that if you were using kde (or xfce or ...) it might
modify your environment in some significant way (significant to
acroread). I suppose fvwm2 might still do that, but since fvwm2 is
far less intrusive than "desktop environments", I'm not confident of
that.
For anyone reading this who is a strace wizard, here are the last few
lines I get before acroread crashes when I open the preferences dialog;
[pid 11773] openat(AT_FDCWD, "/usr/lib/gconv/UTF-32.so", O_RDONLY|O_LARGEFILE|O_CLOEXEC) = 24
[pid 11773] read(24, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\20\0\0004\0\0\0"..., 512) = 512
[pid 11773] statx(24, "", AT_STATX_SYNC_AS_STAT|AT_NO_AUTOMOUNT|AT_EMPTY_PATH, STATX_BASIC_STATS, {stx_mask=STATX_BASIC_STATS|STATX_MNT_ID, stx_attributes=0, stx_mode=S_IFREG|0755, stx_size=19084, ...}) = 0
[pid 11773] mmap2(NULL, 20528, PROT_READ, MAP_PRIVATE|MAP_DENYWRITE, 24, 0) = 0xf3d0f000
[pid 11773] mmap2(0xf3d10000, 8192, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 24, 0x1000) = 0xf3d10000
[pid 11773] mmap2(0xf3d12000, 4096, PROT_READ, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 24, 0x3000) = 0xf3d12000
[pid 11773] mmap2(0xf3d13000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 24, 0x3000) = 0xf3d13000
[pid 11773] close(24) = 0
[pid 11773] mprotect(0xf3d13000, 4096, PROT_READ) = 0
[pid 11773] mkdir("/home/<my home dir>/.adobe/Linguistics/UserDictionaries/Adobe Custom Dictionary", 0755) = -1 EEXIST (File exists)
[pid 11773] mkdir("/home/<my home dir>/.adobe/Linguistics/UserDictionaries/Adobe Custom Dictionary/eng", 0755) = -1 EEXIST (File exists)
[pid 11773] openat(AT_FDCWD, "/opt/Adobe/Reader9/Reader/../Resource/Linguistics/LanguageNames2/DisplayLanguageNames.en_US.txt", O_RDONLY|O_LARGEFILE) = 24
[pid 11773] read(24, "\377\376\"\0$\0$\0$\0/\0L\0i\0l\0o\0/\0D\0i\0s\0p\0l\0"..., 8191) = 8191
[pid 11773] --- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=NULL} ---
[pid 11773] getpid() = 11773
[pid 11773] close(10) = 0
[pid 11773] unlink("/home/<my home dir>/.adobe/Acrobat/9.0/AdobeIDataSync/Preferences_Dialog") = 0
[pid 11773] rt_sigaction(SIGABRT, {sa_handler=SIG_DFL, sa_mask=[ABRT], sa_flags=SA_RESTART}, {sa_handler=0x850aafa, sa_mask=[], sa_flags=0}, 8) = 0
[pid 11773] exit_group(1) = ?
[pid 11790] <... poll resumed> <unfinished ...>) = ?
[pid 11790] +++ exited with 1 +++
+++ exited with 1 +++
One might assume that something acroread does with the contents of
.../DisplayLanguageNames.en_US.txt causes the segmentation violation,
but I wonder why it happens on my system and not John's system (or
maybe anyone else's system).
For anyone interested, to get the strace I did
(1) cp /opt/Adobe/Reader9/bin/acroread /opt/Adobe/Reader9/bin/acroread.ldd
(2) In the .ldd file I
(a) replaced #!/bin/sh with #!/bin/bash
(b) replaced (line 22)
exec ${1+"$@"}
with
strace -f /lib/ld-linux.so.2 ${1+"$@"}
(3) And then ran
/opt/Adobe/Reader9/bin/acroread.ldd somefile.pdf
> But just to check whether my wm was causing the problem, I tested
> /etc/X11/xinit/xinitrc-->xinitrc.kde, and ran kde instead. Same
> acroread behavior both with/without that GTK2_RC_FILES regardless of
> wm. I can only suggest a Full Install, but that's just a wild
> guess. I have no idea what kde dependencies acroread actually
> has. But the fact that your acroread ran, at least until it crashed,
> without that GTK2_RC_FILES suggests acroread's behaving differently
> in our two environments.
Thanks for taking the time to do the test. The mystery continues.
Jim