O número atual de milissegundos desde a época é1395245378429; no unix (64 bits / Ubuntu / python 2.7), você pode:

>>> t = 1395245378429
>>> type(t)
<type 'int'>
>>> t = 1395245378429L
>>> type(t)
<type 'long'>
>>> int(t)
1395245378429
>>> type(int(t)
<type 'int'>

mas no Windows (também 64 bits / python 2.7), isso acontece:

>>> t = 1395245378429
>>> type(t)
<type 'long'>
>>> int(t)
1395245378429L
>>> type(int(t))
<type 'long'>

então, as seguintes observações estranhas:

no Windows,int(<long>) retorna um longoo mesmo número é tratado por muito tempo no Windows, mas um int no unix

Não vejo nada óbvio na documentação para dizer que esse é um comportamento correto; existe uma maneira (correta) de converter o comprimento em um int (ou seja, para que ele possa ser usado em um método que requer um argumento int)