How do I decompress a compressed file in a rhomobile application?
I saw that the zlib extension is unavailable in rhodes, because it needs a ruby port. Ruby uses the "zlib.c" or "zlib.h" source files and not a portable zlib.
When running the rhodes application, in a line with the source:
require 'zlib'
it raises the error:
no such file to load -- zlib
Anyone has any idea?
Thanks in advance?
See the documentation on adding libaries to your Rhodes app: http://wiki.rhomobile.com/index.php/RhodesExtensions#Adding_Libraries_to_Your_Rhodes_Application
I don't know if zlib will work or not (actually would be curious what you find out). If you have more questions I suggest the Rhomobile google group.
Related
I have written a Java program to zip files and to unzip them in an unzipping C program called Junzip.
https://github.com/jokkebk/JUnzip. I'm able to unzip the file using 7zip file extractor. But when using C Junzip, its not unzipping.
But when I'm unzipping the file, which was zipped using normal file compressor, I'm able to unzip it using the same jUnzip library.
Author of the JUnzip library here, just came across this question. Did I understand correctly that .zip files made by your program unzip correctly with 7zip, but not with JUnzip, whereas JUnzip seems to be able to uncompress .zip files made by others?
Without further info, it's hard to say if there's a .zip feature you are using that JUnzip does not support, or if there's a bug in JUnzip. One possible reason is that the library and junzip.exe only supports a limited set of compression methods, namely Deflate that is supported by zlib library it uses. The code base is rather small so you could probably add a few debug statements to see where it goes wrong.
You can check out https://codeandlife.com/2014/01/01/unzip-library-for-c/ for some details regarding JUnzip.
I'm doing a project on ARM platform (Linux Kernel), where I need to code a firmware autoupdate task in C. In order to that, I need to download the manifest file from the FTP/HTTP server and from the manifest file, I'll have link to download the firmware package. I'm using libwebsockets to achieve this task as this is very light weight and has low memory footprint.
Please help me on HOW to download the files and upload the files (as a client) using the libwebsockets library? I have gone through the examples and source code repo to understand how this library works, but this is pretty confusing to fathom the flow and API. Please help me, folks.
Thank you all in advance.
Curiosity is one of my personal keys. I got a folder of an executable c application, this folder include many files some are files.so , files.ini and other files.lz and I decided to try do some kind of reverse engineering, so I have used a reverse engineering online tool for the files.so and files.ini are already opened via notepad as we all know, but now my problem is about opening files.lz, which i already know that it contains libraries to be used for functions on files.so
This is what i want to know and to have some help in it how can I decompress it via a desktop tool or even an online tool?
Should be Lzip.
When you are in the linux-world, one very usefull commands is file:
$ file myFile.lz
myFile.lz: lzip compressed data, version: 1
I want to import javacardx.apdu and javacardx.framework in eclipse and use in applet in java card, how do this work? and how do I download .jar file to import.
thnaks
You can find the JavaCard Development Kit here.
The JCDK contains not only the APIs but also tools to help you build CAP files. You should read the documentation provided.
The jar file you look for is api_classic.jar and you should find it in the lib folder of the JCDK. You need to add it to your classpath so you can compile java card code.
You cannot (usually) upload .jar files. You need to convert the class files within a package to a .cap file. This conversion is usually performed by the JCDK converter tool or a third party equivalent. It converts the byte code into Java Card compatible byte code and performs some early binding (using .exp files delivered with the various libraries).
You may of compile against the api_classic.jar found in the lib fo lderof the JCDK to find out if your code compiles. Note that the name of the .jar may differ for different versions of the JCDK - I've used the one for Java Card version 3, where the functionality has been split into the connected and classic API.
I strongly recommend you follow some tuturials and - of course - the book Java Card Technology for Smart Cards: Architecture and Programmer's Guide.
When I was looking at the www.bing.com/maps html source file I came across some
strange "streetsidePrefetchFileUrls" URLs to .xap.png archives:
For exmaple:
hxxp://c0.ecn.catalogservice.virtualearth.net/cs/dc/pf/Xaps/bcbc3954e568c46cf8c3cc00737da32c_Microsoft.Maps.Framework.xap.png
This file has a PNG Header and contains an IDAT chunk. The IDAT chunk doesn't contain pixel data but a (corrupt) PKZIP archive with Microsoft Maps DLLs inside.
Does anybody know why Microsoft uses PNG as a container for xap Archives?
I've tried to unpack that archive with unzip and 7z. They all detect the ZIP-Archive inside the PNG but abort unpacking with an error.
Yes I noticed this they changed to this kind of protection just before the map app api came out of Beta. I presume it is their way of providing some protection for xap code from 3rd party developers, we have tried lots of ways to decrypt these without any luck but the code for it must be in the initial silverlight code so with a lot of decompiling you could probably find it
Many of the Bing Maps App's available on http://bing.com/maps contain proprietary algorithms and code. The png encoding is there to help prevent people from decrypting the XAP files and decompiling them. That said, if there is something you are trying to figure out how to do then try asking that question instead.