You are not logged in.

#1 2020-11-17 19:39:46

djg1971
Member
Registered: 2008-09-11
Posts: 173

problem with pango ??

was using matlab on a running arch system this morning and observed the following error echoed to the shell:

/usr/local/MATLAB/R2019b/bin/glnxa64/jcef_helper: symbol lookup error: /usr/lib/libpango-1.0.so.0: undefined symbol: g_ptr_array_copy

happens with both LTS and current system (pacman -Syu as of today).

Anyone know what is going on?

Offline

#2 2020-11-17 21:16:19

Stefan Husmann
Member
From: Germany
Registered: 2007-08-07
Posts: 1,138

Re: problem with pango ??

Things like that can always happen when using third party software. Normally a rebuild would help, but I doubt it will help in this case, as matlab is propietary software.

Downgrade pango.

Offline

#3 2020-11-17 21:18:14

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

downgrading pango does not help.

Offline

#4 2020-11-17 21:19:42

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

oddly, also updating matlab to the 2020 version also does not help.

Offline

#5 2020-11-17 21:21:11

Stefan Husmann
Member
From: Germany
Registered: 2007-08-07
Posts: 1,138

Re: problem with pango ??

Did it ever run then? What was the pange version before the update today?

Offline

#6 2020-11-17 21:24:03

loqs
Member
Registered: 2014-03-06
Posts: 12,084

Re: problem with pango ??

If you reverse the last `pacman -Syu` by downgrading to the date of previous upgrade.
Can you still reproduce the message?

Offline

#7 2020-11-17 21:45:38

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

I haven't downgraded the whole system, but it had only been maybe a week or two since I did a full "pacman -Syu," and the problem just spontaneously appeared. I had used matlab fine the night before, and was using it without incident this morning and then it just started throwing the error. Very weird. First I restarted the program...no effect...then rebooted the machine...no effect...then did pacman -Syu and rebooted...no effect. Then downgraded pango...no effect. Then booted into lts...no effect.
It's as if something spontaneously broke, only it's not clear what. But I was using a 2019 version of matlab...upgraded to 2020 version...no effect. So then I decided to post to the forum, thinking it might be an arch issue. Here is some more info (TMI): if I invoke matlab with matlab -nodesktop and then run a script which produces some plots, I can again click on menu items from within the figure pane and now they work. So something is still screwed up but the impact on work is much reduced. Fwiw, I found this on the matlab site, so it may be possible to fix it following the lead(s) suggested there:

https://www.mathworks.com/matlabcentral … t_get_type

Offline

#8 2020-11-17 22:08:47

loqs
Member
Registered: 2014-03-06
Posts: 12,084

Re: problem with pango ??

I would suggest you change the thread title to reflect that the issue is limited to matlab and not an issue with the pango package.
The symbol g_ptr_array_copy is supplied by usr/lib/libpango-1.0.so in pango 1:1.48.0-1

bsdtar -xvf ~/Downloads/pango-1\ 1.48.0-1-x86_64.pkg.tar.zst
nm -D usr/lib/libpango-1.0.so | grep array
                 U g_array_append_vals
                 U g_array_free
                 U g_array_new
                 U g_ptr_array_add
                 U g_ptr_array_copy
                 U g_ptr_array_free
                 U g_ptr_array_insert
                 U g_ptr_array_new
                 U g_ptr_array_remove_index
