Menu
▾
▴
pycrc-users — This list is now closed.
You can subscribe to this list here.
| 2007 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2008 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(1) |
Dec
|
| 2010 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(8) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bruce G. <bg...@wa...> - 2009-06-01 16:59:36
|
I'm using pycrc 0.7.1 to investigate the CRC-7 algorithm used on MMC/SD cards. That polynomial is x^7 + x^3 + 1 = 0. It correctly computes the augmented CRC for the one test case that I have computed by hand using the following parameters: --width=7 --poly=09 --check-hexstring="4000000000" --reflect-in=false --xor-in=0 --reflect-out=false --xor-out=0 --algorithm=bit-by-bit The correct 7-bit CRC is 0x4A If I change the algorithm to bit-by-bit-fast I get the identical result. It seems to me they should be different since the first one is augmented by shifting 7 zeros after the five bytes of data has been processed, and the second one does not augment the CRC after the five bytes of data. Is my analysis correct or have I missed something? I just started learning Python so I'm probably not up to tracking this one down at the moment, but I do love a challenge. Bruce Graham |
|
From: Thomas P. <te...@gm...> - 2008-06-06 21:41:12
|
Version 0.6.6 of pycrc is just a small bugfix release: - Fixed a bug in the print_params function. Closes issue 1985197. Thanks to Artur Lipowski. - Creative Commons license for the documentation. For a detailed list of changes, please refer to the ChangeLog file. About pycrc: pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator written in Python. License: MIT Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users |
|
From: Jesus C. <jc...@ar...> - 2008-03-04 00:14:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Read the full thread (3 messages) http://lists.xiph.org/pipermail/ogg-dev/2008-February/000888.html - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ ~ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR8yUdZlgi5GaxT1NAQIA9QQAifI5W4tvdRSm4TsaTUg/O4buovAAoJwb h037CST0tltA9EjmqRDlsD7L5uj27NUi9115QKGulf7ErrqIJ7OegbQpzdp6ZYhs qODo6ArOnwp9UNtHMxe4ZIChkJPYWQyaLnfMjmeCcuItipcqJ7AKR8HmQBF/BOOD gqE32p9/omI= =4ngW -----END PGP SIGNATURE----- |
|
From: Thomas P. <te...@gm...> - 2008-03-02 22:33:57
|
Version 0.6.5 of pycrc contains the follwoing changes: - New CRC models: dallas-1-wire and r-crc-16 Thanks to "raimondo" - fixed a problem with the generated code for bit-by-bit-fast algorithms. Thanks to Hans Bacher. - added extern "C" declaration to the generated C header file. Thanks to Nathan Royer. - added --crc-type and --include-file options. For a detailed list of changes, please refer to the ChangeLog file. About pycrc: pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator written in Python. License: MIT Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users |
|
From: Thomas P. <te...@gm...> - 2008-02-17 22:57:11
|
On Monday 11 February 2008, Jesus Cea wrote: > How is going, Thomas? Hi Jesus, I know I am a lazy bastard, I know! ;-) Unfortunately in the past two months I didn't have as much time on my hand as I hoped to. Unforeseen private issues are keeping me busy. The python module is still on top of my list of things to do for pycrc. > In order to "motivate" you a bit };-), I must say that python zlib, > included in the standard lib, already has a CRC32 routine. Comparing > speed, calculating CRC of 256MB: > > zlib CRC32: 0.309 seconds (amazing!) > Your CRC32: 1.024 seconds (taken from the code you posted in 20071210) This is impressive! I had a quick look at zlib and the code looks very good. I think I can borrow a few ideas from them for later versions of pycrc. :-) Thanks for pointing it out. > I'm still interested in seeing a python module with "usual" CRC routines > precompiled (CRC16, CRC32...). Please stay tuned. :-) Cheers, Thomas |
|
From: Jesus C. <jc...@ar...> - 2008-02-11 03:50:04
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Pircher wrote: | Jesus Cea wrote: |> Ping... :-). |> |> Happy new year! | | Happy New Year! | Sorry for my silence. During the last three weeks I have been busier than | I thought. A few days ago I returned from holidays; ironically, I will | have more time on my hand to spend on pycrc. :-) How is going, Thomas? In order to "motivate" you a bit };-), I must say that python zlib, included in the standard lib, already has a CRC32 routine. Comparing speed, calculating CRC of 256MB: zlib CRC32: 0.309 seconds (amazing!) Your CRC32: 1.024 seconds (taken from the code you posted in 20071210) So zlib CRC calculation is far faster that your optimized, table driven, routine. Looking at the sourcecode of zlib (http://www.zlib.net/), I see a C table driven routine also. There is no assembler version. I guess the routine is hand-tuned for crc32, but maybe you can take advantage of some ideas from it. I'm still interested in seeing a python module with "usual" CRC routines precompiled (CRC16, CRC32...). Regards, - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ ~ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR6/F35lgi5GaxT1NAQJTtAQApxUZ9GqhdZ0Ja7GiJ+pKz6JNt7J3ocG/ tfKWkqd0L/dybCIgqQI1Sjn4bqtZ9lY8eXHGrcD2Lb/7WvakVrRW2IOC0WNfe5C5 Znw7wgLJngIrtGh36OZpu7t258Z+u7Z0rhEohqghYaVHN+CWjlSQJNNPPn5fpNZX o4acqQpeR7U= =Tjhw -----END PGP SIGNATURE----- |
|
From: Thomas P. <te...@gm...> - 2008-01-11 09:56:06
|
Jesus Cea wrote: > Ping... :-). > > Happy new year! Happy New Year! Sorry for my silence. During the last three weeks I have been busier than I thought. A few days ago I returned from holidays; ironically, I will have more time on my hand to spend on pycrc. :-) Cheers, Thomas |
|
From: Jesus C. <jc...@ar...> - 2008-01-10 10:38:13
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Pircher wrote: > thanks for the detailed review. I appreciate especially the comments on style, > because I haven't had the opportunity to read many good python scripts, so I > don't really know what is 'pythonic' and what not. My plans for today are to > implement your suggestions and to upload another pre-release tomorrow. Ping... :-). Happy new year! - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR4X1iJlgi5GaxT1NAQIEtgP+PFgyc5Gly7O3VezeY8DjbugvLPYfHFdA PfH1BkNloB7swlpwvl5KAswmbmc6yK57KeJJUgk2/B9WslRlBrurAs06qVWX6v8M LdgXBUkEqy56PWukMP8FEbULgJSU/8SIkjnn5SqmkIoXZYPIGm21D6kzkUJZK4Ex 6Jsctxakc8Q= =loEl -----END PGP SIGNATURE----- |
|
From: Thomas P. <te...@gm...> - 2007-12-15 10:10:43
|
On Saturday 15 December 2007, Jesus Cea wrote: > > Congratulations for this fine "first try" :-) > > Please, include also a "__version__" datafield in pycrc module. Hi Jesus, thanks for the detailed review. I appreciate especially the comments on style, because I haven't had the opportunity to read many good python scripts, so I don't really know what is 'pythonic' and what not. My plans for today are to implement your suggestions and to upload another pre-release tomorrow. Thomas |
|
From: Jesus C. <jc...@ar...> - 2007-12-15 00:21:57
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Congratulations for this fine "first try" :-) Please, include also a "__version__" datafield in pycrc module. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR2MeFZlgi5GaxT1NAQI2mQP+JDExZqDnPzj0RrWQpJk8zS8FKJMv+Mgf 7k9Wzv37/7tvOXqVtxuDEclTPk9vl+F3vXQo4oK53OZoJFbIIkzV8Wr99DdPQ17z Rh/S8Z6Dgf5QSk1NK6hpzRe6q1r0yn6ogM4e1iaE+txJwUExToafuj21LgjS1FkI CGfY5WFBZhU= =wzCB -----END PGP SIGNATURE----- |
|
From: Jesus C. <jc...@ar...> - 2007-12-13 16:26:53
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Pircher wrote: > I'm not quite > there but I think it is in a stage where I can show it around. The code seems to works fine :-). Not bad for a first try! :). But I would insist you to use the same API that hash libs do in standard python: http://docs.python.org/lib/module-hashlib.html . In fact, crc could be a valuable addition to current standard python hash lib. I would lobby for inclusion :) I don't see why would be required to call "value" after "finalize", when "finalize" could returns the value already. Would be nice to "forbids" new "updates" over a "finalized" CRC, as a bonus. "update" shouldn't return any data. Or, if it returns data (current case), it should be usable (like CRC value until now, for example). Being able to pass data in the instantiation call would be nice also. Something like: hex_crc=pycrc.PyCrc32("Data").hexdigest() Also, the function names are a bit "unpythonic" ("PyCrc32"), I would rather prefer something simple like "crc" and "crc32". But that is a cosmetic thing I am not going to argue about :-). "crc32" would accept optional parameter like bit reversal, initial value, etc., with sensible defaults. The code is calculating CRC values about 250MB/s in my machine. Very nice! :-). The "slow" version calculates about 15MB/s. Looking at the code, I see no obvious flaw, although my last python C module was written about three years ago :). Maybe would be nice to release the GIL (Global Interpreter Lock) while doing the CRC update, to improve multithreading performance, but CRC calculation is so fast that could be even a noticeable performance loss to mess with the GIL. > so please tell me if you have problems under Windows. This is a MS Windows "free" shop. Sorry :). Congratulations for this fine "first try" :-) - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR2FdPplgi5GaxT1NAQJ5wwP/SsI2N8wKnaMrGkjoBPOsZEWSKOb1lV81 WlCxu708hgnyq1vc9mRbvVbL+I9DMB7+0JhyTDgd4HmAizsm8c56xos2A6556b7T 3ME0f5Wb0Y5pL0BeEC3HB9vSQeW7Wl9lELsQLvAgB0/LxfLErSGlEr+23/pCbscu Va3VBXEFfLI= =JJfG -----END PGP SIGNATURE----- |
|
From: Thomas P. <te...@gm...> - 2007-12-10 04:55:04
|
On Saturday 08 December 2007, Jesus Cea wrote: > I was thinking about installing "pycrc" and be able to do "from pycrc > import crc_32" without needing to generate and compile the C module > myself :). So pycrc would be both a code to create C libs and a python C > lib itself. Hi Jesus, I have been playing around with C modules this week-end, and I'm not quite there but I think it is in a stage where I can show it around. I have put some code to the temporary URL: http://www.tty1.net/tmp/pycrc-0.7.test1.zip http://www.tty1.net/tmp/pycrc-0.7.test1.tar.gz in the module directory you will find code for a generic (slow) Crc implementation and a CRC32 (table-driven) model. It would be very helpful if you could give me some early feedback on the code. This is the first time for me I tinker with python/C interface so it is very likely I got something wrong. At the moment the instructions (and maybe also the code) are quite UNIX orientated, so please tell me if you have problems under Windows. You can compile the lib with: python setup.py build and if you copy the .so file into the local directory, where you have a script like the one at the end of the mail. Any feedback is greatly welcome. Cheers, Thomas #!/usr/bin/env python from pycrc import PyCrc, PyCrc32 import sys def main(): crc = PyCrc(width = 32, poly = 0x04c11db7L, reflect_in = True, xor_in = 0xffffffffL, reflect_out = True, xor_out = 0xffffffffL) # crc = PyCrc(16, 0x8005L, True, 0x0L, True, 0x0L) # crc = PyCrc32() for x in "123456789": crc.update(x) crc.finalize() print "0x%x" % crc.value() return 0 if __name__ == "__main__": sys.exit(main()) |
|
From: Jesus C. <jc...@ar...> - 2007-12-08 19:12:11
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Pircher wrote: > to be honest, I haven't thought about this, simply because I never had the > need for C speed in the python implementation. I need all speed I can get :-). I find "interesting" that python has standard hash libs, but no crclib :-) > But I'm not sure how the interface should look like. I would suggest you to use the hash (md5, sha1, etc) API in the standard lib. The code you shows seems sensible, but most params should have appropiate defaults. That is, "pycrc.crc_32" should use the appropiate initialization values, automatically. > The code for a python module (using a table-driven implementation) would be > generated with: > pycrc.py [--model=xyz] --generate python-module -o pycrc.c > > which will be then compiled with something like: > python setup.py build I was thinking about installing "pycrc" and be able to do "from pycrc import crc_32" without needing to generate and compile the C module myself :). So pycrc would be both a code to create C libs and a python C lib itself. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR1rsg5lgi5GaxT1NAQLOBgP+LNWH5VrDll9sbW5UsaGgPh/K8cVTUXdH fCAaVcy4ibTyd00r2jXqPHq6qJxNmLDzu+B+HPU6BYXS5+UFrVW21JZBEiSyeILD vcGZQb2cnlR21Dplw93EZtLierBWjZNUez/td1YG8bpD9UOCtnFl3GwCYsKTOEhD Gj67G3A02k8= =gBbd -----END PGP SIGNATURE----- |
|
From: Thomas P. <te...@gm...> - 2007-12-08 18:58:01
|
On Saturday 08 December 2007, Jesus Cea wrote: > I've interested in CRC calculations in python. I've seen this project. > Generating configurable C routines is interesting, but I was wondering > if there is any plan to include native C modules by default, for the > more common cases. Hi Jesus, to be honest, I haven't thought about this, simply because I never had the need for C speed in the python implementation. I find your suggestion interesting and if this feature is wanted then I will implement it. But I'm not sure how the interface should look like. My first thought is something like this (pseudo-code): >>> from pycrc import PyCrc >>> >>> crc = PyCrc(width = 16, poly = 0x1234, \ >>> reflect_in = True, xor_in = 0xffff, \ >>> reflect_out = True, xor_out = 0xffff) >>> for data in get_data(): >>> crc.update(data) >>> crc.finalize() >>> print crc.value() The code for a python module (using a table-driven implementation) would be generated with: pycrc.py [--model=xyz] --generate python-module -o pycrc.c which will be then compiled with something like: python setup.py build Any thoughts welcome Thomas |
|
From: Thomas P. <te...@gm...> - 2007-12-08 18:57:10
|
All, I'm glad to announce (with some delay) pycrc v0.6.4. The list of changes is relatively short: - Fixed issue 1843774 The code does not work for multiple calls to crc_update() Cheers, Thomas About pycrc: pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator written in Python. License: MIT Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users |
|
From: Jesus C. <jc...@ar...> - 2007-12-08 15:35:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all. I've interested in CRC calculations in python. I've seen this project. Generating configurable C routines is interesting, but I was wondering if there is any plan to include native C modules by default, for the more common cases. That is, I would like to be able to get C speed in python. If possible, without needing to pre-generate the C code, compile it and build a ctypes wrapper :-). - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBR1q5qJlgi5GaxT1NAQIeoAP/XfNqqKqSOh2Fi2N0JEjxTxdpfXyAHCCu asXpqp+PT+BpyxNWSpvGUz6YK7rDwSi1FZ7PXs4pRe4owvVApJXIN2/Rt7M/oumR BooqG7jVqk0FeUQ7ovok2T28ZaeOq/l1bWUzalg80u8X/FnITaz22uru/yVpx0Sw om6erd+eEcc= =HYVZ -----END PGP SIGNATURE----- |
|
From: Thomas P. <te...@gm...> - 2007-08-25 10:08:18
|
pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator written in Python. This is a bugfix and code cleanup release. No new features have been added. Fixed issue 1781637: The parameter to --check-string is ignored Fixed issue 1727128: Generated Table driven code is ugly/not elegant For a detailed list of changes, please refer to the ChangeLog file. About pycrc: License: MIT Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users Cheers, Thomas |
|
From: Thomas P. <te...@gm...> - 2007-08-12 19:19:00
|
I'm glad to announce version 0.6.1 of pycrc. This release contains minor bugfixes and code cleanups. A few bugs have been fixed in the C89 code generator and previously deprecated command line options have been eliminated. About pycrc: pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator written in Python. License: MIT Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users Cheers, Thomas |
|
From: Thomas P. <te...@gm...> - 2007-05-21 18:12:29
|
I'm glad to announce version 0.6 of pycrc. This release contains a major rewrite of the code generation back-end and a re-organisation of the source code. Command line options containing the underscore have been deprecated new pendants with dashes instead have been introduced. The old format is now deprecated and will be dropped in the next release. New in this version is the --generate table command line option to generate just the C table and the --std option to generate C89 (ANSI) or C99 code. With version v0.6 the license has changed from (a modified) GPLv2 to MIT. This makes it hopfully easier to deploy the source code in third-party programs. About pycrc: pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator written in Python. License: MIT Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users Cheers, Thomas |
|
From: Thomas P. <te...@gm...> - 2007-03-26 19:49:58
|
I'm glad to announce version 0.5 of pycrc. pycrc is a parametrisable Cyclic Redundancy Check (CRC) calculation utility and C source code generator, written in Python. Both Python implementation and generated code support Bit-by-bit and table-driven variants of the algorithm. This release includes minor fixes and corrections. No new features are added. Please check the ChangeLog file for a detailled list of changes. License: GPL Homepage: http://www.tty1.net/pycrc/ http://sourceforge.net/projects/pycrc Download: http://sourceforge.net/project/showfiles.php?group_id=186891 Mailinglist: https://lists.sourceforge.net/lists/listinfo/pycrc-users Thomas |
|
From: Thomas P. <te...@gm...> - 2007-01-26 21:32:01
|
I'm pleased to announce pycrc v0.4. The new release contains the following changes: - New parameter sets. pycrc handles now the following models: crc-8, crc-16, citt, kermit, x-25, xmodem, zmodem, crc-32, crc-32c, posix, jam, xfer. - Added option to calculate the checksum from a file. - The generated C source is now documented in a in a Doxygen-style format. - Updates to the user documentation. A full ChangeLog is contained in the source package which can be downloaded from http://downloads.sourceforge.net/pycrc/pycrc-0.4.tar.gz http://downloads.sourceforge.net/pycrc/pycrc-0.4.zip The project homepage is http://www.tty1.net/pycrc/ Thomas |
12 messages has been excluded from this view by a project administrator.
