On 2012-04-19 02:04 +0800, Ned Deily wrote:
> So, if there is a problem, the likely culprit is libedit, the editline
> library. Another clue: try using another Apple-supplied utility that
> is linked with libedit, for example, dscl. Same thing happens there:
> echo is immediately re-enabled.
In article , Leo wrote:
> turns out it is apple's fault:
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10295#46
Well, it's not the fault of Apple's Pythons. If the problem is the
echo, you can see exactly the same results by using a current python.org
64-/32-bit Python. Those Pythons, like
turns out it is apple's fault:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10295#46
Leo
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: http://mail.python.org/mailman/options/Py
On 2012-04-18 22:00 +0800, Kevin Walzer wrote:
> Nothing did, really. Those modules are legacy ones dating back to the
> days of OS 9, and were automatically generated from the Carbon
> framework's headers by a tool (bgen) that few understood a decade ago
> and no one understands today. Many of the
On 4/18/12 9:44 AM, Leo wrote:
On this page: http://docs.python.org/library/mac.html, so what replace
these removed modules?
Thanks.
Leo
Nothing did, really. Those modules are legacy ones dating back to the
days of OS 9, and were automatically generated from the Carbon
framework's headers b
On this page: http://docs.python.org/library/mac.html, so what replace
these removed modules?
Thanks.
Leo
___
Pythonmac-SIG maillist - Pythonmac-SIG@python.org
http://mail.python.org/mailman/listinfo/pythonmac-sig
unsubscribe: http://mail.python.org/
