Re: [9front] x509.c for ape in libsec.a

[ori@eigenstate.org]

> This seems to be so from very old, the timestamp of Feb 1, 2018
> does fail, too.
> 
> Kenji
> 
>>> 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
>> 
>> Yes. I'll look into it.

That's surprising, honestly -- I did a lot of surgery on cpp recently
to make it much more standard compliant, and I wouldn't be surprised if
I missed a subtle case.

What's happening right now is that we're recursing infinitely when we
expand *something*.

I'm not sure what yet, but I can reproduce it, so I should be able to
get a fix from the information I have.

I'm guessing that the fix will be shuffling around the way that we
build up our hide-sets.