The main issue from what I remember is related to the fact that we can
interleave update and digest calls in CPython. This is impossible in .Net
(at least with the provided API). The workaround to this issue is to store
a local buffer of everything that has already been hashed, in order to
rehash i
"Basically, there's a mismatch between what .NET provides and what Python
needs for perfect compatibility."
Yes. I think I remember implementing this and that's exactly the problem I
ran into. I think we looked into incorporating a modified version of the
BCL code directly into IronPython, but at
On Tue, Feb 25, 2014 at 12:38 PM, Markus Schaber wrote:
> Hi,
>
> A coworker just consulted me on a performance problem of IronPython vs.
> cPython.
>
> ... snip ...
>
> On a closer look, there's the additional (and IMHO much worse) problem that
> the update() method seems not to work incrementa
I think I just wrote the relevant parts in C#, in a slightly different form:
public string sign(List list) {
hmac.Initialize();
foreach (string item in list) {
byte [] sourcebytes = Encoding.UTF8.GetBytes(item);
hmac.TransformBlock(sourcebytes, 0, sourcebyte
Hi,
A coworker just consulted me on a performance problem of IronPython vs. cPython.
The attached test script reproduces the problem.
On cPython 2.7.6, it needs about 1.5 seconds on our test directory (once the OS
disk cache is hot), and cPython 3.3 needs about 1.7 seconds, while IronPython
n
Hi,
I forgot to add the attachment...
Best regards
Markus Schaber
CODESYS(r) a trademark of 3S-Smart Software Solutions GmbH
Inspiring Automation Solutions
3S-Smart Software Solutions GmbH
Dipl.-Inf. Markus Schaber | Product Development Core Technology
Memminger Str. 151 | 87439 Kempten | Ger
