I am packaging a BlackBerry application for desktop installation (i.e., .ALX and .COD files). However, I am having some problems:
I am seeing an error "There was an error importing files. No additional application can be found. Your file might contain applications that already exist in the application list, are not compatible for your device, or have errors".
What could be causing the problem?
Please look at to the image
Related
I'm trying to generate a multi-size icon file to my Delphi app, so Windows will choose the best size to show in each situation.
Following the official support instructions at https://docwiki.embarcadero.com/RADStudio/Sydney/en/Creating_and_Deploying_App_Icons
Storing Your Icon Files into an Icon Container
Once you have your app
icon in all the resolutions that a target platform requires, for
desktop platforms you must then archive the different resolutions of
your icon into a single file, an icon container, that you can deploy
along with your application.
For Windows, you must create an .ico icon container file. See How to
make/get a multi size .ico file?."
It directs to this Stack Overflow question :
How to make/get a multi size .ico file?
I followed the instructions exactly as described and could get a multi-size icon file using ImageMagick.
Problem is , when i try to compile my resource file using BRCC32, i get this error :
[BRCC32 Error] icon.rc(2): Allocate failed
Here is the contents of my RC file :
LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL
MAINICON icon "myapp.ico"
If i go to Project > Application > Icons, i can load the myapp.ico without problems, but due to the nature of my project, i need to use a resource file instead.
Please help, i'm stuck on this issue for days.
Thanks
From the documentation on resource compilers:
Both C++Builder and Delphi give you a choice of resource compilers. On the Project > Options > Resource Compiler dialog box, you can select either of the following:
BRCC32.exe, the C++Builder resource compiler
RC.exe, the Microsoft platform SDK Resource Compiler
RC supports Unicode characters in resource files and file names, as well as new Vista resource types such as icons with alpha channel.
Hence, if you need Vista icons, you need to change to the RC compiler.
I am using crittercism crash reporting tool . Initially it is working fine , but now it showing error
CRITTERCISM_DIR_NAME: No such file or directory
This error suggests that the path of the crittercism library placed on your system is not specified. We usually encounter this message while uploading dSYM using the build script. By following this method, we are supposed to mention the APP ID, APP Key and Source path of the script which might be missed here and caused the error. You may refer to the following article for detailed information :
https://docs.apteligent.com/ios/ios_dsym.html#configuring-crash-symbolication
I finished creating a basic mobile app on Xcode and I want to be able to generate an executable file (much like a jar executable) that has compiled all my related files and can launch my app on another computer without Xcode. I've looked at other resources online that have directed me to the picture below and I think the highlighted file is my executable (correct me if I'm wrong) but when I double click it I get an alert telling me that "this application is not supported on this type of Mac".
Any insight on how I can generate an executable or find one automatically generated by Xcode would be helpful. Thanks in advance!
I am developing for Blackberry usign phonegap and I need to copy all my app files to a writable location (I assume the app file location is red only).
Setting up the plugin to do this is easy enough using Java, however the problem I am having is finding the location of these files specific to my app so that I can copy and move them.
From previous reseaerch it seems that Class.getResourceAsStream would work e.g.
getClass().getResourceAsStream("/index.html");
However do not userstand how this can be specific to my app.
Thanks,
BlackBerry application file is packaged as *.cod file. It is kinda modified java *.jar file with hierarchical structure (folders, packages inside of the archive).
When you run getClass().getResourceAsStream("/index.html"); you get index.html file from the root package of your *.cod file. If there's a file attached upon compilation process, then you will get it, otherwise the operation fails.
As you want to use a writable media, then consider FileConnections API of the RIM SDK.
cod files are stored to a special location (not the filesystem). But you will need to deal with the filesystem if you want to write files to the device memory or memory card.
I am creating an installer using the Adobe AIR captive runtime feature. Normally, the compiler generates a directory for me with all the necessary files that I then use to generate an .msi installer with.
Before, I could just double click the .exe file in this generated directory and the application would already work. (Good way of checking whether the generated files are valid).
I have now stumbled into the situation where I double-click the .exe file and nothing happens. No error message, no logs, nothing. The .exe file just exits immediately.
I have dug up and older installer of my app and tried to run this, the resulting install works fine. But once I replace my SWF file in the install directory with a new build of my app, I once again have the problem.
So, obviously SOMETHING in the Main.swf doesn't agree with the .exe file, but since there are no error messages or whatever it is extremely hard to figure out what the problem is.
The application runs fine from the IDE, by the way, the problem only occurs when I use it in combination with the captive runtime output.
Has anybody ever experienced something similar? And how were you able to figure out what was going on? Is there some secret place where AIR perhaps logs some errors, or is there a way to convince it to output some kind of error log?
You need to create a blank file with no extension called "Debug" (I used textedit and simply removed the extension manually). Put that in the META-INF/AIR/ folder, next to application.xml. This will cause the Air runtime to run in debug mode.
From what I can tell, if there are any fatal errors (e.g. a certain failover .swz file can't be loaded) then at least you'll be able to see what's going on.
Did you manage to make this work?