From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from cmo-0001.xspmail.jp ([202.238.198.168]) by ewsd; Thu Jul 9 00:19:35 EDT 2020 Received: from cmr-0002.xspmail.jp ([202.238.198.119]) by cmo with ESMTP id tNxNj4X8cL3UqtO1xjL51f; Thu, 09 Jul 2020 13:19:29 +0900 Received: from pi4.jitaku.localdomain ([180.146.249.202]) by cmr with ESMTPA id tO1xjFT1HZdRNtO1xjQXtj; Thu, 09 Jul 2020 13:19:29 +0900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hera.eonet.ne.jp; s=x01; t=1594268369; i=kokamoto@hera.eonet.ne.jp; bh=6zkn6MxosctL8JKsk3nDO1GF7MVLsM7DDfHiA+jwWsY=; h=To:Subject:Date:From:In-Reply-To; b=AVEX7c9wtUiOPibxWdHYsvO0MdpOY+vEmlr5lsccTDRbbOSLL8ReuMiYl+Ld1ZrVZ 6Y2KaxItvtIjzWkbmpTkXVBUQCOJPaEo4msonx72aBXLVrFbq5vKVOEtjaQHtV2Xx+ JyBgxnKJRaJcX84foRkI7V73ufF4PqlVLecs+cRZxG/51vYzCmIyC7QWSOdFRrJGH5 n8DAPFibnx+UERMT0dYwpiP5N4xP0bnCIpp4W68rI2W+KyZimGWrTsd3tTpW13AlgS NEYMY1W2y3Q0WwazC0XeG3MavP1YLS+U3QRoHR1HVBm4lFLW0VHdOE9EeyR851IJNK NCrxaDih/a55w== Message-ID: To: 9front@9front.org Subject: Re: [9front] x509.c for ape in libsec.a Date: Thu, 9 Jul 2020 13:19:26 +0900 From: kokamoto@hera.eonet.ne.jp In-Reply-To: <702D55686C960FDA9FFE71F48D57ADAA@hera.eonet.ne.jp> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="upas-usibnzwuylrtjsxnzgozgeouyu" List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: webscale extension-based dependency database This is a multi-part message in MIME format. --upas-usibnzwuylrtjsxnzgozgeouyu Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit More precisely, for stringobject.c: static PyObject * SubString_new_object_or_empty(SubString *str) { if (str->ptr ==((void *)0)) { return PyString_FromStringAndSize(((void *)0), 0); } return PyString_FromStringAndSize(str->ptr, str->end - str->cpp 612: suicide: sys: trap: fault write addr=0xdeffeff4 pc=0x00008705 The last line shows PyString_FromStringAndSize() function in cpython/Objects/stringobject.c, and to do return (PyObject *) op; Probably, this 'op' is not on the memory... I replaced /386/bin/cpp by that from 9legacy'e one, and recompiled. Yes, it's Ok with no problem. Therefore 9front's /386/bin/cpp has some problem, I think. Kenji --upas-usibnzwuylrtjsxnzgozgeouyu Content-Type: message/rfc822 Content-Disposition: inline Return-Path: 9front-bounces@ewsd.inri.net Received: from cmi-0002.m.xspmail.jp (LHLO cmi-0002.xspmail.jp) (100.120.21.3) by zmbs-0041.m.xspmail.jp with LMTP; Wed, 8 Jul 2020 14:19:35 +0900 (JST) Received: from ewsd.inri.net ([107.191.116.128]) by cmi with ESMTP id t2UYjNqukqtoIt2UZjAn4n; Wed, 08 Jul 2020 14:19:35 +0900 X-Country-Code: US Authentication-Results: cmi-0002.xspmail.jp; dkim=pass header.d=hera.eonet.ne.jp header.i=kokamoto@hera.eonet.ne.jp header.b=TrlpwOu3; dmarc=pass header.from=hera.eonet.ne.jp; x-token-a=pass; x-token-b=pass Received-SPF: PASS identity=mailfrom; envelope-from="9front-bounces@ewsd.inri.net" Received: from cmo-0000.xspmail.jp ([202.238.198.167]) by ewsd; Wed Jul 8 01:19:22 EDT 2020 Received: from cmr-0001.xspmail.jp ([202.238.198.118]) by cmo with ESMTP id t2JyjFRnUZ59zt2UJjXFL9; Wed, 08 Jul 2020 14:19:19 +0900 Received: from ci5dell.jitaku.localdomain ([180.146.249.202]) by cmr with ESMTPA id t2UJjlyMFC7QLt2UJj8Z6K; Wed, 08 Jul 2020 14:19:19 +0900 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hera.eonet.ne.jp; s=x01; t=1594185559; i=kokamoto@hera.eonet.ne.jp; bh=JWWalA6hyl7PCNT7TzcHS0xXzMPgrAE5afLYpAtJBZM=; h=To:Subject:Date:From:In-Reply-To; b=TrlpwOu3PCwQaBM7khHi4KBEBxGKthVqMzt2n5KvQ5GZDi2X560p6pJQcPLWVYXy9 kF38BOZiAif1uNHhUZ6zV2zAyBTMwhn6decRzUV4GK4ri/D+o6PnMxmrVd8rP2UusS rNIrUaO1kF1cYpvQyjJMA5Nu5dwS2pG6JDhh2lzEhKFikWU5ZUekjcXlDZ8erZh8uM 7KVyn/W0/fP8uyhjg1F1U3g7NAnkfYWbwX/2iFyhaGYx2SlnABzAidnH5Q8sxCANaf sZ1pOjqbelYBtGJd/QufyoDoeouEJI2J40birj0woTPgKvx95uZ0taiNavlj3248Ff YU76oD+knwPvQ== Message-ID: <702D55686C960FDA9FFE71F48D57ADAA@hera.eonet.ne.jp> To: 9front@9front.org Date: Wed, 8 Jul 2020 14:19:17 +0900 From: kokamoto@hera.eonet.ne.jp In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: progressive full-stack service map/reduce interface Subject: Re: [9front] x509.c for ape in libsec.a Reply-To: 9front@9front.org Precedence: bulk I recopied wright python2.7.6 source tree, and have the same problem so on. stringobject.c and unicodeobject.c The errors may be related to cpp, such like: substargs()->maketokenrow()->domalloc()->malloc()->poolalloc()->p->lock(p); acid of cpp for those files indivcate different things: for stringobject.c: static PyObject * SubString_new_object_or_empty(SubString *str) { if (str->ptr ==((void *)0)) { return PyString_FromStringAndSize(((void *)0), 0); } return PyString_FromStringAndSize(str->ptr, str->end - str->cpp 612: suicide: sys: trap: fault write addr=0xdeffeff4 pc=0x00008705 for unicodeobject.c: static PyObject * getitem_sequence(PyObject *obj, Py_ssize_t idx) { return PySequence_GetItem(obj, idx); } Kenji static PyObjecpp 766: suicide: sys: trap: fault write addr=0xdeffeff4 pc=0x00008705 >> What were the problems you ran into compiling them? > > Sorry, I copied wrong cpython source tree from that I compiled > on 9legacy, which is python2.7.6 not 2.7.9. --upas-usibnzwuylrtjsxnzgozgeouyu--