0000000000032860 T pango_tab_array_copy
0000000000031d40 T pango_tab_array_free
0000000000032de0 T pango_tab_array_get_positions_in_pixels
0000000000032ad0 T pango_tab_array_get_size
0000000000032c90 T pango_tab_array_get_tab
0000000000032d30 T pango_tab_array_get_tabs
0000000000032a60 T pango_tab_array_get_type
00000000000327b0 T pango_tab_array_new
00000000000328e0 T pango_tab_array_new_with_positions
0000000000032b10 T pango_tab_array_resize
0000000000032bd0 T pango_tab_array_set_tab
lddtree usr/lib/libpango-1.0.so
usr/lib/libpango-1.0.so (interpreter => None)
    libm.so.6 => /usr/lib/libm.so.6
        ld-linux-x86-64.so.2 => /usr/lib/ld-linux-x86-64.so.2
    libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0
        libpcre.so.1 => /usr/lib/libpcre.so.1
    libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0
        libffi.so.7 => /usr/lib/libffi.so.7
    libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0
            libdl.so.2 => /usr/lib/libdl.so.2
        libz.so.1 => /usr/lib/libz.so.1
        libmount.so.1 => /usr/lib/libmount.so.1
            libblkid.so.1 => /usr/lib/libblkid.so.1
            librt.so.1 => /usr/lib/librt.so.1
        libresolv.so.2 => /usr/lib/libresolv.so.2
    libfribidi.so.0 => /usr/lib/libfribidi.so.0
    libthai.so.0 => /usr/lib/libthai.so.0
        libdatrie.so.1 => /usr/lib/libdatrie.so.1
    libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0
        libfreetype.so.6 => /usr/lib/libfreetype.so.6
        libharfbuzz.so.0 => !!! circular loop !!!
            libbz2.so.1.0 => /usr/lib/libbz2.so.1.0
            libpng16.so.16 => /usr/lib/libpng16.so.16
        libgraphite2.so.3 => /usr/lib/libgraphite2.so.3
    libpthread.so.0 => /usr/lib/libpthread.so.0
    libc.so.6 => /usr/lib/libc.so.6
nm -D /usr/lib/libglib-2.0.so.0 | grep array
0000000000021850 T g_array_append_vals
000000000001d500 T g_array_binary_search
00000000000216b0 T g_array_copy
0000000000020f00 T g_array_free
000000000001d0b0 T g_array_get_element_size
0000000000021c10 T g_array_insert_vals
0000000000021670 T g_array_new
0000000000021920 T g_array_prepend_vals
0000000000020cf0 T g_array_ref
000000000001d0f0 T g_array_remove_index
000000000001d230 T g_array_remove_index_fast
000000000001d360 T g_array_remove_range
000000000001d080 T g_array_set_clear_func
0000000000021a00 T g_array_set_size
0000000000021580 T g_array_sized_new
00000000000213c0 T g_array_sort
0000000000021410 T g_array_sort_with_data
000000000001d020 T g_array_steal
0000000000020ea0 T g_array_unref
0000000000021900 T g_byte_array_append
0000000000020fc0 T g_byte_array_free
0000000000021200 T g_byte_array_free_to_bytes
0000000000021780 T g_byte_array_new
00000000000217a0 T g_byte_array_new_take
00000000000219e0 T g_byte_array_prepend
0000000000020d40 T g_byte_array_ref
000000000001d210 T g_byte_array_remove_index
000000000001d340 T g_byte_array_remove_index_fast
000000000001dc20 T g_byte_array_remove_range
0000000000021d20 T g_byte_array_set_size
0000000000021830 T g_byte_array_sized_new
0000000000021400 T g_byte_array_sort
0000000000021450 T g_byte_array_sort_with_data
000000000001d070 T g_byte_array_steal
0000000000020ef0 T g_byte_array_unref
0000000000028a20 T g_bytes_unref_to_array
0000000000040e90 T g_hash_table_get_keys_as_array
0000000000059850 T g_log_structured_array
00000000000220d0 T g_ptr_array_add
0000000000021df0 T g_ptr_array_copy
0000000000022160 T g_ptr_array_extend
0000000000022280 T g_ptr_array_extend_and_steal
000000000001dc10 T g_ptr_array_find
000000000001db60 T g_ptr_array_find_with_equal_func
000000000001daf0 T g_ptr_array_foreach
0000000000021020 T g_ptr_array_free
00000000000222d0 T g_ptr_array_insert
00000000000210e0 T g_ptr_array_new
0000000000021f70 T g_ptr_array_new_full
0000000000021120 T g_ptr_array_new_with_free_func
0000000000020d50 T g_ptr_array_ref
000000000001d9d0 T g_ptr_array_remove
000000000001da60 T g_ptr_array_remove_fast
000000000001d7d0 T g_ptr_array_remove_index
000000000001d7e0 T g_ptr_array_remove_index_fast
000000000001d810 T g_ptr_array_remove_range
000000000001d670 T g_ptr_array_set_free_func
0000000000021fd0 T g_ptr_array_set_size
0000000000021f00 T g_ptr_array_sized_new
0000000000021460 T g_ptr_array_sort
00000000000214a0 T g_ptr_array_sort_with_data
000000000001d620 T g_ptr_array_steal
000000000001d7f0 T g_ptr_array_steal_index
000000000001d800 T g_ptr_array_steal_index_fast
0000000000020fd0 T g_ptr_array_unref
0000000000060440 T g_rand_new_with_seed_array
0000000000060320 T g_rand_set_seed_array
000000000008f900 T g_variant_dup_bytestring_array
000000000008f820 T g_variant_get_bytestring_array
000000000008ed90 T g_variant_get_fixed_array
000000000008eb90 T g_variant_new_array
000000000008dc50 T g_variant_new_bytestring_array
000000000008dd60 T g_variant_new_fixed_array
00000000000925d0 T g_variant_type_is_array
00000000000a19d0 T g_variant_type_new_array

