Submitted pull request: https://github.com/weidai11/cryptopp/pull/405
Problem with RSA still unresolved.
--
--
You received this message because you are subscribed to the "Crypto++ Users"
Google Group.
To unsubscribe, send an email to cryptopp-users-unsubscr...@googlegroups.com.
More
>
> This appears to be a bug in DBX.
>
The main problem is not with the backslash. The main problem is memcpy from
NULL address:
RSA validation suite running...
signal SEGV (no mapping at the fault address) in _memcpy at
0x7e200678
0x7e200678: _memcpy+0x0044: ldx
On Monday, April 24, 2017 at 1:16:44 PM UTC-4, Anton Gorev wrote:
>
> Yes, -xmemalign=4i fixed all errors I saw before.
>
OK, thanks.
-xmemalign=4i appears to be valid for SPARC, and not i.86pc.
> But it isn't so cloudless. Next bugreport attached.
>
> Also maybe output below will be
I admire Anton's perserverance with the crappy Solaris 10 compiler. I have
had to work around several bugs but I gave up when it came to the bugs that
nobble cryptopp. I am pleased to see that the compiler on Solaris 11 does
not have these issues (it has other issues instead).
On Monday, 24
On Friday, April 21, 2017 at 11:10:47 PM UTC-4, Jeffrey Walton wrote:
>
>
> On Friday, April 21, 2017 at 10:46:47 PM UTC-4, Anton Gorev wrote:
>>
>> Other strange thing:...
>> ...
>> DH validation suite running...
>>
>> stopped in CryptoPP::BufferedTransformation::GetMaxWaitObjectCount at
>>
On Friday, April 21, 2017 at 10:46:47 PM UTC-4, Anton Gorev wrote:
>
> Other strange thing:
>
> ```
> $ dbx ./cryptest.exe
> For information about new features see `help changes'
> To remove this message, put `dbxenv suppress_startup_message 7.9' in your
> .dbxrc
> Reading cryptest.exe
>
Other strange thing:
```
$ dbx ./cryptest.exe
For information about new features see `help changes'
To remove this message, put `dbxenv suppress_startup_message 7.9' in your
.dbxrc
Reading cryptest.exe
Reading ld.so.1
Reading libnsl.so.1
Reading libsocket.so.1
Reading libCstd.so.1
Reading
Created pull request: https://github.com/weidai11/cryptopp/pull/402
Unfortunately I wasn't succeed to fix the last error. If you want to try,
please send me a message to kvir...@gmail.com. I will try to set up some
kind of tunnel.
--
--
You received this message because you are subscribed to
On Fri, Apr 21, 2017 at 3:17 PM, Anton Gorev wrote:
> Will do now. But is there really should be SUNPRO_CC (without double
> underscore) instead of __SUNPRO_CC.
As far as I know, SunCC uses the double underscore. You can dump the
macros it defines with `CC -E -xdumpmacros
Will do now. But is there really should be SUNPRO_CC (without double
underscore) instead of __SUNPRO_CC.
--
--
You received this message because you are subscribed to the "Crypto++ Users"
Google Group.
To unsubscribe, send an email to cryptopp-users-unsubscr...@googlegroups.com.
More
On Friday, April 21, 2017 at 2:44:47 PM UTC-4, Anton Gorev wrote:
>
> I guess we should probably incorporate the changes. If I open a bug
>> report, would you make a pull request?
>>
>
> Sure. But I am stuck with the last error:
>
> DH validation suite running...
>
>
> signal BUS (invalid
On Friday, April 21, 2017 at 2:44:47 PM UTC-4, Anton Gorev wrote:
>
> I guess we should probably incorporate the changes. If I open a bug
>> report, would you make a pull request?
>>
>
> Sure. But I am stuck with the last error:
>
> DH validation suite running...
>
>
> signal BUS (invalid
>
> I guess we should probably incorporate the changes. If I open a bug
> report, would you make a pull request?
>
Sure. But I am stuck with the last error:
DH validation suite running...
signal BUS (invalid address alignment) in CryptoPP::BufferedTransformation::
GetMaxWaitObjectCount at
On Fri, Apr 21, 2017 at 2:06 PM, Anton Gorev wrote:
> Workaround in the same way. Changed definition of the INNER_LOOP_ITERATION
> (https://github.com/weidai11/cryptopp/blob/master/vmac.cpp#L549):
>
> #define INNER_LOOP_ITERATION(j) {\
> word64 d0 =
Workaround in the same way. Changed definition of the INNER_LOOP_ITERATION
(https://github.com/weidai11/cryptopp/blob/master/vmac.cpp#L549):
#define INNER_LOOP_ITERATION(j) {\
word64 d0 = ConditionalByteReverse(LITTLE_ENDIAN_ORDER, data[i+2*j+0]);\
word64 d1 =
On Friday, April 21, 2017 at 11:55:00 AM UTC-4, Anton Gorev wrote:
>
> I workarounded that by changing whrpool.cpp:612:
>
> Line:
> digest[i] = s[i] = block[i] ^ (k[i] = digest[i]);
>
>
> To:
>
> #if defined (__SUNPRO_CC)
> word64 block_i = 0;
>
I workarounded that by changing whrpool.cpp:612:
Line:
digest[i] = s[i] = block[i] ^ (k[i] = digest[i]);
To:
#if defined (__SUNPRO_CC)
word64 block_i = 0;
memcpy(_i, [i], sizeof(block_i));
digest[i] = s[i] = block_i ^ (k[i] =
Hi Jeff,
Yes, it does fix the original error. But then it core dumps in other place:
Testing MessageDigest algorithm Whirlpool.
signal BUS (invalid address alignment) in CryptoPP::Whirlpool::
Transform at line 612 in file "whrlpool.cpp"
612 digest[i] = s[i] = block[i]
On Thursday, April 20, 2017 at 3:16:25 PM UTC-4, Anton Gorev wrote:
>
> Seems like message was cut off. Just in case full report is attached here.
>
> четверг, 20 апреля 2017 г., 14:10:20 UTC-5 пользователь Anton Gorev
> написал:
>>
>> Hi,
>>
>> I have troubles when execute cryptest.exe on
Seems like message was cut off. Just in case full report is attached here.
четверг, 20 апреля 2017 г., 14:10:20 UTC-5 пользователь Anton Gorev написал:
>
> Hi,
>
> I have troubles when execute cryptest.exe on Solaris 10. Below is
> information I collected so far. Please let me know if you need
20 matches
Mail list logo