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

HiroakiKawai ka...@apache.org 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

[issue5094] datetime lacks concrete tzinfo impl. for UTC

HiroakiKawai ka...@apache.org added the comment: I want UTC tzinfo. too. -- nosy: +kawai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5094

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

HiroakiKawai ka...@apache.org 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

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

HiroakiKawai ka...@apache.org added the comment: That's the spec of XML SAX interface. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5036 ___ ___ Python

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

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

[issue4769] b64decode should accept strings or bytes

Changes by HiroakiKawai ka...@apache.org: -- nosy: +kawai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4769 ___ ___ Python-bugs-list mailing list

[issue3613] base64.encodestring does not actually accept strings

Changes by HiroakiKawai ka...@apache.org: -- nosy: +kawai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3613 ___ ___ Python-bugs-list mailing list

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

New submission from HiroakiKawai ka...@apache.org: 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

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

New submission from HiroakiKawai ka...@apache.org: 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

[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 __ ___ Python-bugs-list

[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 __ ___ Python-bugs-list

[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 consume

[issue2518] smtpd.py to handle huge email

Changes by HiroakiKawai [EMAIL PROTECTED]: -- type: security - resource usage __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2518 __ ___ Python-bugs-list mailing list

[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.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 __ ___ Python-bugs-list

[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 this issue. I'd

[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 [EMAIL

[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.python.org/issue2245

[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.python.org/issue2259

[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.python.org/issue2259