Offline

#9 2020-11-17 22:20:47

WorMzy
Forum Moderator
From: Scotland
Registered: 2010-06-16
Posts: 10,076
Website

Re: problem with pango ??

Mod note: Moving to AUR Issues.


Sakura:-
Mobo: MSI X299 TOMAHAWK ARCTIC // Processor: Intel Core i7-7820X 3.6GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 5x 1TB HDD, 2x 120GB SSD, 1x 275GB M2 SSD

Making lemonade from lemons since 2015.

Offline

#10 2020-11-18 12:38:15

Lithium Sulfate
Member
Registered: 2020-07-01
Posts: 2

Re: problem with pango ??

I had an issue recently where the majority of the SimuLink UI did not load at all, and I recall noticing a similar error message. There is a workaround described at https://wiki.archlinux.org/index.php/MA … ot_working that has resolved this for me, perhaps you could give that a try.

Last edited by Lithium Sulfate (2020-11-18 12:38:45)

Offline

#11 2020-11-18 14:13:11

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

@Lithium Sulfate -- Thanks. I have tried relinking all those libraries, both with matlab R2019b and R2020a. Nothing prevents the original error which started all this, "An unexpected error has occurred." from popping up after basically every command.

Once all the libraries are relinked I can use the menus on plots (figure windows) successfully, but only if I launch matlab as "matlab -nodesktop"

There appears to be nothing that will stop the "An unexpected error..." from happening with either release of the software.

As I mentioned at one point in all this traffic, the bizarre thing about this is that I had been using R2019b successfully for months with no such issues. I was actually using R2019b in real time and all of a sudden the box "An unexpected error has occurred" popped up for the first time. Since then it has stubbornly refused to go away, despite arch updates, pkg downgrades, multiple reboots (including into lts), installing an entirely new version of the software (R2020a), relinking all those lib files, and changing which variables are set in the shell environment. This is the sort of thing which I might not believe if someone told me it happened to them, only it happened to me.

Offline

#12 2020-11-18 14:50:28

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

g_ptr_array_copy is in libglib, does matlab ship an old version of that library?

Offline

#13 2020-11-18 15:12:58

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

Yes, but that is no longer the issue:

The libraries that come with matlab have a host of problems with undefined symbols, but all of those are fixed by comprehensively relinking to the system lib files.

even after I remove all of those problems, and fix the hardware opengl, and implement every other fix that seems to be out there on the wiki and general internet, I still cannot stop the pop-up error message "An unexpected error has occurred" from appearing, and as long as it appears, some functionality within the program is broken.

I got to the point where matlab launches with no errors echoed to the terminal, executes commands with no errors echoed to the terminal, but still, the pop-up error message "An unexpected error has occurred" keeps popping up, and if it does, some functionality is broken.

I think I have to give up for the moment, since the program is proprietary and is giving no further clues as to what's wrong under the hood.

Offline

#14 2020-11-18 15:20:25

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

https://www.mathworks.com/matlabcentral … nt-logging

I'd strace it to see whether it crosses any non-7bit paths or failes ENOENT on some file you accidentally might have removed.

Offline

#15 2020-11-18 15:37:31

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

I was not familiar with strace...just installed it.

>% strace matlab

yields thousands of lines of output. There are many -1 ENOENT type entries. Tens or hundreds of libraries named.

But as I said, I also did a fresh install of R2020a and immediately observed the same behavior.

man strace shows it is fairly versatile. Do you have any suggestions as to how best to use it?

Is it even possible under current arch that, somehow, while using matlab 2019b, some lib files, or portions thereof, got erased or overwritten or somehow messed up? These would have to be files that do not come from matlab, and were also not "fixed" during the recent pacman -Syu, nor worked around by booting into lts.

