[issue3228] mailbox.mbox creates files with execute bit set

[Niels Gustäbel]

Niels Gustäbel <[EMAIL PROTECTED]> added the comment:

Of course you are right...

Added file: http://bugs.python.org/file11042/mailbox-fix-w-tests-v2.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3228] mailbox.mbox creates files with execute bit set

[Jakub Wilk]

Jakub Wilk <[EMAIL PROTECTED]> added the comment:

For consistency with other methods, test_folder_file_permissions()
should set umask to 0.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3228] mailbox.mbox creates files with execute bit set

[Niels Gustäbel]

Niels Gustäbel <[EMAIL PROTECTED]> added the comment:

I've added tests for all mailbox formats and the maildirfolder marker,
so I think all aspects of the fix are covered. The permissions of
temporary files and lock files are not checked, but they are basically
all using the _create_carefully() function and they are not persistent
anyway.

Added file: http://bugs.python.org/file11041/mailbox-fix-w-tests.diff

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3495] site module doc typo

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, fixed in r65430.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3496] distutils fails with mingw binutils 2.18.50.20080109

[Paul Moore]

New submission from Paul Moore <[EMAIL PROTECTED]>:

The latest version of Mingw binutils, 2.18.50.20080109, uses a 4-part
version number which distutils does not like (StrictVersion only allows
for 3 parts).

The attached patch fixes this, simply by using LooseVersion (the version
number has already been checked to be a series of numbers in the regex
check just previous).

Can this be fixed for 2.6/3.0, as it is likely that the new binutils
will become common while these versions of Python are current?

--
components: Distutils
files: distutils.patch
keywords: patch
messages: 70655
nosy: pmoore
severity: normal
status: open
title: distutils fails with mingw binutils 2.18.50.20080109
type: behavior
versions: Python 2.5
Added file: http://bugs.python.org/file11043/distutils.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3496] distutils fails with mingw binutils 2.18.50.20080109

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


--
priority:  -> critical
versions: +Python 2.6, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3475] _elementtree.c import can fail silently

[Fredrik Lundh]

Fredrik Lundh <[EMAIL PROTECTED]> added the comment:

This is fixed in the ET 1.3-compatible codebase.  Since it's too late to
add ET 1.3 to 2.6, I guess it's time to make a new 1.2 bugfix release
for 2.6.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3488] Provide compress/uncompress functions on the gzip module

[Anand B Pillai]

Anand B Pillai <[EMAIL PROTECTED]> added the comment:

I have uploaded the actual patch file which can be applied against the
gzip.py module. I did not modify the _test() function since it is
written for testing file compression. I can modify test_gzip.py if this
patch is accepted.

--
keywords: +patch
Added file: http://bugs.python.org/file11044/gzip.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[vadim suvorov]

New submission from vadim suvorov <[EMAIL PROTECTED]>:

The result of the attached script execution is extremely unstable. The
change in the print statement in line 146 from 'print "1"' to 'print 1'
(string literal to numerical) changes the result of execution to the
correct (presumably) one. The results are also affected by commenting
out calls to empty method in lines 143 or 227. The use of dis.dis()
affects results of the execution as well. More than, the location of
error (the triggered assert) shifts in the code, or it is possible that
an Exception is raised.

The script was tested in Python 2.5.2 in Windows XP SP2 and SP3,
2.6beta2 in Windows XP SP3 and in 2.5.2 Ubuntu 8.0.4 with consistent
results. (I mean that behavior of the script is changed by calling of
empty methods or irrelevant print statements. The assert shifts.)

Sorry for the long script. I failed to further reduce its size because
effect disappears.

Expected output:
~
1
1
1
1
1
1
1
1
1
1
1
1
Congratulations: grid solved!
1 2 3 4 5 6 7 8 910
 1  B B B B B . B . . B
 2  . B . . B B B B . B
 3  . . . . . B B . B B
 4  . . . B B B B B B .
 5  B . B B B . . B B B
~


Received output (example):
~
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
Traceback (most recent call last):
  File "E:\pet projects\nonograms\nonogramsolver10.py", line 244, in

