1896 results found
curl --request GET https://rtdlog.westeurope.cloudapp.azure.com:443/ It is a simple fix.
searchin/cryptopp-users/197/cryptopp-users/-pswEq8A0a8/t7sluZXijIAJ" rel="nofollow">https://groups.google.com/forum/?fromgroups=#!searchin/cryptopp-users/197/cryptopp-users/-pswEq8A0a8/t7sluZXijIAJ I am assuming that libcryptopp.a is statically linked into TurboActivate.so It appears that the error in libcryptopp.a is causing TurboActivate.so to abort on our 32-bit Ubuntu test platform.
In this forum thread (on a similar issue)https://wyday.com/forum/t/253/feature-request-offline-install-solely-from-all-to-xxx-wyu/your college Sam mentioned that wyUpdate 2.7 will deliver a easier offline updating.
Strangely https://www.wyday.com does open in the browser.
I just wrote a blog post about this: https://wyday.com/blog/2016/ddos-mitigation-and-expanding-our-servers/ Specifically, customers DNS entries will update automatically.
We describe how customers can manually do it right here: https://wyday.com/limelm/help/faq/#disabled-adapters Or customers can run your app as admin (you can automate that) and when running as admin, TurboActivate will automatically be able to re-enable the network adapters temporarily and be able to read the hardware and it will remember the disabled adapters for a while.
The best way to test things is described in the FAQ: https://wyday.com/limelm/help/faq/#internet-error >> "Do I need to use the new TurboActivate.dat in order to activate the trial?
And we (along with many others) have been asking when LicenseChest, hosted TurboFloat Server instances, will be available, as promised for the first quarter this year… https://wyday.com/forum/t/4624/license-chest/#post-29809 But, you still seem to be confusing the interest in if different IP addresses would be shown with some form of license control - that is not the case.
I have already read the reason and workaround here: https://wyday.com/forum/t/4981/errors-with-api-key-generation/ Workaround(reset) working fine and I understand the reason behind (I am just allowed to use max 4 different ip addresses for the license request) either but isn't there a better and stable workaround for the problem?
Hey Scott, I would assume that running in https is no problem? Correct, wyUpdate fully support HTTPS.
" It does, unfortunately their documentation is often contradictory or doesn't link to updated help articles: https://stackoverflow.com/a/34320979/124805 https://docs.microsoft.com/en-us/azure/virtual-network/virtual-networks-reserved-public-ip
See: https://wyday.com/limelm/help/offline-activation/
https://wyday.com/wybuild/help/commandline.php >> "With that said, the library would be very useful to paying community (especially customers using continuous integration/fully automated builds).
Read about it here: https://wyday.com/blog/2016/ddos-mitigation-and-expanding-our-servers/
See: https://wyday.com/limelm/features/why/#wrong-id
For the same reason you should disallow VM activations (VMs can be cloned): https://wyday.com/limelm/help/vm-hypervisor-licensing/ >> "- You're planning to host TurboFloat instances" Yes, hosted TurboFloat Server instances will be available later this year.
SO article: https://stackoverflow.com/questions/25047316/ws2-32-dll-unloaded-exception-when-using-managed-c-library
Never use TA_IsGenuine() (at least not until you've read the documentation and understand the ramifications for using it): https://wyday.com/limelm/help/faq/#require-internet If you use TA_IsGenuineEx() like we describe then minor downtime (planned or unplanned) *will not* effect you.
https://wyday.com/forum/t/1775/settings-trial-days-to-zero-rental-license/ To ensure that the local clock is not tampered with, we need to implement ourselves some validations, by contacting e.g. a known ntp server.
See: https://wyday.com/limelm/help/faq/#useful-reports