Offline

#16 2020-11-18 15:41:47

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

Look at the end of the strace (assuming it stalls when the dialog pops up?)

pacman -Qkk

tests the integrity of the installation, but from the earlier link, it really seems as if matlab just doesn't like some kinds of file/directory names when it triggers that warning.

Offline

#17 2020-11-18 15:58:32

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

Forgot to mention that once matlab has started up, if I do something which causes the "An unexpected error has occurred" to pop up, nothing further is echoed to the screen from strace.

Here is a summary of the output of pacman -Qkk:

 [djg-lt ~]# pacman -Qkk > check_output.txt

[djg-lt ~]# cat check_output.txt | wc -l
2454

[djg-lt ~]# cat check_output.txt | grep "0 altered" | wc -l
2362

[djg-lt ~]# cat check_output.txt | grep mismatch | wc -l
78

[djg-lt ~]# cat check_output.txt | grep "1 altered" | wc -l
8

[djg-lt ~]# cat check_output.txt | grep "1 altered" 
audit: 155 total files, 1 altered file
gdm: 498 total files, 1 altered file
ghc-libs: 1412 total files, 1 altered file
lighttpd: 105 total files, 1 altered file
nfs-utils: 106 total files, 1 altered file
systemd: 1818 total files, 1 altered file
update-grub: 3 total files, 1 altered file
vlc: 1057 total files, 1 altered file

[djg-lt ~]# cat check_output.txt | grep "2 altered" 
java-runtime-common: 21 total files, 2 altered files
shadow: 558 total files, 2 altered files
trousers: 138 total files, 2 altered files

[djg-lt ~]# cat check_output.txt | grep "3 altered"
cups: 874 total files, 3 altered files

[djg-lt ~]# cat check_output.txt | grep "4 altered"
openca-base: 1600 total files, 4 altered files

[djg-lt ~]# cat check_output.txt | grep "5 altered"

[djg-lt ~]# 

Offline

#18 2020-11-18 20:16:58

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

if I do something which causes

So it doesn't happen right with the startup, but requires a trigger?
What triggers it? Any pattern notable?

Offline

#19 2020-11-18 21:16:59

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

No, it does happen on start up. There are, I believe, three or four separate instances of the error which come by the time you can interact with the program (this is with normal start up (not -nodesktop). Then, every single command essentially produces another instance of the error. The program doesn't crash, but in the case of your action being clicking on a menu in a figure pane, for example, the action fails to execute (and you get the error). With commands issued at the command line, from what I can see they do execute fine, you just also get the error.

Offline

#20 2020-11-18 21:25:06

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

Let's try something:

localectl
locale
locale -a
LC_ALL=C matlab # this makes matlab run in a 7bit locale

Offline

#21 2020-11-18 21:31:44

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

very interesting...now the error in the pop-up box has changed. "Error: Invalid use of operator"

You would seem to be onto something though; if I might impose, please keep the suggestions coming...

Offline

#22 2020-11-19 07:00:54

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

Stray utf-8 (non-ascii) chars in some opened project?
(The erro messages are of course very helpful - I mean, why bother mention what operator or where it's found…)

Offline

#23 2020-11-19 08:35:07

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

no opened projects necessary. just launch matlab and type any command. i usually use “ver” which just prints info to the screen. but 2+2 does it as well. basically anything except a plain carriage return.

Offline

#24 2020-11-19 21:32:45

seth
Member
Registered: 2012-09-03
Posts: 17,150

Re: problem with pango ??

Ftr, matlab seems to be a shell script, so you'd have to "strace -f matlab" to actively monitor the actual runtime.

Since we figured that the locale has an impact on this and matlab doesn't like the C locale - what's the output of the previsouly requested

localectl
locale
locale -a

(ie. your normal locale settings/condition)

Offline

#25 2020-11-19 21:49:36

djg1971
Member
Registered: 2008-09-11
Posts: 173

Re: problem with pango ??

Here are the locale outputs:

localectl
   System Locale: LANG=en_US.UTF-8
       VC Keymap: n/a
      X11 Layout: us
       X11 Model: pc105
locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_COLLATE="en_US.UTF-8"
LC_MONETARY=en_US.UTF-8
LC_MESSAGES="en_US.UTF-8"
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
LC_ALL=
locale -a
C
en_US.utf8
POSIX

Offline

Board footer

Powered by FluxBB