g.solve()
  File "E:\pet projects\nonograms\nonogramsolver10.py", line 230, in solve
seq.simplescan()
  File "E:\pet projects\nonograms\nonogramsolver10.py", line 99, in
simplescan
assert self.clues, "a seq with no clues"
AssertionError: a seq with no clues
~

--
components: Interpreter Core
files: nonogramsolver10.py
messages: 70658
nosy: bad
severity: normal
status: open
title: a bug in the interpreter?
type: behavior
versions: Python 2.5, Python 2.6
Added file: http://bugs.python.org/file11045/nonogramsolver10.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[vadim suvorov]

Changes by vadim suvorov <[EMAIL PROTECTED]>:


Added file: http://bugs.python.org/file11046/nonogramsolver09.py

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3492] Zlib compress/decompress functions returning bytearray

[Anand B Pillai]

Anand B Pillai <[EMAIL PROTECTED]> added the comment:

Hi, I have a patch ready for this to be applied to zlibmodule.c. The
patch is attached. I have tested it and it is working fine.

--
keywords: +patch
Added file: http://bugs.python.org/file11047/zlibmodule.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[vadim suvorov]

vadim suvorov <[EMAIL PROTECTED]> added the comment:

tested Python 2.4.4 on WinXP SP3. It required minor modifications of the
code (removing conditional expressions), but the effect stayed.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[vadim suvorov]

Changes by vadim suvorov <[EMAIL PROTECTED]>:


--
versions: +Python 2.4

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[Martin v. Löwis]

Changes by Martin v. Löwis <[EMAIL PROTECTED]>:


--
nosy: +loewis

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[Tim Peters]

Tim Peters <[EMAIL PROTECTED]> added the comment:

I doubt this is a bug in Python.  It's more likely an error (one or more
;-)) in the logic of the script, triggered by the inherently
unpredictable order of set iteration.

Some evidence:  I added a `.counter` member to the Sequence class, and
changed Sequence.__init__ like so:

counter = 0
...
global counter
...
self.counter = counter
counter += 1

This gives a way to identify the order in which Sequence objects are
created.  Then I replaced:

  seq = self.dirty.pop()

with:

  seq = min((s.counter, s) for s in self.dirty)[1]
  self.dirty.remove(seq)

This forces removal of the earliest-created Sequence object (instead of
an unpredictable one).

After those changes, the script runs the same way every time, regardless
of whether `print 1` or `print "1"` is used, etc.

Then change `min` to `max` above, deterministically forcing removal of
the most recently created Sequence object instead, and again the script
runs the same way every time, but with different output:

AssertionError: an attempt to re-paint cell:(2, 8)

This all strongly suggests that the algorithm itself is supremely
sensitive to the order in which Sequence objects are removed from the
self.dirty set.  And that can indeed change across runs depending on all
sorts of seemingly irrelevant details (unless, as above, the order is
forced in some way).

--
nosy: +tim_one

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[vadim suvorov]

vadim suvorov <[EMAIL PROTECTED]> added the comment:

Thank you very much, Tim. 

I am still very much confused, how change in print statement changes
order in which items are removed from a set. I presumed it to be
undefined but deterministic (similar to dict()): while I cannot tell
which order it is going to be, I can be sure it does not depend on
changes in other objects. For example, it does not depend on things like
if something is printed, or some dummy method called.

I have little doubts that the script contains (or might contain) bugs. I
am now trying to use 3.0b2, which shows deterministic (in the sense
above) behaviour.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

Just run it a couple of times and you will hit the problem in both
"failing" and "running" examples you added.

--
nosy: +gpolo

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

> I am still very much confused, how change in print statement changes
> order in which items are removed from a set. I presumed it to be
> undefined but deterministic (similar to dict()): while I cannot tell
> which order it is going to be, I can be sure it does not depend on
> changes in other objects.

