[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai added the comment: Killing one or two is not the point in this issue ticket. The ticket is opened per issue what one experienced. Thus there might be different tickets that needs the same patch. For this issue, the problem is "Poor support other than 44.1khz, 16bit audio

[issue5094] datetime lacks concrete tzinfo impl. for UTC

HiroakiKawai added the comment: I want UTC tzinfo. too. -- nosy: +kawai ___ Python tracker <http://bugs.python.org/issue5094> ___ ___ Python-bugs-list mailin

[issue5036] xml.parsers.expat make a dictionary which keys are broken if buffer_text is False.

HiroakiKawai added the comment: Please read "The ContentHandler.characters() callback is missing data!" http://www.saxproject.org/faq.html and close this issue :) ___ Python tracker <http://bugs.python.

[issue5036] xml.parsers.expat make a dictionary which keys are broken if buffer_text is False.

HiroakiKawai added the comment: That's the spec of XML SAX interface. ___ Python tracker <http://bugs.python.org/issue5036> ___ ___ Python-bugs-list mailing list

[issue5036] xml.parsers.expat make a dictionary which keys are broken if buffer_text is False.

HiroakiKawai added the comment: The sample code has bug. expat is OK. Method char_data must append the incoming characters because the character sequence is an buffered input. def char_data(self, data): self.data += data You should reset it by self.data = '' at e

[issue4997] xml.sax.saxutils.XMLGenerator should write to io.RawIOBase.

New submission from HiroakiKawai : xml.sax.saxutils.XMLGenerator._write tests the argument by isinstance(text, str), but this is problematic in Python 3.0. XMLGenerator accepts encoding and the produced file is encoded by that encoding, i.e., the XML is a binary sequence. So IMHO, the

[issue4996] io.TextIOWrapper calls buffer.read1()

New submission from HiroakiKawai : The documentation says io.TextIOWrapper wraps io.BufferedIOBase raw stream. In the code, io.TextIOWrapper.read(), io.TextIOWrapper._read_chunk() calls buffer.read1() which seems expecting buffer to be an instance of io.BufferedReader. I'm not sure whi

[issue3613] base64.encodestring does not actually accept strings

Changes by HiroakiKawai : -- nosy: +kawai ___ Python tracker <http://bugs.python.org/issue3613> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4769] b64decode should accept strings or bytes

Changes by HiroakiKawai : -- nosy: +kawai ___ Python tracker <http://bugs.python.org/issue4769> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue2518] smtpd.py to handle huge email

Changes by HiroakiKawai <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9910/smtpd.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2518> __

[issue2518] smtpd.py to handle huge email

Changes by HiroakiKawai <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file9923/smtpd.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2518> __ _

[issue2518] smtpd.py to handle huge email

Changes by HiroakiKawai <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9909/smtpd.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2518> __

[issue2518] smtpd.py to handle huge email

HiroakiKawai <[EMAIL PROTECTED]> added the comment: My carelessness, missing importing cStringIO Added file: http://bugs.python.org/file9910/smtpd.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2518] smtpd.py to handle huge email

Changes by HiroakiKawai <[EMAIL PROTECTED]>: -- type: security -> resource usage __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2518> __ ___ Pyt

[issue2518] smtpd.py to handle huge email

New submission from HiroakiKawai <[EMAIL PROTECTED]>: I had some problems when I wanted to do attach a huge data file (such as mp3, avi, or etc.) to an email. Current smtpd.py in Python2.5 calls process_message that takes a string for its argument. This cause python running process to c

[issue2245] aifc cannot handle unrecognised chunk type "CHAN"

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Issue2259 patches will also fix this issue. :-) -- nosy: +kawai __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Can I ask someone to review the patch files, and to merge into the code base if those patches are ok? __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Patch for aifc.py that will use chunk.skip(True) in SSND chunk. Added file: http://bugs.python.org/file9661/aifc.patch __ Tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: Patch for chunk.py that skip() method may get an optional arguments, that it will skip in aligned or not. -- keywords: +patch Added file: http://bugs.python.org/file9660/chunk.patch __ Tracker &

[issue2259] Poor support other than 44.1khz, 16bit audio files?

HiroakiKawai <[EMAIL PROTECTED]> added the comment: I looked into the problem, and found that current aifc impelementation assumes that SSND chunk is aligned (in Audio-IFF). But it is not always true. SSND chunk might not be aligned. Here I'd like to submit a set of patches for