Does rotor follow a cross-language encryption algorithm ?

Stephen shriek at
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, 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
possible output.

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> wrote in message
> news:97ae44ee.0111231225.22760e5c at
> > 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
> > 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 or 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 :-)
> hth
> Werner

More information about the Python-list mailing list