Basil Huffman

It is a daemon process. `$ ldd /opt/google/bin/gesystemmanager linux-vdso.so.1 => (0x00007fff98d4f000) libgegdal.so => /opt/google/bin/../lib/libgegdal.so (0x00007f950735d000) libgeraster.so => /opt/google/bin/../lib/libgeraster.so (0x00007f950712a000) libgesearchtabs.so => /opt/google/bin/../lib/libgesearchtabs.so (0x00007f9506f1b000) libgenet.so => /opt/google/bin/../lib/libgenet.so (0x00007f9506d13000) libgepublish.so => /opt/google/bin/../lib/libgepublish.so...

Sorry it is so long.

`$ readelf -s /lib64/libc.so.6 | grep malloc 444: 0000000000085800 214 FUNC GLOBAL DEFAULT 12 __libc_malloc@@GLIBC_2.2.5 551: 0000000000087dd0 271 FUNC GLOBAL DEFAULT 12 malloc_info@@GLIBC_2.10 818: 0000000000087b90 450 FUNC WEAK DEFAULT 12...

I will check probably tomorrow morning (eastern us time) but could this possibly be related to differing PATH between user and super user?

It was a fairly large file, so check my repo for `outfile`

There is no difference between the issue. Yes, the target is multi-threaded

I can do this.

@justrandyc this is the issue I mentioned eariler, I provided as much information as I have

@Batarian711 Have you given any more thought to this idea?