i am trying to modify the lwip to get additional functionality.
However i am unable to pair my ESP8266 core version with lwip sources.
Here is what ESP returns by calling:
Serial.printf( "SDK: %s\n", ESP.getSdkVersion() );
Output:
SDK: 1.3.0
In this version, the lwip is stored in libraries/ESP8266WIFI - but there are no sources to compile, only headers and already built library:
How do i get the lwip sources for this ESP8266 Core version please?
Found it,
recompiled it,
tested it,
works.
https://bbs.espressif.com/viewtopic.php?f=7&t=951
Related
Updated Espressif 8266 to 4.0.1 (platform.io), getting time from NTP stopped working on all esp8266/32s. Silently assumes 1970s. Seemingly ignores configTime(MYTZ, "pool.ntp.org", "google.time.com", "time.cloudflare.com"); in time.h code variant.
Tried time.h (https://github.com/esp8266/Arduino/blob/master/libraries/esp8266/examples/NTP-TZ-DST/NTP-TZ-DST.ino)
And NTPClient.h
(arduino-libraries/NTPClient#^3.2.1)
Google is spammed by copy pasted examples around those two.
Is there a working for the setup example?
I tried to download OpenCL SDK. But no way. I have an AMD GPU so I searched on Google for AMD SDK but all the links from google and some tutorials are broken and there is no possibility to find the sdk through AMD developpers site.
Well I tried then Intel OpenCL SDK ... but there is no direct link. I tried to register and apply for the sdk but I don't see any download links in my mail box :(
Is it that difficult to get hands on OpenCL SDKs? Something I am missing?
UPDATE:
Finally as for OpenGL SDK is only needed for headers and libs. And tools ...
Looks like the SDK is deprecated and we should just use OpenCL SDK Lite that only contains headers and library files:
https://github.com/GPUOpen-LibrariesAndSDKs/OCL-SDK/releases Pretty disappointing.
There are still tools related to ROCm for linux but not much for Windows. CodeXL should work on windows thow.
For Intel SDK I finally received a confirmation mail and could download it. It took a couple of days.
Full Installers:
32-bit: http://amd-dev.wpengine.netdna-cdn.com/app-sdk/installers/APPSDKInstaller/3.0.130.135-GA/full/AMD-APP-SDKInstaller-v3.0.130.135-GA-windows-F-x86.exe
64-bit: http://amd-dev.wpengine.netdna-cdn.com/app-sdk/installers/APPSDKInstaller/3.0.130.135-GA/full/AMD-APP-SDKInstaller-v3.0.130.135-GA-windows-F-x64.exe
On Win64, you can build the SDK yourself. Get the OpenCL headers from Khronos, and build the import library from the OpenCL.dll using the VC++ tools. See csidev.net.
I need to work with two third party frameworks in my Xcode project but the two of them use Google's Protocol Buffer library and they were compiled against different versions of that library. Both frameworks work fine separately but when I try to use them in the same project I get this error message:
[libprotobuf FATAL /Users/jari/dev/indooratlas-sdk/indooratlas-ios-sdk/target/framework/IDAAlgorithm/cpp-algorithms/cpp/protobuf/protobuf-cmake/protobuf-2.6.0/src/google/protobuf/stubs/common.cc:72] This program was compiled against version 2.4.1 of the Protocol Buffer runtime library, which is not compatible with the installed version (2.6.0). Contact the program author for an update. If you compiled the program yourself, make sure that your headers are from the same version of Protocol Buffers as your link-time library. (Version verification failed in "".)
libc++abi.dylib: terminating with uncaught exception of type google::protobuf::FatalException: This program was compiled against version 2.4.1 of the Protocol Buffer runtime library, which is not compatible with the installed version (2.6.0). Contact the program author for an update. If you compiled the program yourself, make sure that your headers are from the same version of Protocol Buffers as your link-time library. (Version verification failed in "".)
The error message states that I should contact the program author to get an update but I would like to know if there is something that I can do to fix the problem.
If you have the source code for the frameworks, you should be able to compile them both using the latest version of Protobufs. You will need to regenerate all of the .pb2.cc and .pb2.h files using the latest protoc and link against the latest library version.
If you do not have the source code for the frameworks, then you need to contact the authors and ask them to compile against the newer Protobufs. Without code there is no way to do this yourself.
I have implemented AES encryption in BlackBerry using code from the Knowledge Base Article "How to - Use Advanced Encryption"
I keep getting error:
Module 'net_rim_crypto' not found.
In the code I have imported net.rim.device.api.crypto.*; package, but I can't find the package net.rim.crypto.
Do I need to add any external jar for that?
You should install JRE 4.6 and set the API level to 4.6 and OS of the target device should be higher than JRE version.
If you have problem with BlackBerry API or OS version, you may consider to use bouncy castle for j2me.
I am attempting to get a Native C/C++ library working with Monodroid in the emulator, using DllImport. I am developing mainly in Windows/Visual Studio 2010.
I have built a native C/C++ library (ZeroMQ) using the Android NDK tools, to both x86 and armeabi platforms, using a Ubuntu virtual machine. Is this correct - x86 for emulator and armeabi for the real device? (This is certainly the case on the iPhone/MonoTouch - though in that case statically linked libzmq.a file and DllImport __Internal)
I have added the x86 version of libzmq.so to my MonoDroid project under the directory structure lib\x86\libzmq.so
When I first attempted to build/deploy to the simulator, I got an error 'cannot determine abi type', so I've added x86 to the AndroidNativeLibrary Include="lib\x86\libzmq.so"> project item group. This then deployed.
I have a DllImport for the function to call [DllImport("libzmq"
I've tried libzmq.so, lib/x86/libzmq, lib/x86/libzmq.so etc, but then I call the DllImported method (running in the emulator), I always get a DllNotFoundException.
Can anyone give me some direction?
EDIT: After reading another support answer which states that the emulator uses armeabi .so libraries, I have removed the x86/libzmq and added my lib/armeabi/libzmq.so as an AndroidNativeLibrary. I also removed the project file Abi entry, and indeed the project built and deployed fine.
However, I still get a DllNotFoundException when I try to call a DllImported function. Any ideas?
Many thanks
I don't have any immediate ideas why it isn't working for you; [DllImport("zmq")] should work.
The SanityTests sample exercises the DllImport attribute.
The DllImport: https://github.com/xamarin/monodroid-samples/blob/master/SanityTests/Hello.cs#L240
The Android.mk to build libfoo.so: https://github.com/xamarin/monodroid-samples/blob/master/SanityTests/jni/Android.mk
Building libfoo.so by calling ndk-build: https://github.com/xamarin/monodroid-samples/blob/master/SanityTests/SanityTests.csproj#L82
Including libfoo.so into the .apk: https://github.com/xamarin/monodroid-samples/blob/master/SanityTests/SanityTests.csproj#L96
(This is a repeat of my reply to your email in the ZeroMQ mailing list).
This error could be caused by using an incorrect platform target in your Mono project. I'm not sure if Mono/MonoDevelop supports this, but you probably need to create an ARM platform target, as opposed to x86/x64/Any CPU.
You would experience the same errors if you tried to do P/Invoke interop between an x64-targeted assembly with an x86 native library or vice-versa.
If you're using the clrzmq bindings for bridging Mono and libzmq, you will need to create a new platform target for ARM and rebuild the bindings. The solution only defines x86 and x64 platform targets currently.
Ok, I finally got it working! For whatever reason, ZeroMQ doesn't build correctly using the current/latest NDK r7. The instructions at http://www.zeromq.org/build:android use NDK r6. I also downloaded an old version of the NDK r5b (it was the easiest old version to find a download for), and rebuilt ZeroMQ using it. Result, it now works on emulator and phone!