RetroSearch Browse

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Showing content from http://mail.python.org/pipermail/python-dev/attachments/20150130/ba3a8067/attachment-0001.html below:

<div dir="ltr">No...<div> </div><div>...but I think I found the issue with grep. Try applying the attached patch to the Python/frozenmain.c. It comments out the locale handling. </div><div> </div><div>It seems that Python always calls its strdup function on the locale string. On Android, this can apparently be null (as seen in the bug report you linked to).</div></div><div class="gmail_extra"> <div class="gmail_quote">On Fri, Jan 30, 2015 at 12:00 PM, Cyd Haselton <<a href="mailto:chaselton@gmail.com" target="_blank">chaselton@gmail.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I don't have gdb on device; does the following tell you where Python's 
strdup is called? 
 
>> _PyMem_RawStrdup 
>> /bld/python/Python-3.4.2/Objects/obmalloc.c:323 
<div class="HOEnZb"><div class="h5"> 
On Fri, Jan 30, 2015 at 11:52 AM, Ryan Gonzalez <<a href="mailto:rymg19@gmail.com">rymg19@gmail.com</a>> wrote: 
> Is it possible at all to get a stack trace of the crash using gdb? Try the 
> steps here. 
> 
> That way we can see where Python's own strdup function is getting called. 
> 
> On Fri, Jan 30, 2015 at 9:05 AM, Cyd Haselton <<a href="mailto:chaselton@gmail.com">chaselton@gmail.com</a>> wrote: 
>> 
>> Absolutely.Â Good thing I have addr2line on device 
>> 
>> /bld/python/Python-3.4.2 $ addr2line -C -f -e /lib/libpython3.4m.so.1.0 
>> 0008bbc8 
>> _PyMem_RawStrdup 
>> /bld/python/Python-3.4.2/Objects/obmalloc.c:323 
>> /bld/python/Python-3.4.2 $ 
>> 
>> 
>> 
>> On Thu, Jan 29, 2015 at 8:26 PM, Ryan <<a href="mailto:rymg19@gmail.com">rymg19@gmail.com</a>> wrote: 
>> > Could you try the steps at <a href="http://stackoverflow.com/a/11369475/2097780" target="_blank">http://stackoverflow.com/a/11369475/2097780</a>? 
>> > They 
>> > allow you to get a better idea of where libc is crashing. 
>> > 
>> > Cyd Haselton <<a href="mailto:chaselton@gmail.com">chaselton@gmail.com</a>> wrote: 
>> >> 
>> >> Managed to get this out of logcat: 
>> >> F(11914) Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 
>> >> 11914 (python)Â (libc) 
>> >> 
>> >> [ 01-29 19:30:55.855 23373:23373 F/libcÂ Â Â ] 
>> >> Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 23373 (python) 
>> >> 
>> >> Less detail than strace but it seems to be that python is segfaulting 
>> >> libc... 
>> >> 
>> >> On Wed, Jan 28, 2015 at 11:23 AM, Ryan Gonzalez <<a href="mailto:rymg19@gmail.com">rymg19@gmail.com</a>> 
>> >> wrote: 
>> >>> 
>> >>>Â On Wed, Jan 28, 2015 at 10:43 AM, Guido van Rossum <<a href="mailto:guido@python.org">guido@python.org</a>> 
>> >>> wrote: 
>> >>>> 
>> >>>> 
>> >>>>Â What I see in the strace: 
>> >>>> 
>> >>>>Â ... load libpython3.4m.so.1.0 
>> >>>>Â ... load libm 
>> >>>>Â ... open /dev/__properties__ and do something to it 
>> >>>> (what?) 
>> >>>>Â ... get current time 
>> >>>>Â ... allocate memory 
>> >>>>Â ... getuid 
>> >>>>Â ... segfault 
>> >>>> 
>> >>>>Â That's not a lot to go on, but it doesn't look as if it has started 
>> >>>> to 
>> >>>>Â load modules yet. 
>> >>>> 
>> >>>>Â Does /dev/__properties__ ring a bell? Not to me. 
>> >>> 
>> >>> 
>> >>> 
>> >>> 
>> >>> 
>> >>> <a href="https://android.googlesource.com/platform/system/core/+/tools_r22/init/property_service.c" target="_blank">https://android.googlesource.com/platform/system/core/+/tools_r22/init/property_service.c</a> 
>> >>>Â is the code that works with that file. 
>> >>> 
>> >>>Â This explains it a bit (slides 24-29). Looks like something to do 
>> >>> with 
>> >>>Â interprocess communication. Likely has nothing to do with Python 
>> >>> itself. 
>> >>> 
>> >>>Â Maybe this would be useful? 
>> >>> 
>> >>>> 
>> >>>>Â That stack trace would be really helpful. 
>> >>>> 
>> >>>>Â On Wed, Jan 28, 2015 at 8:34 AM, Cyd Haselton <<a href="mailto:chaselton@gmail.com">chaselton@gmail.com</a>> 
>> >>>> wrote: 
>> >>>>> 
>> >>>>> 
>> >>>>>Â Apologies...I'm not sure what a stack track is, but I do have the 
>> >>>>>Â strace.Â Nearest I can tell, it happens due to an open call, though 
>> >>>>> I 
>> >>>>>Â am probably wrong. 
>> >>>>>Â Attaching the strace output to this email.Â I'm going to head back 
>> >>>>> to 
>> >>>>>Â the documentation and to back out of some Android-related changes 
>> >>>>> in 
>> >>>>>Â _localemodule.c 
>> >>>>> 
>> >>>>>Â On Wed, Jan 28, 2015 at 9:43 AM, Guido van Rossum 
>> >>>>> <<a href="mailto:guido@python.org">guido@python.org</a>> 
>> >>>>>Â wrote: 
>> >>>>>> 
>> >>>>>>Â There could be a million differences relevant (unicode, ints, 
>> >>>>>> ...). 
>> >>>>>>Â Perhaps 
>> >>>>>>Â the importlib bootstrap is failing. Perhaps the dynamic loading 
>> >>>>>> code 
>> >>>>>>Â changed. Did you get a stack track? (IIRC strace shows a syscall 
>> >>>>>> trace 
>> >>>>>>Â -- 
>> >>>>>>Â also useful, but doesn't tell you precisely how 
>> >>>>>> it segfaulted.) 
>> >>>>>> 
>> >>>>>>Â On Wed, Jan 28, 2015 at 6:43 AM, Cyd Haselton 
>> >>>>>> <<a href="mailto:chaselton@gmail.com">chaselton@gmail.com</a>> 
>> >>>>>>Â wrote: 
>> >>>>>>> 
>> >>>>>>> 
>> >>>>>>>Â All, 
>> >>>>>>>Â I recently ditched my attempts to port Python 2.7.8 to Android in 
>> >>>>>>>Â favor of Python 3.4.2.Â Unfortunately, after using the same 
>> >>>>>>> configure 
>> >>>>>>>Â options in the same environment, and modifying the setup.py as 
>> >>>>>>> needed, 
>> >>>>>>>Â the newly built binary throws a segfault when the 
>> >>>>>>> generate-posix-vars 
>> >>>>>>>Â portion of the build is reached...and when it is run as well 
>> >>>>>>> (i.e. 
>> >>>>>>>Â ./python --help, ./python -E -S -m sysconfig, or similar) 
>> >>>>>>> 
>> >>>>>>>Â I took a strace of ./python, however I'm a bit lost when 
>> >>>>>>> reviewing 
>> >>>>>>> it. 
>> >>>>>>>Â Any ideas as to what may be going on...i.e. why Python 2.7 works 
>> >>>>>>> but 
>> >>>>>>>Â 3.x throws a segfault? 
>> >>>>>>> 
>> >>>>>>>Â Thanks in advance, 
>> >>>>>>>Â Cyd 
>> >>>>>>> ________________________________ 
>> >>>>>>> 
>> >>>>>>>Â Python-Dev mailing list 
>> >>>>>>> 
>> >>>>>>> <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a> 
>> >>>>>>>Â <a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a> 
>> >>>>>>>Â Unsubscribe: 
>> >>>>>>> 
>> >>>>>>> 
>> >>>>>>> <a href="https://mail.python.org/mailman/options/python-dev/guido%40python.org" target="_blank">https://mail.python.org/mailman/options/python-dev/guido%40python.org</a> 
>> >>>>>> 
>> >>>>>> 
>> >>>>>> 
>> >>>>>> 
>> >>>>>> 
>> >>>>>>Â -- 
>> >>>>>>Â --Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>) 
>> >>>> 
>> >>>> 
>> >>>> 
>> >>>> 
>> >>>> 
>> >>>>Â -- 
>> >>>>Â --Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>) 
>> >>>> 
>> >>>> ________________________________ 
>> >>>> 
>> >>>>Â Python-Dev mailing list 
>> >>>>Â <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a> 
>> >>>>Â <a href="https://mail.python.org/mailman/listinfo/python-dev" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a> 
>> >>>>Â Unsubscribe: 
>> >>>> 
>> >>>> <a href="https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com" target="_blank">https://mail.python.org/mailman/options/python-dev/rymg19%40gmail.com</a> 
>> >>> 
>> >>> 
>> >>> 
>> >>> 
>> >>> 
>> >>>Â -- 
>> >>>Â Ryan 
>> >>>Â If anybody ever asks me why I prefer C++ to C, my answer will be 
>> >>> simple: 
>> >>>Â "It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that 
>> >>> was 
>> >>>Â nul-terminated." 
>> >>>Â Personal reality distortion fields are immune to contradictory 
>> >>> evidence. 
>> >>> - 
>> >>>Â srean 
>> >>>Â Check out my website: <a href="http://kirbyfan64.github.io/" target="_blank">http://kirbyfan64.github.io/</a> 
>> > 
>> > 
>> > -- 
>> > Sent from my Android phone with K-9 Mail. Please excuse my brevity. 
>> > Check out my website: <a href="http://kirbyfan64.github.io/" target="_blank">http://kirbyfan64.github.io/</a> 
> 
> 
> 
> 
> -- 
> Ryan 
> If anybody ever asks me why I prefer C++ to C, my answer will be simple: 
> "It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was 
> nul-terminated." 
> Personal reality distortion fields are immune to contradictory evidence. - 
> srean 
> Check out my website: <a href="http://kirbyfan64.github.io/" target="_blank">http://kirbyfan64.github.io/</a> 
</div></div></blockquote></div> <div> </div>-- <div class="gmail_signature"><div dir="ltr">Ryan<div><div>If anybody ever asks me why I prefer C++ to C, my answer will be simple: "It's becauseslejfp23(@#Q*(E*EIdc-SEGFAULT. Wait, I don't think that was nul-terminated."</div></div>Personal reality distortion fields are immune to contradictory evidence. - srean<div>Check out my website:Â <a href="http://kirbyfan64.github.io/" target="_blank">http://kirbyfan64.github.io/</a></div></div></div>
</div>

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4