<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[wolfSSL - Embedded SSL Library — ctaocrypt for basic RSA+AES c lib support]]></title>
	<link rel="self" href="https://www.wolfssl.com/forums/feed-atom-topic631.xml" />
	<updated>2015-03-31T19:59:41Z</updated>
	<generator>PunBB</generator>
	<id>https://www.wolfssl.com/forums/topic631-ctaocrypt-for-basic-rsaaes-c-lib-support.html</id>
		<entry>
			<title type="html"><![CDATA[Re: ctaocrypt for basic RSA+AES c lib support]]></title>
			<link rel="alternate" href="https://www.wolfssl.com/forums/post1987.html#p1987" />
			<content type="html"><![CDATA[<p>Hi nesnub,</p><p>I recently (Mar 18) went through and fixed several issues with the Visual Studio Solutions.</p><p>I also was compiling in VisualStudio 2013. I identified the following issue that may help out in your case:</p><div class="quotebox"><blockquote><p>Known Issues: When porting our .sln project file to a version of VS 2012 or later a dialog will appear after a <br />&quot;One-Way Upgrade&quot; Notification. If the user selects &quot;YES&quot; here our property sheet will be over-written with one that <br />will enable SAFESEH and also enable EDITANDCONTINUE even though these two settings are not compatible.<br />I have added a setting in our property sheet to disable SAFESEH and we will get a no-warnings build if the user<br />selects &quot;no&quot; on this option.</p></blockquote></div><p>NO_PSK also was not set in the flags which was breaking each solution we had.<br />See: <a href="https://github.com/wolfSSL/wolfssl/commit/fd772bb434a5300e7e3550f892cf3c642623fb32">https://github.com/wolfSSL/wolfssl/comm … 642623fb32</a><br />These fixes will be in the next stable release 3.4.6 however were not in previous releases.</p><p>For the current development head you can always reference <a href="https://github.com/wolfSSL/wolfssl.">https://github.com/wolfSSL/wolfssl.</a></p><p>If these fixes do not help you on your project please do not hesitate to respond here or email me kaleb@wolfssl.com. I will try to assist you in getting your project going.</p>]]></content>
			<author>
				<name><![CDATA[Kaleb J. Himes]]></name>
				<uri>https://www.wolfssl.com/forums/user1509.html</uri>
			</author>
			<updated>2015-03-31T19:59:41Z</updated>
			<id>https://www.wolfssl.com/forums/post1987.html#p1987</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[ctaocrypt for basic RSA+AES c lib support]]></title>
			<link rel="alternate" href="https://www.wolfssl.com/forums/post1978.html#p1978" />
			<content type="html"><![CDATA[<p>Hello, I&#039;m trying to compile the latest stable version of ctaocrypt in VisualStudio 2013. I&#039;ve tried using the provided project file, and I&#039;ve tried creating my own cleaner project for it but I hit the same issue.</p><p>All I want is to get the most basic Rsa and AES calls in ctaocrypt, no ssl, no tls, no certs or anything like that, just:</p><div class="codebox"><pre><code>RsaPublicKeyDecode
RsaSSL_Verify
AesSetKey
AesCbcEncrypt
AesCbcDecrypt
RsaPublicEncrypt
InitRng
RsaPrivateKeyDecode
RsaPrivateDecrypt
RNG_GenerateBlock</code></pre></div><p>The issue I am finding is that:<br />a) the project provided as-is does not compile (pretty sure even on older VS versions) since it fails to include memory.c which is required for user-specified alloc functions etc.<br />b) I can never seem to compile (and link) succesfully without the two following errors:</p><div class="codebox"><pre><code>2&gt;ctaocrypt.lib(asn.obj) : error LNK2019: unresolved external symbol _GetCA referenced in function _ParseCertRelative
2&gt;ctaocrypt.lib(asn.obj) : error LNK2019: unresolved external symbol _GetCAByName referenced in function _ParseCertRelative</code></pre></div><p>I&#039;ve tried compiling with NO_CERTS, but this causes other dependencies between Rsa/Sha256/Asn. I can&#039;t find the right combination of flags to remove these. I can get the GetCAByName to go away by using NO_SKID, but not the GetCA one.</p><p>This used to work several versions ago (maybe 1-2 years ago, not sure the exact version), but it looks like asn.c was refactored and broke this.</p><p>If it&#039;s not a supported &quot;mode&quot; (bare-bones ctaocrypt) anymore, are there any recommendations on a possible alternative. I really just wanted a portable, lightweight RSA+AES implementation in C.</p><p>Thanks</p>]]></content>
			<author>
				<name><![CDATA[nesnub]]></name>
				<uri>https://www.wolfssl.com/forums/user78.html</uri>
			</author>
			<updated>2015-03-21T20:18:30Z</updated>
			<id>https://www.wolfssl.com/forums/post1978.html#p1978</id>
		</entry>
</feed>
