Does rotor follow a cross-language encryption algorithm ?
shriek at gmx.co.uk
Sat Nov 24 06:29:22 CET 2001
Thanks for the reply, Werner.
Now that you told me I should be searching for rotormodule.c
as opposed to rotor.py, it was much easier.
Which also answers my other question about it being available
in C (obviously, it is !). Rewriting this in Java should be
Lance Ellinghouse (who wrote rotormodule.c) also writes that the
output "is considered BINARY data" so a CRLF, LF or CR are not
Reading his comments, this does not seem to be a "standard"
rotor. However, having the C and Java equivalents will suffice
at the moment. Makes me wonder why more people don't use the
rotor when they need "just enough" encryption without going
the full hog with PKI.
Just to clear up my own understanding, is it fair to say that
a "built-in" module can be defined as one that is included in
the core Python distributed, and is written in C as oppopsed
to Python, but which still needs to be imported before use ?
> "Stephen" <shriek at gmx.co.uk> wrote in message
> news:97ae44ee.0111231225.22760e5c at posting.google.com...
> > Does the Python 'rotor' module conform cross-language algorithm
> > that is also used in the corresponding C & Java libraries ?
> > If so, where could I find the algorithm ?
> Sorry, no idea.
> > Why isn't rotor.py
> > in the Python lib directory ?
> The rotor modul is built into the python library (at least in my
> ActivePython 2.1.1 distribution)
> If it is not builtin, it is still a C extension module (rotor.pyd for
> Windows, probably rotor.so or rotormodule.so on *nix)
> You find the C sourcecode in the file Modules/rotormodule.c (if you have
> source code installed, of course).
> > Also, is it possible for the output of the rotor to ever
> > include \r, \n or CRLF ?
> see 1st remark :-)
More information about the Python-list