On Mon, Dec 4, 2017 at 7:36 PM, Thomas Jollans wrote:
> On 05/12/17 01:21, Larry Martell wrote:
>> On Mon, Dec 4, 2017 at 7:15 PM, Chris Angelico wrote:
>>> On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell
>>> wrote:
Trying to zip a large file is failing with OverflowError: 'size does
n
On 05/12/17 01:21, Larry Martell wrote:
> On Mon, Dec 4, 2017 at 7:15 PM, Chris Angelico wrote:
>> On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell
>> wrote:
>>> Trying to zip a large file is failing with OverflowError: 'size does
>>> not fit in an int'. Googling I found this:
>>>
>>> https://bugs
On 05/12/17 01:15, Chris Angelico wrote:
> On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell
> wrote:
>> Trying to zip a large file is failing with OverflowError: 'size does
>> not fit in an int'. Googling I found this:
>>
>> https://bugs.python.org/issue23306
>>
>> and this:
>>
>> https://hg.python
On Mon, Dec 4, 2017 at 7:15 PM, Chris Angelico wrote:
> On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell
> wrote:
>> Trying to zip a large file is failing with OverflowError: 'size does
>> not fit in an int'. Googling I found this:
>>
>> https://bugs.python.org/issue23306
>>
>> and this:
>>
>> htt
On Tue, Dec 5, 2017 at 10:46 AM, Larry Martell wrote:
> Trying to zip a large file is failing with OverflowError: 'size does
> not fit in an int'. Googling I found this:
>
> https://bugs.python.org/issue23306
>
> and this:
>
> https://hg.python.org/cpython/rev/2192edcfea02
>
> which seems to make
Trying to zip a large file is failing with OverflowError: 'size does
not fit in an int'. Googling I found this:
https://bugs.python.org/issue23306
and this:
https://hg.python.org/cpython/rev/2192edcfea02
which seems to make me think this was fixed this was fixed on Jul 23 2016.
I am running Ce
On 11/01/16 13:24, loial wrote:
I am migrating a python script from Red hat linux REL 6.6 to AIX 7.1
I am using python 2.7.10
On AIX I the ror
zipimport.ZipImportError: can't decompress data; zlib not available
Any ideas how to get this to work on AIX?
install the zlib library
I am migrating a python script from Red hat linux REL 6.6 to AIX 7.1
I am using python 2.7.10
On AIX I the ror
zipimport.ZipImportError: can't decompress data; zlib not available
Any ideas how to get this to work on AIX?
--
https://mail.python.org/mailman/listinfo/python-list
ase,
this would mean the "zlib" development package.
I expect (but did not verify) that a Python rebuild+reinstall
after the "zlib" development package installation will make
Python "zlib" module available (in this Python installation).
--
https://mail.python.org/mailman/listinfo/python-list
Installed python 2.7.7 on SLES from source to /opt/python2.7. It's already an
installed module on 2.6. How do I get zlib installed on python2.7 as well??
--
https://mail.python.org/mailman/listinfo/python-list
t; There are also
>
> ./usr/lib/x86_64-linux-gnu/libz.so
> ./usr/lib/libz.so
>
> which, I believe, are the zlib libraries.
but do you have the headers?
On my ubuntu it's
/usr/include/zlib.h
As Christian pointed out, Ubuntu 11.04 introduced some changes which may
have broken t
t; There are 23 not including the ones in the Plone
> buildout-cache in my account. Seems like a lot of
> applications install their own copy of python.
>
> There are also
>
> ../usr/lib/x86_64-linux-gnu/libz.so
> ../usr/lib/libz.so
>
> which, I believe, are the zlib librar
s like a lot of
applications install their own copy of python.
There are also
./usr/lib/x86_64-linux-gnu/libz.so
./usr/lib/libz.so
which, I believe, are the zlib libraries.
I've read that you can reinstall python with configure
using the "--with-zlib" option, but configure isn't
On Sun, 2011-11-13 at 11:17 -0700, Steve Edlefsen wrote:
>
> which appears to install zlib when python is reinstalled. Except I
> can't run make without errors and there is no configuration file.
>
> How do I reinstall python to include zlib?
Which OS are you on? Linu
red/python/ez_setup.py", line 279, in ?
main(sys.argv[1:])
File "/home/dr_shred/python/ez_setup.py", line 213, in main
from setuptools.command.easy_install import main
zipimport.ZipImportError: can't decompress data; zlib not available
I believe this means the python in
we using RPM to install python 2.7.x and same issue there, can't import gzip
b/c zlib is missing. we used RPM to install zlib, but did not effect python.
you mentioned modules and uncommenting something. could you be more specific?
also , we are not compiling. would that be required for p
gt;> I'm a lay person.
>>
>> Should I download zlib1g-dev and install it to get the zlib module?
>>
>> and Alter the configure script to avoid future issues?
>>
>> Also about getting zlib I found the following:
>>
>> "I was able to recompile zl
On Mon, Sep 26, 2011 at 2:16 PM, Jesramz wrote:
>
> I appreciate all the help, but I am still a little confused. Sorry,
> I'm a lay person.
>
> Should I download zlib1g-dev and install it to get the zlib module?
>
> and Alter the configure script to avoid future issu
I appreciate all the help, but I am still a little confused. Sorry,
I'm a lay person.
Should I download zlib1g-dev and install it to get the zlib module?
and Alter the configure script to avoid future issues?
Also about getting zlib I found the following:
"I was able to reco
Am 25.09.2011 01:33, schrieb Benjamin Kaplan:
> There is no binary installer on that page. That means you downloaded
> the source code and compiled it yourself. Yes, you didn't patch it.
> But it's still a self-compiled version of Python.
>
> In order to get zlib in a
Yes, you didn't patch it.
But it's still a self-compiled version of Python.
In order to get zlib in a self-compiled version of Python, you need to
install the appropriate -dev package. From a quick look at the
repository, I think it's zlib1g-dev but I'm not sure.
On Ubunt
I installed it from here: http://www.python.org/getit/releases/2.5.6/
What do you think a solution might be?
--
http://mail.python.org/mailman/listinfo/python-list
Am 23.09.2011 23:34, schrieb Jesramz:
> Im running on Ubuntu Natty and I am not running a self-compiled
> install, its a regular release.
Ubuntu Natty doesn't come with Python 2.5. How did you install Python
2.5 on Natty? If you used some sort of installer or 3rd party
repository, there is a big
Thank You Christian
Im running on Ubuntu Natty and I am not running a self-compiled
install, its a regular release. In order to do this:
$ make distclean
$ export LDFLAGS="-L/usr/lib/$(dpkg-architecture -
qDEB_HOST_MULTIARCH)"
$ ./configure
$ make
$ make install
$ unset LDFLAGS
I
No idea, as I said before, if you ask for it they might put in the alpha.
On Sat, Sep 24, 2011 at 8:30 AM, Jesse Ramirez
wrote:
>
> Thanks Alec, might you know when the 2.7 support might come?
--
http://mail.python.org/mailman/listinfo/python-list
Thank You Christian
Im running on Ubuntu Natty and I am not running a self-compiled
install, its a regular release. In order to do this:
$ make distclean
$ export LDFLAGS="-L/usr/lib/$(dpkg-architecture -
qDEB_HOST_MULTIARCH)"
$ ./configure
$ make
$ make install
$ unset LDFLAGS
Am 23.09.2011 17:41, schrieb Jesramz:
> Python 2.5.6 (r256:88840, Sep 22 2011, 13:45:58)
> [GCC 4.5.2] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
>>>> import zlib
> Traceback (most recent cal
Python 2.5.6 (r256:88840, Sep 22 2011, 13:45:58)
[GCC 4.5.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import zlib
Traceback (most recent call last):
File "", line 1, in
ImportError: No module
Jesramz wrote:
> Hello,
>
> I am trying to deploy an app on google app engine using bottle, a
> micro-framework, similar to flask.
[...]
> ImportError: No module named zlib
What happens if you explicitly launch Python2.5 and then try to import zlib?
--
Steven
--
http://
_appserver.py", line 73, in run_file
execfile(script_path, globals_)
File "/opt/google/appengine/google/appengine/tools/
dev_appserver_main.py", line 156, in
from google.appengine.tools import dev_appserver
File "/opt/google/appengine/google/appengine/tools/
dev_app
Thanks for your response.
> How did you post the data? If you post binary data you should indicate
> this with a proper mime type, like application/octet-stream. Otherwise
> it might be interpreted as text which it isn't.
> --
I am trying to send the data using following code:
...
opener = urll
> subeen (s) wrote:
>s> Hi,
>s> I am trying to send compressed data to a server written in django. But
>s> it shows error while decompressing the data in the server. After some
>s> experiment I found that the server is not receiving the exact data I
>s> am sending.
>s> data = 'hello, this is
Hi,
I am trying to send compressed data to a server written in django. But
it shows error while decompressing the data in the server. After some
experiment I found that the server is not receiving the exact data I
am sending.
data = 'hello, this is a test message this is another message'
data = z
Paul Rubin writes:
>
> Andre gmail.com> writes:
> > I have been trying to solve this issue for a while now. I receive data
> > from a TCP connection which is compressed.
>
> Are you sure it is compressed with zlib? If yes, does it include the
> standard zlib hea
Andre writes:
> I have been trying to solve this issue for a while now. I receive data
> from a TCP connection which is compressed.
Are you sure it is compressed with zlib? If yes, does it include the
standard zlib header? Some applications save a few bytes by stripping
the header. S
know what's going on?
Hi Andre,
Hmm. Can you decompress the string on the server before it was sent?
Maybe the zipfile or gzip module will work.
Reference:
http://bytes.com/topic/python/answers/42131-zlib-decompress-cannot-gunzip-can
from cStringIO import StringIO
from gzip import GzipF
I have been trying to solve this issue for a while now. I receive data
from a TCP connection which is compressed. I know the correct checksum
for the data and both the client and server generate the same
checksum. However, in Python when it comes to decompressing the data I
get the exception: "Erro
I've come up with a good test for issue5210 and uploaded it to the bug tracker.
This patch should be ready for inclusion now.
--
Obama Nation | My emails do not have attachments; it's a digital signature
that your mail program doesn't understand. |
http://www.subspacefield.org/~travis/
If you a
Roland Hedberg catalogix.se> writes:
> I have a problem with zlib and compressing/decompressing according to
> RFC 1951.
>
> It seems like I can decompress, something compressed according to RFC
> 1951 by someone else, provided I set wbits to something negative (used
&g
Hi!
I have a problem with zlib and compressing/decompressing according to
RFC 1951.
It seems like I can decompress, something compressed according to RFC
1951 by someone else, provided I set wbits to something negative (used
-8 but I guess any negative number would work?).
But how can
Emma Li wrote:
Hello,
I'm trying to do compression/decompression of stuff with zlib, and I
just don't get it... Here is an example
Try this:
import zlib
compressor = zlib.compressobj(6) # level
cmpr = compressor.compress("a")
print "compressed:
On Wed, 2009-04-08 at 23:51 +0200, Emma Li wrote:
> Hello,
>
> I'm trying to do compression/decompression of stuff with zlib, and I
> just don't get it...
> Here is an example. I assume that dec should be "a", but it isn't. dec
> turns out to be
Hello,
I'm trying to do compression/decompression of stuff with zlib, and I
just don't get it...
Here is an example. I assume that dec should be "a", but it isn't. dec
turns out to be an empty string, and I don't understand why...
====
In article ,
Travis wrote:
>
>So I've submitted a patch to bugs.python.org to add a new member
>called is_finished to the zlib decompression object.
>
>Issue 5210, file 13056, msg 81780
You may also want to bring this up on the python-ideas mailing list for
further dis
So I've submitted a patch to bugs.python.org to add a new member
called is_finished to the zlib decompression object.
Issue 5210, file 13056, msg 81780
--
Crypto ergo sum. http://www.subspacefield.org/~travis/
Do unto other faiths as you would have them do unto yours.
If you are a sp
Scott David Daniels writes:
> >> Seems like we may want to say things like, "synchronization points are
> >> too be silently ignored."
> No, I mean that we, _the_users_of_the_interface_, may want to say,
> That is, I'd like that behavior as an option.
I don't see any reason to want that (rat
Scott David Daniels wrote:
... I've wanted to do some low-level (C-coded) search w/o bothering
to create strings until a match
Here's a more common use case: signature gathering on the contents.
--Scott David Daniels
scott.dani...@acm.org
--
http://mail.python.org/mailman/listinfo/python-li
Paul Rubin wrote:
Scott David Daniels writes:
I suspect that is why such an interface never came up (If
you can clone states, then you can say: "compress this, then use the
resultant state to compress/decompress others."
The zlib C interface supports something like that. It i
Paul Rubin wrote:
Scott David Daniels writes:
Seems like we may want to say things like, "synchronization points are
too be silently ignored."
That would completely break some useful possible applications, so should
be avoided.
No, I mean that we, _the_users_of_the_interface_, may want to sa
Scott David Daniels writes:
> Seems like we may want to say things like, "synchronization points are
> too be silently ignored."
That would completely break some useful possible applications, so should
be avoided.
--
http://mail.python.org/mailman/listinfo/python-list
nterfaces", for
compression.
As I see it, the fundamental abstractions are the stream-oriented
de/compression routines. Given those, one should easily be able to
implement one-shot de/compression of strings. In fact, that is the
way that zlib is implemented; the base functions are the
stream-orient
Scott David Daniels writes:
> I suspect that is why such an interface never came up (If
> you can clone states, then you can say: "compress this, then use the
> resultant state to compress/decompress others."
The zlib C interface supports something like that. It is just
As I see it, the fundamental abstractions are the stream-oriented
de/compression routines. Given those, one should easily be able to
implement one-shot de/compression of strings. In fact, that is the
way that zlib is implemented; the base functions are the
stream-oriented ones and there is a
Paul Rubin wrote:
Travis writes:
However, perhaps this would be a good time to discuss how [zlib] works...
It is missing some other features too, like the ability to preload
a dictionary. I'd support extending the interface.
The trick to defining a preload interface is avoiding creat
Travis writes:
> However, perhaps this would be a good time to discuss how this library
> works; it is somewhat awkward and perhaps there are other changes which
> would make it cleaner.
>
> What does the python community think?
It is missing some other features too, like the ability to preload
Travis wrote:
The zlib interface does not indicate when you've hit the
> end of a compressed stream
The underlying zlib functionality provides for this.
With python's zlib, you have to read past the compressed data and into
the uncompressed, which gets stored in Decompres
Hello all,
The zlib interface does not indicate when you've hit the end of a compressed
stream.
The underlying zlib functionality provides for this.
With python's zlib, you have to read past the compressed data and into
the uncompressed, which gets stored in Decompress.unused_d
On Dec 14, 5:20 pm, "Martin v. Löwis" wrote:
> > So.. it seems as though I need to get it to point to the 64 bit
> > version (or compile the zlib that comes with Python source). I'm not
> > sure how to override that.
>
> The easiest solution would be to
> So.. it seems as though I need to get it to point to the 64 bit
> version (or compile the zlib that comes with Python source). I'm not
> sure how to override that.
The easiest solution would be to invoke the linker line manually,
and replace -lz with the absolute path to the
.1.2.3'
/usr/lib64/libz.so.1.2.3: ELF 64-bit LSB shared object, AMD x86-64,
version 1 (SYSV), stripped
So.. it seems as though I need to get it to point to the 64 bit
version (or compile the zlib that comes with Python source). I'm not
sure how to override that.
--
http://mail.python.org/mailman/listinfo/python-list
On Dec 14, 4:54 pm, "Martin v. Löwis" wrote:
> > Target: x86_64-redhat-linux
> > gcc -pthread -shared build/temp.linux-x86_64-2.5/location/of/
> > Python-2.5.2/Modules/zlibmodule.o -L/usr/local/lib -lz -o build/
> > lib.linux-x86_64-2.5/zlib.so
> > /usr/bin/ld: skipping incompatible /usr/lib/libz.
> Target: x86_64-redhat-linux
> gcc -pthread -shared build/temp.linux-x86_64-2.5/location/of/
> Python-2.5.2/Modules/zlibmodule.o -L/usr/local/lib -lz -o build/
> lib.linux-x86_64-2.5/zlib.so
> /usr/bin/ld: skipping incompatible /usr/lib/libz.so when searching for
> -lz
Do
file /usr/lib/libz.so
I am trying to build Python from source on a RHEL system where I do
not have root access. There are two modules that I am having trouble
with: zlib & binascii.
zlib -- This seems like a make configuration issue. I have noticed
that 'gcc -v' returns '--with-system-zlib':
ipfile to get the zip
> > > central directory structure. I download the section of the zip file I
> > > need, directly read the zip file headers and use that information with
> > > zlib to uncompress the data. The files I am examining will always be
> > > compressed
ection of the zip file I
> > need, directly read the zip file headers and use that information with
> > zlib to uncompress the data. The files I am examining will always be
> > compressed using deflate, with a wbits value of -15(minus for
> > headerless data because I am unsure whet
ders and use that information with
> zlib to uncompress the data. The files I am examining will always be
> compressed using deflate, with a wbits value of -15(minus for
> headerless data because I am unsure whether the zip file header is
> what zlib expects).
>
> I can not find anyw
I am fooling around with accessing contents of zip files online. I
download the tail end of the zip and use zipfile to get the zip
central directory structure. I download the section of the zip file I
need, directly read the zip file headers and use that information with
zlib to uncompress the
On Mar 18, 8:42 am, "mhearne808[insert-at-sign-here]gmail[insert-dot-
here]com" <[EMAIL PROTECTED]> wrote:
> I can't seem to get the zlib module to build on an RHEL box.
>
> I did the following:
> 1) Download zlib 1.2.3
> 2) configure;make;make install
>
I can't seem to get the zlib module to build on an RHEL box.
I did the following:
1) Download zlib 1.2.3
2) configure;make;make install
3) Download python 2.5.2
4) configure;make;make install
5) >>> import zlib => "ImportError: No module named zlib"
In the make instal
I was able to recompile zlib
$./configure --shared
then recompile Python 2.5.1; I am now able to import the zlib module.
cheers
-sg
I was able to recompile zlib
$./configure --shared
then recompile Python 2.5.1; I am now able to import the zlib module.
cheers
-sg
On Jan 4, 5:17 pm
On Jan 4, 2:19 am, stuntgoat <[EMAIL PROTECTED]> wrote:
> import zlib works in Python 2.4 (debian etch AMD64 - default python
> version for that distro)
>
> I built python 2.5 from source; zlib is not importable.
2.5 has been available for some time in the Debian repositories.
I
t status
this error occurred at one point during a compilation of Python 2.5.
It seems related to my inability to import zlib now.
On Jan 4, 10:19 am, stuntgoat <[EMAIL PROTECTED]> wrote:
> import zlib works in Python 2.4 (debian etch AMD64 - default python
> version for that distro)
&g
import zlib works in Python 2.4 (debian etch AMD64 - default python
version for that distro)
I built python 2.5 from source; zlib is not importable.
I am trying to compile MySQLdb.
any clues about how to get zlib able to be imported in 2.5?
-sg
--
http://mail.python.org/mailman/listinfo
he value of
> ZLIB_VERSION in /usr/include/zlib.h?
>
> Regards,
> Martin
I got my Python compile to work, by setting recompiling the zlib
source I downloaded with a --shared configure option.
Now I'm having trouble getting the Python MySQL module to install.
That'll be a separate post!
--Mike
--
http://mail.python.org/mailman/listinfo/python-list
> Those headers are already installed, according to "up2date". Is there
> a way to specify the header files used?
It will automatically use them if they are good. What's the value of
ZLIB_VERSION in /usr/include/zlib.h?
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
On Nov 19, 2:19 pm, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
> > Neither seems to work. What am I missing here?
>
> You forgot to install the zlib header files, which come in
> an RPM provided by Redhat (probably called zlib-dev or some
> such).
>
&
> Neither seems to work. What am I missing here?
You forgot to install the zlib header files, which come in
an RPM provided by Redhat (probably called zlib-dev or some
such).
Regards,
Martin
--
http://mail.python.org/mailman/listinfo/python-list
I'm trying to compile Python 2.5 on a RHEL system, using "./
configure;make;make install". The build seems to go alright, but the
zlib module is missing.
I've tried the following:
1) Download and build the zlib libraries myself
2) Specify '--without-system-zlib' to
> Depends on the operating system and the Python version. On Unix, you
> need to install zlib first; if you install a precompiled zlib package,
> make sure you install the header files as well.
You were right. Thank you.
--
Milos Prudek
--
http://mail.python.org/mailman/listin
> > Although I have Python 2.5 with zlib in my Linux disto, I need to install
> > my own Python (as most Zope developers do).
>
> Why?
Because Zope often requires Python version slightly older than the most
current one.
> So why does your own Python version have to be 2.4.4
In message <[EMAIL PROTECTED]>, Milos
Prudek wrote:
> Although I have Python 2.5 with zlib in my Linux disto, I need to install
> my own Python (as most Zope developers do).
Why?
> Zope requires zlib. Python 2.4.4 does not contain zlib.
So why does your own Python version h
> I need to install my own Python. I compiled Python 2.4.4 from sources. zlib
> did not compile - it's not in the lib-dynload directory.
>
> I did not have this problem with any of my earlier Python compiles. I
> routinely compile Python from source.
>
> What is
I need to install my own Python. I compiled Python 2.4.4 from sources. zlib
did not compile - it's not in the lib-dynload directory.
I did not have this problem with any of my earlier Python compiles. I
routinely compile Python from source.
What is the correct procedure for installing
urce.
> Now when I am trying to install libraries, I am getting an error like,
> "zipimport.ZipImportError: can't decompress data; zlib not available"
You'd better install the python-devel-package of the fedora-python. Then
the first attempt should work, and you can
am getting an error like,
"zipimport.ZipImportError: can't decompress data; zlib not available"
--
http://mail.python.org/mailman/listinfo/python-list
Although I have Python 2.5 with zlib in my Linux disto, I need to install my
own Python (as most Zope developers do). Zope requires zlib. Python 2.4.4
does not contain zlib.
What is the correct procedure for installing zlib from source into Python?
--
Milos Prudek
--
http://mail.python.org
flebber wrote:
> Hi Can anyone show me a working example of how to use gzip to
> decompress a file. I have read the docs at python.org and had many
> goes at it but just can't get it to work.
According to your other post, you are trying to open a ZIP archive using gzip.
Use the zipfile module inst
flebber <[EMAIL PROTECTED]> writes:
> Hi Can anyone show me a working example of how to use gzip to
> decompress a file. I have read the docs at python.org and had many
> goes at it but just can't get it to work.
Untested in this instance, but this is how I usually do it:
import gzip
z =
Hi Can anyone show me a working example of how to use gzip to
decompress a file. I have read the docs at python.org and had many
goes at it but just can't get it to work.
Cheers
flebber
--
http://mail.python.org/mailman/listinfo/python-list
On 2007-04-11, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> On Apr 11, 9:14 am, Marc 'BlackJack' Rintsch <[EMAIL PROTECTED]> wrote:
>> In <[EMAIL PROTECTED]>, shamzz wrote:
>> > Shouldn't zlib be compiled as a Python module automatically in Py
On Apr 11, 9:14 am, Marc 'BlackJack' Rintsch <[EMAIL PROTECTED]> wrote:
> In <[EMAIL PROTECTED]>, shamzz wrote:
> > Shouldn't zlib be compiled as a Python module automatically in Python
> > 2.4.4. I'm guessing Python is doing some kind of check and
> I need Python to be compiled with Zlib so that I can compile and use
> Zope.
I am guessing you need zlib_dev.rpm (or somesuch) installed
for the python build process to find the relevant headers.
Sorry I cannot be more specific not being a SuSE user myself
(anymore)...
Bernard.
--
In <[EMAIL PROTECTED]>, shamzz wrote:
> Shouldn't zlib be compiled as a Python module automatically in Python
> 2.4.4. I'm guessing Python is doing some kind of check and not
> compiling zlib for some reason?
It only gets compiled if the header files can be found. Is t
Hi,
I've compiled (configure/make/make install) Python 2.4.4 from source
on Suse Linux Enterprise Server 9 (x64).
I need Python to be compiled with Zlib so that I can compile and use
Zope.
After installing Python, zlib doesn't seem to have been compiled with
it, I've checked the
I am answering to myself, if it can help someone else.
zlib has to be recompiled with CFLAGS set to -fPIC.
So before launching ./configure do a:
export CFLAGS="-fPIC"
Python then will build properly zlib.so
Tarek
--
http://mail.python.org/mailman/listinfo/python-list
On 1/6/07, Tarek Ziadé <[EMAIL PROTECTED]> wrote:
I am answering to myself, if it can help someone else.
zlib has to be recompiled with CFLAGS set to -fPIC.
So before launching ./configure do a:
export CFLAGS="-fPIC"
Python then will build properly zlib.so
Tarek
On Saturday 06 January 2007 03:47, Tarek Ziadé wrote:
> Hello,
>
> I am trying to compile Python on a Fedora 64bits, and I can't make zlib
> work.
>
> a python setup.py build leads to :
>
> ...
> building 'zlib' extension
> gcc -pthread -shared
>
Hello,
I am trying to compile Python on a Fedora 64bits, and I can't make zlib
work.
a python setup.py build leads to :
...
building 'zlib' extension
gcc -pthread -shared
build/temp.linux-x86_64-2.4/usr/local/src/Python-2.4.4/Modules/zlibmodule.o
-L/opt/python-2.4.4/lib -L/usr/l
ritten in C, it should be possible to
solve my problem using these sources, thanks very much
>
>
>>import struct, zlib
>>
>>class ZipHeaderEntry:
>>name = ''
>>offset = 0
>>uncomlen = 0
>>comlen = 0
>>
>>
Em Sex, 2006-04-14 às 17:14 +0200, Jan Prochazka escreveu:
> Here is my module for parsing zip files:
1) Have you checked the source of Python's zipfile module?
> import struct, zlib
>
> class ZipHeaderEntry:
> name = ''
> offset = 0
> uncomlen =
1 - 100 of 121 matches
Mail list logo