It will certainly depend on other objects, like dict(). Order of objects
in a set or dict depends on the hash values. The hash values depend on
the addresses of the objects in main memory, unless __hash__ is
overridden. In many modern operating systems, the main memory addresses
change with each program start (a feature called address space
randomization). Changing a string literal to an int will mean that a
different object is created, or that objects get created in a different
order, and thus have different addresses.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[vadim suvorov]

vadim suvorov <[EMAIL PROTECTED]> added the comment:

Tim, Martin, thank you very much.

I think now it is not an issue, and the record can be closed.

Thank you very much again, and please accept my apology.

2 Guilherme Polo: I ran it many times. The results in WinXP (with
constant script) are very consistent.

2 Martin v. Löwis: Thank you very much for the excellent explanation. It
was exactly what I needed. I did not realize that hash depends on memory
location.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

I think we have enough evidence now to close this bug as invalid. :)

--
nosy: +georg.brandl
resolution:  -> invalid
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2744] Fix test_cProfile

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

Not anymore! :-)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3497] a bug in the interpreter?

[Tim Peters]

Tim Peters <[EMAIL PROTECTED]> added the comment:

Vadim, to see how memory addresses change, simply add something like

print "id", id(self)

to Sequence.__init__.  On Windows (Vista, Python 2.5.1), I see different
addresses printed each time the program is run.  Then, as Martin said,
the default implementation of __hash__ for a type uses the object's
memory address, and that's both unpredictable across runs and influenced
within a run by just about everything the script does (indeed, adding
the `print` statement above may well change the addresses of Sequence
objects created after the print executes!).

What is deterministic:  within a single program run, if you iterate over
a given set multiple times, the set elements will be delivered in the
same order each time, provided you don't mutate the set for the duration.

More than that isn't guaranteed.  For example, if you have two sets x
and y, it's not even the case that x == y implies list(x) == list(y). 
For example,

>>> x = set(range(-10, 11))
>>> y = set(reversed(range(-10, 11)))
>>> x == y
True
>>> list(x) == list(y)
False

If I were you, I'd change the script to use lists instead of sets here
until the algorithm is debugged.  Then you'll get wholly deterministic
behavior, which will make debugging easier.  You can make it run faster
later ;-)

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3492] Zlib compress/decompress functions returning bytearray

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

Could you submit unified diff--i.e., with 'diff -u' or 'svn diff'?

Also, could you add tests for this fix?

--
nosy: +alexandre.vassalotti

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1857] subprocess.Popen.poll/__del__ API breakage

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

Fixed in trunk r65459.  release25-maint r65460.

--
resolution:  -> accepted
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3463] make life.py use more rendering characters

[mvngu]

mvngu <[EMAIL PROTECTED]> added the comment:

Thank you Terry. I highly appreciate your comments.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3120] subprocess module truncates handles on AMD64

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

fixed in release25-maint r65461.  already merged into py3k from trunk.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1471] ioctl request argument broken on 64-bit OpenBSD or OS X

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

committed to release25-maint as r65466.  if testing on 64bit openbsd or
similar reveals that this is not fixed, please reopen the bug.

--
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1606] Doc: subprocess wait() may lead to dead lock

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

See the documentation update in trunk r65469.  It adds warnings about
both common pipe related pitfalls discussed in this bug.

--
resolution: accepted -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3228] mailbox.mbox creates files with execute bit set

[A.M. Kuchling]

A.M. Kuchling <[EMAIL PROTECTED]> added the comment:

Committed to trunk in rev. 65472, along with two corresponding tests.

--
nosy: +akuchling

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3385] cPickle to pickle conversion in py3k missing methods

[Alexandre Vassalotti]

Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:

I got a preliminary patch that adds the dispatch dictionary. However,
the patch leaks and it doesn't expose the save_reduce() method (which is
needed by ForkingPickler).

--
keywords: +patch
Added file: http://bugs.python.org/file11048/add_dispatch_check-0.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3228] mailbox.mbox creates files with execute bit set

[A.M. Kuchling]

A.M. Kuchling <[EMAIL PROTECTED]> added the comment:

