Re: [osv-dev] how to find missing symbols if it doesn't print the name

2019-12-13 Thread Waldek Kozaczuk
I downloaded the wheel file but I get this error (I am using Ubuntu 19.10): pip3 install ./tensorflow-1.14.1-cp36-cp36m-linux_x86_64.whl tensorflow-1.14.1-cp36-cp36m-linux_x86_64.whl is not a supported wheel on this platform. Could you please send us full recipe that would build the app?

Re: [osv-dev] Lazily allocating thread stacks WIP

2019-12-13 Thread Waldek Kozaczuk
On Friday, December 13, 2019 at 5:26:46 PM UTC-5, Waldek Kozaczuk wrote: > > Some other thoughts: > > 1. All the increments and decrements of the *stack_page_read_counter* > should be symmetrical. Decrementing it in wait_for_interrupts() does not > seem to but if I remember correctly when I

Re: [osv-dev] how to find missing symbols if it doesn't print the name

2019-12-13 Thread zhiting zhu
No. It's Num:Value Size TypeBind Vis Ndx Name 1: 0affa7f8 0 SECTION LOCAL DEFAULT 21 It's not hidden. Here's the new link: https://send.firefox.com/download/9a8bf3fa2909635f/#0ZecrR7UJwspr743vNBo6A to the file. On Fri, Dec 13, 2019 at 4:44 PM Waldek

Re: [osv-dev] how to find missing symbols if it doesn't print the name

2019-12-13 Thread Waldek Kozaczuk
I am not sure but this issue is similar to what I encountered when dealing with dotnet: readelf -s libcoreclr.so | grep gCurrentThreadInfo readelf: Warning: local symbol 31 found at index >= .dynsym's sh_info value of 1 31: 24 TLS LOCAL HIDDEN19

Re: [osv-dev] Lazily allocating thread stacks WIP

2019-12-13 Thread Waldek Kozaczuk
Some other thoughts: 1. All the increments and decrements of the *stack_page_read_counter* should be symmetrical. Decrementing it in wait_for_interrupts() does not seem to but if I remember correctly when I was trying to get it all to work I had to put it there, maybe because we start with 1.

Re: [osv-dev] how to find missing symbols if it doesn't print the name

2019-12-13 Thread zhiting zhu
I was reading the print wrong. I think the problem is this one: 0b23ca60 00010010 R_X86_64_DTPMOD64 0aee9f58 .tbss + 0 The sym is 1 but in this case, .tbss is still in the same shared object but in arch_relocate_rela, it's going to the else branch that handles the variable is

Re: [osv-dev] [PATCH] Signed-off-by: BassMatt

2019-12-13 Thread Pekka Enberg
On Thu, Dec 12, 2019 at 10:02 PM BassMatt wrote: > > Main scripts in scripts/ folder updated to use Python3 > > I went through the scripts detailed in scripts/README and updated them to use > Python3. I used the Python "Future" module to provide suggestions, then > manually went through and