There's another use of os.open in the module in the MH class's
__setitem__ that doesn't provide a mode, but I think this occurrence is
harmless; it's truncating a file that always exists, so the existing
mode is preserved.  Here's the little test I tried:

#!./python.exe

import os
os.umask(0077)

from mailbox import MH

m = MH('/tmp/foobar')

m.add('123') ; m.add('456')

m[1] = 'abc' ; m[2] = 'def'

m.close()

The files /tmp/foobar/{1,2} both end up with 0600 permissions.

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2222] Memory leak in os.rename?

[Hirokazu Yamamoto]

Changes by Hirokazu Yamamoto <[EMAIL PROTECTED]>:


___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3210] subprocess.Popen does not release process handles if process cannot be started

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

I tried closing -all- of the handles listed here (the std ones used as
input to _get_handles and the pipe read/write ones returned) on an
OSError during CreateProcess but the problem still occurs for me using
the test code in msg68787.

(p2cread, p2cwrite,
 c2pread, c2pwrite,
 errread, errwrite) = self._get_handles(stdin, stdout, stderr)

someone with more windows willingness/knowledge/fu should take this one on.

--
assignee: gregory.p.smith -> 

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2113] Bad interaction between signal and subprocess

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

fixed in release25-maint r65475.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2277] MozillaCookieJar does not support Firefox3 cookie files

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

Thanks.  I've looked over your code.  The logic looks good, however I'd
like to propose a better design and that this not be included in 2.6.

Instead of putting this functionality in the MozCookieJar class, it
should be its own new Firefox3CookieJar class as it is an entirely new
file format.

A much better implementation could be made that actually works with the
sqlite3 file as a database rather than taking ownership of it and
deleting all cookies and rewriting the entire file on save:

The FileCookieJar.delayload flag could now be honored.

The save() method should only do the necessary update/insert/delete
commands rather than rewriting everything.

Its a bit late to get this into Python 2.6/3.0 as the final beta is due
out next week.  But thats fine.  People who need to manipulate ff3
cookie files can use sqlite directly and when a nicer FileCookieJar for
them has been written we can consider including it in python 2.7/3.1. 
Until then it can be an external just like the the one for IE currently is.

--
resolution:  -> rejected
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3487] sre "bytecode" verifier

[Gregory P. Smith]

Gregory P. Smith <[EMAIL PROTECTED]> added the comment:

+1  I'd like to see this make it in.

--
nosy: +gregory.p.smith

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3492] Zlib compress/decompress functions returning bytearray

[Anand B Pillai]

Anand B Pillai <[EMAIL PROTECTED]> added the comment:

Uploading svn diff for zlibmodule.c. Btw, how do I add unit tests for a
fix ? You want me to create a simple test file and upload it here, or is
there a standard procedure for this ? Please advise.

Added file: http://bugs.python.org/file11049/zlibmodule_svn_diff.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3488] Provide compress/uncompress functions on the gzip module

[Anand B Pillai]

Anand B Pillai <[EMAIL PROTECTED]> added the comment:

Uploading the svn diff.

Added file: http://bugs.python.org/file11050/gzip_svn_diff.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3492] Zlib compress/decompress functions returning bytearray

[Anand B Pillai]

Anand B Pillai <[EMAIL PROTECTED]> added the comment:

Ok. I added two tests for checking the type of the returned object for
zlib.compress and zlib.decompress in test_zlib.py in the py3k branch. 

Btw, my code uses assertEqual(type(...), bytes). Is this the proper way
of type checking in py3k ? I could not see any formal type for "bytes"
type in the types module. 

Attaching the svn diff for test_zlib.py .

Added file: http://bugs.python.org/file11051/test_zlib_svn_diff.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3488] Provide compress/uncompress functions on the gzip module

[Anand B Pillai]

Anand B Pillai <[EMAIL PROTECTED]> added the comment:

Added test case in test_gzip.py. Attaching svn diff of the same.

Added file: http://bugs.python.org/file11052/test_gzip_svn_diff.patch

___
Python tracker <[EMAIL PROTECTED]>

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com