|
Release Date 12/21/2007 |
CASL Version 4.4
Update Notes |
Visit us at: http://www.caslsoft.com ©2007 by WAGWARE Systems, Inc. and Brainyware, LLC |
Read this file to find out about the latest changes to the CASLSoft software package and any late breaking news
What's New - Find out what is new in this release.
ActiveSync Support - Learn more about CASL ActiveSync 3.7 - 4.x support.
CASL Transfer Utilities - The transfer utilities allow easy one-way transfers of databases between the Desktop<->PocketPC.
Revision History - Revision history for this release.
Versions - Identifies the latest versions of each CASL component.
Upgrade Notes - Additional notes regarding this upgrade.
Known Issues & Changes - Known issues and changes in this release.
Palm OS Emulator Notes - Notes regarding the Palm OS Emulator.
Hi-Res and Form Size - Information and Tips for creating CASL Hi-Res applications.
CASL ActiveSync - Latest news and information regarding CASL ActiveSync.
CASL Installer (PocketPC Support) - Information and Tips regarding the CASL installer with PocketPC support.
Website: http://www.caslsoft.com ● E-mail Support: support@caslsoft.com ● Support Board: http://www.caslsoft.com/phpBB2 ● Sales: http://www.caslsoft.com/sales.htm
On
PPC builds, use Project|Application Settings and you should see two new
checkboxes. One says says Smart
Minimize Closes App and the other states Hide Smart Minimize
Button." Only one can
be checked at a time. Leave both
unchecked and you will get the normal behavior. Check Smart Minimize
Closes App and your application will close when the "X"
is tapped. It appears that
the shutdown function is still
captured. Check Hide Smart Minimize Button and it will simply not
be shown. Unfortunately, due to
the way the CASLppc runtime works, this must work globally (so it will apply to
all forms within the application).
CASLPro (PalmOS)
On the Palm side, menus can now be navigated properly using the 5-way navigation pad. There is still some interference for those using the events library to capture the nav-pad events--I have modified the library and will post that (and a demo application) as soon as I get it dusted up. There will be more functions coming soon related to the nav pad.
|
General CASL Release Information |
CASL Components Installer
A new CASL Components installer was created to simplify the installation of those components needed to build PalmOS (CASL Pro) applications. Please visit the download page for instructions and a link to download the CASL Components installer.
CASL ActiveSync
Please see the following section for the latest news and information regarding CASLppc and ActiveSync.
Freeware vs. Licensed
CASL 4.4 will display a popup window stating 'Unregistered CASL Compiler - License needed for Commercial Applications. Visit CASLSoft.com'. There are no restrictions whatsoever on the capabilities other than the pop-up box. This is perfect for freeware authors who wish to use CASL to develop Freeware applications. For Commercial developers you may license your copy of CASL 4.4 to remove this pop-up dialog from your compiled applications.
CASL Productivity Pak Added (Moved to CASL Components Installer)
In CASL 4.3 and 4.4 we are pleased to announce the inclusion of the CASL Productivity Pak as part of the CASL Components installer. This very powerful toolset allows CASL developers to browse/edit and search existing .cbd/cdi files, convert Access Databases to CASL Code (with data rows) and includes a command-line version of the Access to CASL code tool. All of these tools will empower CASL Enterprise and non-Enterprise users alike with a valuable toolset for building great new applications using the CASL language. This Package was added courtesy of Vivid Software, Inc.
The MDB 2 CASL Converter
This program will convert Access database tables and queries to CASL (Code and
Data). It allows you to select the fields from the table or query, build your
own SQL queries, and it generates the Code in a CASL cpk file (both variables
and dbfile definition). You can also use it to create index files for multiple
key tables. You can even use the preview feature to view the results of your
conversion before performing it. Once you have created your CDB file you can
use ConvertCDI2PDB to create a PDB file.
CMDConvert
This tool is a command line equivalent of the MDB 2 CASL converter. Using this
tool you can script batch conversions of Access databases tables (or SQL
queries) or create index tables. Includes a sample batch file and an
interactive Batch builder (in case you don't know much about building DOS batch
files).
However, if you do understand batch files then using the scripting language is
very simple.
When used with ConvertCDI2PDB you can create CDB files from an Access database
and then convert the files to PDB. Offering a simple way to convert an entire
projects files and data to Palm format.
CDB Browser
CDB Browser lets you browse CASL (CDB) files, edit and search them. You can
also create Layout files to save the column headers, size and even the CDB file
location. This tool is essential for working with CASL. Once you have it you'll
wonder how you got by before. *Note - During installation of
the CASL Productivity Pak, .cdb / .cdi files will be associated with the CDB
Browser tool.
|
Program |
Version |
Description |
|
CASLide |
4.4.0 |
IDE
(Integrated Development Environment) |
|
CASLwin |
4.3.0 |
Windows
runtime |
|
CASLppc |
4.4.0 |
PocketPC
runtime |
|
CASLrt |
4.3.0 |
PalmOS
and Symbol SPT-1500 barcode scanner runtimes |
|
CASLpro
Libs |
4.3.0 |
CASLpro
libraries |
|
CASL_c |
4.3.0 |
Full
Compiler |
|
CASLcdi2ppc |
4.4.0 |
CASL cdi
to PocketPC Transfer utility. |
|
CASLppc2cdb |
4.3.0 |
CASL
PocketPC to cbd transfer utility. |
|
Setup |
4.3.0 |
CASL
install runtime |
|
ConvertCDI2PDB |
4.3.0 |
Convert a
CASL database file to a PDB |
|
CASLprc |
4.3.0 |
PRC
converter |
|
CASLcn20 |
4.3.0 |
Conduit |
|
CondReg |
4.3.0 |
CASL
conduit installer |
|
RemCond |
4.3.0 |
CASL
conduit remover |
|
Release Date : |
12/21/2007 |
Release
Summary: CASL 4.4
Release – Initial CASL 4.4 Beta Release |
|
|
Component |
Version |
New / Fix / Enhancement |
Description |
|
C_Build Libs |
4.3.0 |
Enhancement
|
On the
Palm side, menus can now be navigated properly using the 5-way navigation
pad. There is still some
interference for those using the events library to capture the nav-pad
events--I have modified the library and will post that (and a demo
application) as soon as I get it dusted up. There will be more functions coming soon related to the
nav pad. |
|
CASLide |
4.4.0 |
Enhancement |
On PPC
builds, use Project|Application Settings and you should see two new
checkboxes. One says "Smart
Minimize Closes App" and
the other states "Hide Smart Minimize Button." Only one can be checked at a
time. Leave both unchecked and
you will get the normal behavior. Check "Smart Minimize Closes App"
and your application will close when the "X" is tapped. It appears from my testing that the
shutdown function is still captured. Check "Hide Smart Minimize
Button" and it will simply not be shown. Unfortunately, due to the way the CASLppc runtime works,
this must work globally (so it will apply to all forms within the
application) |
|
CASLppc |
4.4.0 |
Enhancement |
Implemented the “Smart Minimize Closes
App” and “Hide Smart Minimize
Button” within the CASLppc runtime. |
|
Setup |
4.3.0 |
Fix |
Corrected the "Error 32" message
which sometimes happens when Setup shuts down. |
|
CASLSync.dll |
4.3.0 |
Fix |
Corrected a problem with zero record
database files. Also, the logging feature was removed to improve the speed of
processing. |
|
CASLPro Bluetooth Sample |
- |
Fix |
Improved the CASLPro Bluetooth Sample
application to compile (and work with) PPC and Windows builds. |
* - These tools are courtesy of Vivid Software, Inc.
· Debugger breakpoints on multi-line statements must be set on the line that contains the semicolon.
· One line DROP_DOWN list does not scroll properly. This is a Palm limitation.
· Code memory segments greater than 21K in size sometimes cause crashes related dynamic memory allocation problems on the PalmOS. Use the memory usage report generated by the 'C Build / Make PRC' feature to verify the size of the memory segments. Break files up into smaller CPK files to keep code memory segments less than 21K.
· No more than 920 Global variables may be defined within a single CASL project. If you need more global variables, consider using a PalmOS database to store desperate data values.
· No more than 630 CASL objects may be used globally within a project. If you need more objects, at the present time it is necessary to launch multiple CASL projects. Please examine the compiler output of “Total Number CASL Objects = xyz” to determine if you are getting close to this limit.
·
The maximum database
record size is 32kB.
·
The maximum records per
dbfile is 15,999 and the maximum fields per dbfile is 100.
These are known issues with the PocketPC functionality :
· A message_box should not be added within the 'shutdown' function on PocketPC/WM applications. If a message_box is added, the user will receive the following message upon application shutdown (i.e. if launch ""; exists within the shutdown): "The message_box function can not be called from the shutdown function". The application will then terminate.
These are known issues with the PalmOS5 functionality :
· Raw IR hardware support not in PalmOS 5.0 devices, so CASL must use IRcomm. On devices running PalmOS version less that 5.0, raw mode is supported.
· Crash on HotSync when CASL app running in cradle (only on Tungsten T, and only when running snapCalc5 or sleuth?).
· Hardware scroll buttons crashing Zire 71 and Tungsten T for some users (not reproducible).
· Deleting a record that is new and has not been synced should completely delete the record, not archive it.
These are not issues, but instead are things that just work differently.
· The desktop and list icon sizes for PalmOS changed due to an incompatibility with newer devices. The previous 32x22 icon is no longer valid and must be removed from the project. The icon sizes are now:
|
screen |
desktop
icon |
list
icon |
|
low-res |
22x22 |
15x9 |
|
hi-res |
44x44 |
30x18 |
|
|
|
|
· If you are using the Palm OS Emulator version 3.1 or later you will need to go to the emulator's Settings->Debug Options screen and disable the 'Uimgr Data Access' checkbox. If you do not do this then you get the error "the data at this memory location is owned by the Form Manager..." when your CASL application is run.
· If you are using the Palm OS Emulator version 3.3 or later you will need to go to the emulator's Settings->Debug Options screen and disable the 'Proscribed System Calls' checkbox. CASL apps need to have it unchecked because of the way we use system level PalmOS functions to draw windows/frames to get multi-colored user interfaces.
· If you are using the Palm OS Emulator version 3.3 or later you will need to go to the emulator's Settings->Debug Options screen and disable the 'MemMgr leaks' checkbox. The dynamic heap is completely reset to empty by PalmOS on application exit.
The runtime form size can be specified for PalmOS and Windows. The Runtime Form Size is set using the Project->Applications Settings dialog. Separate settings are maintained for each platform type.
The IDE Form Size is set using the Tools->IDE Settings dialog. This sets the form size for designing forms and is independent of the platform type.
If you plan on writing your application for hires, double the size of the bitmaps and change the CASL display size to 320x320. For example if you had a 50x50 bitmap, make it 100x100 to get more detail. You may also have to go through the application code and edit the values for x_pos, y_pos, height, and width of controls and draw command coordinates where they are changed at runtime.
Set the runtime form size to 320x320 (hires) and build the project.
On a hires PDA you will get the hires graphics and on low-res you should see what you would see if you did not use hires.
You could also take advantage of the larger screen area for
more display objects in hires, but in low-res the objects will be crowded.
Here is a method to prepare a basic image for hires:
1. Open an existing CASL bitmap, switch to the Black and White version if you're not already on it.
2. Press Ctrl+A to select it, and Ctrl+C to copy the bitmap.
3. Open Windows Paint, press Ctrl+V to paste it in.
4. Save it, because your B/W version in CASL will be lost soon.
5. Return to CASL bitmap, switch to the Color version of your bitmap.
6. Press Ctrl+A to select it, and Ctrl+C to copy the bitmap.
7. Switch to Windows Paint, pressed Ctrl+V to paste it in.
8. Select Image>Stretch/Skew and stretch horizontal and vertical to 200%.
9. Use the Paint editor to touch up the bitmap as needed. You can take out a lot of jagged edges. Remember, going from 160 x 160 resolution to 320 x 320 does not double your number of pixels, it quadruples it. You go from 25,600 pixels to 102,400. So you can really improve things.
10. When your image looks nice, press Ctrl+A, Ctrl+C to copy the image.
11. Return to CASLide, select Image>Bitmap properties... and double the size of your color bitmap. This is where your old bitmap (color and bw) disappears.
12. Press Ctrl+V to paste the new bitmap in.
13. Return to Paint and open the B/W version you saved.
14. Repeat steps 8-10(+12) for the B/W version then save it in CASL.
15. Repeat all this for each bitmap in your project.
Support for large and small icons has been added for PalmOS. When you create an icon you will be prompted for a small or large icon.
|
screen |
desktop
icon |
list icon |
|
low-res |
22x22 |
15x9 |
|
hi-res |
44x44 |
30x18 |
NOTE: The previous PalmOS project icon is not compatible with
CASL 4.4 and will have to be recreated to fit the new size.
Palm has changed icon sizes so your old icons will have to be removed from your project and recreated. You'll need to open CASL41, open your current icon there, copy it to the clipboard and move back to Window Paint to save it (and save the B/W version of your icon too). You have to save it because the old icon has to be removed from your project when you open the project in CASL43. The old icon won't open in CASL43 since it's the wrong dimensions. So remove it, then add a new icon for your project, and select to make it a desktop icon.
Your
large hi-res icon (CASL calls it a desktop icon) will be 44x44. They're square
now rather than rectangular like in low res.
You old icon was 32 x 22, so your height is going to double but you'll have to cut the width back from 32 to 22, so when you double the bitmap size it will fit in 44 x 44. Takes some playing with, depending on your current icon's width, to make a new one resized to the right dimensions.
Your new small, list-sized icon will be 30 x 18. Palm has given a different shape here so you can't just reduce the large icon by 50%.
Once you have your small icon created in Paint, copy it, add a List icon to your project in CASLide and paste the small icon in. (repeat for B/W small icon).
NOTE: You will need the newer Palm OS5 SDK, which can be
downloaded from:
http://www.caslsoft.com/download/palmos-sdk-5.0r3-1.tar.gz
If you do not use it you will get a “MemGluePtrNew not
found” error during the PRC creation process.
Before using CASL ActiveSync, the application database must first be opened and closed using the new CASL PocketPC runtime for the database to be upgraded to 4.4 (if upgrading from CASL 4.1 or earlier versions).
CASL ActiveSync only supports sync modes merge and none. CASLsync no longer does the initial installation of the DBs. CASLcdi2ppc does that, although the application must open and close the DBs one time before the sync starts occurring.
CASL ActiveSync is used to synchronize CASL database files between the Pocket PC device and the Desktop PC. CASL includes a powerful application install builder that allows .CDB/.CDI (CASL Databases) to be transferred, at install time, by the CASLcdi2ppc transfer utility. No syncing will take place until such time as the application creates the CDB or an initial .CDB/.CDI file has been transferred to the PocketPC. *Note - It is NOT necessary to install CASLsync if DBs are only going to be transferred at install time and don't need synchronization back to the Desktop.
When you place your PPC into its docking cradle the Windows Active Sync Manager recognizes it initiates the transfer of new, edited or deleted records from either the PPC and/or windows. You will need to have installed version 3.7.1 or later of Microsoft ActiveSync (ActiveSync 4.x is now supported).
When you install your CASL application onto your PPC you are also asked to define a directory on your PC where that application (by creatorID) where the PC side .CDB/.CDI files will reside.
Behaviors of ActiveSync:
· The PPC runtime doesn’t delete records until it shuts them down, it only marks them for deletion. When a record is altered, in effect a “new” record is created and the old one is marked for deletion. CASLsync actually records all of these into the PC file until such time as the application exits. Then everything gets resolved.
· When you update a database on the PPC, then ActiveSync detects that the database has changed and will automatically synchronize the database if the desktop schedule (Options->Schedule) is not set to “manually”. The PC will not see the change if the file is open during the synchronization.
· You cannot synchronize databases between PalmOS and PocketPC because the record id’s are produced using different methods.
·
Deleting the database
files on the PC will not delete the database on the PPC. The database will be
recreated if you perform a sync and then disconnect and reconnect.
·
CASLsync will ONLY synchronize a single PPC to a single PC!
A new synchronization tab has been added to the PocketPC installer dialog. For your application, enter the name that you wish to be shown in the ActiveSync options screen. The “Install the conduit” checkbox must be checked for CASL ActiveSync to be installed with the application.
Setup.exe allows overriding the sync data path when the –SyncDataPath option is specified: Setup.exe –SyncDataPath “C:\MyApp\SyncData”. The application data folder edit box will not be displayed on the install application dialog.
After the application is installed, an entry for the application will be displayed in the ActiveSync options screen. Enable CASL ActiveSync by checking the application icon in the ActiveSync options screen. Each application will have its own CASLsync icon.
CASL .CDB/.CDI files (Databases) are now loaded at installation, not at first sync.
If an application is uninstalled from the PPC then its CASL ActiveSync configuration should also be removed. Open ActiveSync and select the Options menu. On the Sync Options tab, select the application and the click the Settings button. A dialog will be displayed that will allow removing the application’s CASL ActiveSync setting.
Optionally, the utility CASLremas can be used to
remove a CASL ActiveSync provider. There are two optional command line
arguments:
-CreatorID id
Id is the application creator ID. If you do not
specify -Creator ID, then the CASL entry will be removed.
-Silent
Using this will remove the prompt that asks if you
are sure you want to remove the ActiveSync provider and will remove the prompt
that indicates the ActiveSync provider has been removed. Error prompts will
still be shown.
Here is an example:
CASLremas -CreatorID FRED -Silent
This will remove the CASL ActiveSync provider FRED.
You cannot have two different applications (creatorIDs) using the same CASL ActiveSync directory! This is because the .CDB/.CDI files do NOT have the creatorID in them. Therefore CASLsync cannot determine the difference between one .cdb or another by creatorID. Thus CASLsync would try to synchronize all files in the directory multiple times, once for each application configured in the directory.
Also, because of this new PPC databases (from .cdi files) would not be assigned to the correct application (by creatorID) in the PPC.
Also, you CANNOT use the same directories to synchronize PALM and PPC databases.
When you place your PPC into its docking cradle, the Microsoft ActiveSync application will run.
Before performing CASL ActiveSync you must enable those CASL applications to be synchronized. To do this press the options button on the toolbar of the Microsoft ActiveSync application.
This brings up a dialog box with three tabs. Select the “Sync Options” tab. You will see a list of applications that ActiveSync has knowledge of with check boxes next to them. The CASL applications are indicated by the CASL icon and having a name of CASL: <application name>. If you want ActiveSync to synchronize an application click in the check box to the left of its icon and a check mark should appear.
If the application does not exist in the list or it does not have a check box then CASL ActiveSync for that application has not been installed or something failed in its install.
Now select the schedule tab of the options dialog box. In the Desktop Schedule section select “On Connection”. You my select “Manually” but this means that you must press the “Sync” button on the main window to actually perform the synchronization.
Do not select “Continuously” when CASL applications are selected for synchronization as CASL ActiveSync has NOT been optimized for continuous synchronization.
Once you have selected your Desktop Schedule, press the OK button. This will cause the ActiveSync application to begin synchronization with the selected application(s). If you selected “On Connection”, the synchronization will be run. If you selected “Manually”, the synchronization will just collect information on the number of items not synchronized for each application selected. Pressing the “Sync” button completes the synchronization.
You can now perform normal synchronizations of your PPC databases with the PC.
Whenever you wish to synchronize your PPC with the PC, simply place it into its docking cradle. The Microsoft AcitveSync Manager application will run and perform the synchronization (as described at the end of the previous section).
After synchronization has completed you can remove the PPC. (Or leave it connected to recharge the battery.)
The ActiveSync Manager continues to run as long as the PPC is installed. Any record that change on the PPC will be noted as items not synchronized in the application’s display. You can press the Sync button again to synchronize these. CASLsync does NOT keep track of records that have changed in the PC side database. However, when you press the sync button, the PC side records will be re-read and synchronized if necessary.
CASLsync uses the same format database files as used by CASL’s Palm HotSync. These consist of files in the application’s Caslsoft® ActiveSync directory with .cdb and .cdi extensions. The name of the database file in the PPC is the same as the .cdb/.cdi file without the .cdb/.cdi extension.
The
.cdb files are the usual place for database information to be stored in the
PC. If an application’s database
exists on the PPC but not on the PC, the .cdb file for it will be created. Note: the .cdb file will NOT be
created until there is at lease one record in the PPC database.
If the .cdb file is deleted from the PC (erroneously) it will be recreated after TWO full synchronization cycles (removing and replacing of the PPC from its docking cradle).
If a .cdb file has no existing database on the PPC, its #SYNCMODE parameter is forced to “NO_SYNC” (see #SYNCMODE setting section below) and will not be synchronized.
The .cdi files are used to force initial database records down the PPC. Only .cdi files can be used to create new database files on the PPC. If a database already exists on the PPC for the .cdi file, it is deleted and replaced by the new information. After the data from the .cdi files are synchronized to the PPC, the .cdi file is renamed to .cdb.
You can rename a .cdb file to .cdi to force its information down to the PPC without regard of the information in the PPC database.
When the synchronization process has completed, the previous .cdb/.cdi file will be renamed with a .bak extension and a new .cdb file is created (assuming something changed).
The .cdb file has a number of parameters within it. The #SYNCMODE parameter is of special use by CASLsync. This parameter is used to decide if a file is to be synchronized or not or how to resolve changed record conflicts (the same record is changed in both the PC and PPC side database).
The following give the useful values for the #SYNCMODE parameter:
|
NO_SYNC |
Do not
synchronize this file |
|
MERGE |
Synchronize,
manually resolve changed record conflicts |
|
PDA_TO_PC |
Synchronize,
PDA records are always used in conflicts |
|
PC_TO_PDA |
Synchronize,
PC records are
always used in conflicts |
A dialog box displayed by the ActiveSync Manager program handles manually resolved conflicts.
There is a SYNCMODE associated with the PPC database as well. That SYNCMODE has priority and if they do not match, the .cdb file’s SYNCMODE will be changed to match.
CASLsync creates log files of its operations on both the PC and PPC. These log files are an invaluable tool in diagnosing any problems that might crop up (to be read by CASL tech support only). These files should be sent with any bug report that you might have about CASLsync.
The log files come in sets of two. On the PC they are called caslsync.log and caslsync_1.log and reside in the logged in user’s temp directory in the CASL subdirectory. On the PPC they are called casldev.log and casldev_1.log and reside in the /temp directory. (The casldev.log files are forced to be only 50K bytes long to keep from hogging the PPC memory.)
To get the PPC log files you use the Explore tool bar button from the ActiveSync Manager application. Select “My Pocket PC” and then select the Temp directory. You must COPY the log files out of this directory into another before you can access them to be sent to CASL.
Setup.exe allows overriding the sync data path for CASL ActiveSync when the -SyncDataPath option is specified: Setup.exe -SyncDataPath “C:\MyApp\SyncData”. The application data folder edit box will not be displayed on the install application dialog.
The
CASLremas utility will remove the application’s CASL ActiveSync provider
entries and the application will no longer be synchronized. There are two
command line arguments:
-CreatorID appid where appid is the applications creator id
-Silent, which will disable prompts.
Added support for userpath to find the CASL ActiveSync folder for a given creator ID. The Creator ID is passed to the userpath() function. If it is not found then it will assume it is a PalmOS HotSync user name and will return the HotSync path for the user. The string that is passed in must start with “pocketpc,” and then followed by the Creator ID. For example, userpath(“pocketpc, CAS7”) will return the data sync location for an PocketPC application with the id CAS7.
This release includes support for two additional utilities, CASLcdi2ppc and CASLppc2cdb. These utilities are provided to allow one-way transfer of CASL Databases either from the PocketPC to the Desktop or from the Desktop to the PocketPC. These utilities may be executed either directly from their icons within the \CASL43\Tools program group or via a command-line/batch file.
The three CASLregXXX.exe files MUST reside in the same directory as CASLcdi2ppc, users should get in the habit of transferring all four files together at all times. The CASL Installer will copy the CASLregXXX.exe files to the appname_PocketPC_Install folder automatically. However, care must be taken if users will be using the transfer utilities with their own applications as to include the CASLregXXX.exe's.
This will transfer CASL DbFiles from the PocketPC device to the desktop PC. The file created on the PC is a CASL CDB file.
|
Command line option |
Description |
|
-CreatorId XXXX |
Where XXXX is your creator id |
|
-TransferAll |
This will transfer all DbFiles match the given creator ID |
|
-DbFile DbFileName |
Where DbFileName is the name of the file to transfer. You may specify multiple –DbFile options to transfer a select group of files. NOTE: This is not used if TransferAll set. |
|
-DestinationFolder |
The folder where the CDB files is created. NOTE: The name must be in quotes if it contains spaces and must not have a trailing backslash. |
*Example Usage:
CASLppc2cdb -creatorid MyApp -DbFile MyDB -DestinationFolder c:\myapps\coolapp
*Note - There should not be a trailing "\" at the end of the destination folder name.
If no command line options are specified, then a dialog box is presented. Note: The #SYNCMODE is currently always set to "NOT_SPECIFIED"
This will transfer CASL DbFiles from the PC to the Pocket PC device. The file on the PC is a CASL CDB or CDI file.
|
Command line option |
Description |
|
-CreatorId XXXX |
Where XXXX is your creator id |
|
-DbFile DbFileName |
Where DbFileName is the name of the file to transfer. You may specify multiple –DbFile options to transfer a select group of files. |
Example Usage:
caslcdi2ppc -CreatorID MyApp -DBFile c:\myapps\coolapp\theDBFile.cdb
The CASL application installer has been updated to support PocketPC installs. The build configuration (i.e. PalmOS Release, PocketPC Release, etc.) is used to determine the install type. The install files are put into a folder, which has the project name, followed by the build type and then “_Install”. For example, a project named PutFrame would have a folder called “PutFrame_PocketPC_Install” that contained the PocketPC install files.
When the application is installed on the device it is stored in a folder under the \Program Files folder and is named using the name specified in the Application Name field on the Application Information tab. A shortcut is added to the Programs start menu folder and is named using the desktop name specified by the Project->Application Settings dialog (used to be called PRC Settings). If a desktop name is not specified, then the Application Name field on the Application Information tab will be used.
Currently there is no CASL ActiveSync Provider install, it will be added in a future release. However CDB and CDI files will be uploaded to the PDA as part of the install process using CASLcdi2ppc.
There is a new field on the Application Information tab, which allows specifying an application icon. If the field is blank, then the standard CASL icon will be used. The Icon must contain a 32x32 and 16x16 bit icon and use no more than 256 colors. You will need to reset your PocketPC device if you change icons since PocketPC caches the old icon image.
Icon editors can be found on the web that can be used for your CASL PocketPC installers. Here are a couple of links:
http://www.webattack.com/Freeware/gmm/fwicontools.shtml
http://home.kabelfoon.nl/~meijer/software/icoedit.html
http://www.webattack.com/download/dlsnicoedit.shtml
A check box labeled Create CAB Files has been added to Build tab which allows generating the cab files when the application setup files are produced. If this box is not checked, then after the install package is built, you will need to double click the buildcab.bat file in the install folder to create the PocketPC CAB files. Double click buildcab_cleanup.bat to remove the temporary files.
The buildcab process combines the CASLppc runtime, application file CCE’s, and application dll’s and produces a CAB file for each CPU type. The CeAppMgr.exe installer uses these CAB files to install your application on the target device.
The CDI files are not part of the CAB files that buildcab produces. The CASL installer uploads the CDI files during the install using CASLcdi2ppc.
The install includes a copy of CASLppc, which it renames to the application name. There is a copy in the ARM, MIPS and SH3 folders.
NOTE: The following files must be in your CASL 4.4 folder for buildcab to work and are included in the CASL 4.4 installer:
Makecab.exe
cabwiz.ddf
Cabwiz.exe
These utilities are also included with eMbedded Visual Tools (http://www.microsoft.com/mobile/pocketpc/downloads/default.asp) and also can be found at http://www.sundialsoft.freeserve.co.uk/cabwiz.zip. Microsoft's license agreement for the Makecab utility can be found here.
These are the files that are used by buildcab.bat to produce the CAB and DAT files used by CeAppMgr.exe to install your application:
|
ARM folder |
Contains the renamed CASL runtime and needed CASL DLL’s and application DLL’s for the ARM CPU. |
|
MIPS folder |
Contains the renamed CASL runtime and needed CASL DLL’s and application DLL’s for the MIPS CPU. |
|
SH3 folder |
Contains the renamed CASL runtime and needed CASL DLL’s and application DLL’s for the SH3 CPU. |
|
SetupDll.dat |
Used by the CASL setup DLL when installing and uninstalling the application. |
|
<Your app>.inf |
Used by cabwiz to create the CAB and DAT files used by CeAppMgr.exe to install the application. |
|
*.CCE |
Application program files. |
|
*.WAV |
Wave files used by the application. |
Buildcab.bat deletes the files that are no longer needed after the CAB files are created. The remaining files are used to install your application. These are:
|
CASLcdi2ppc.exe |
Present if there are any CDI/CDB files to install. |
|
*.CDB and *.CDI |
Initial application database files. |
|
CeAppMgr.exe |
Windows’s installer. |
|
*.CAB and *.DAT |
Application files installed by CeAppMgr.exe. |
|
<Your app>.ini |
Used by CeAppMgr.exe to install CAB files. |
|
InstallScript.ini |
Used by CASL Setup.exe. |
|
*.TXT |
Text messages displayed at install time. |
|
Setup.exe |
CASL installer. |
The application database files are removed when the application is uninstalled.
-- End of Update Notes --
Website: http://www.caslsoft.com ● E-mail Support: support@caslsoft.com ● Support Board: http://www.caslsoft.com/phpBB2 ● Sales: http://www.caslsoft.com/sales.htm
©2005 - 2007 WAGWARE Systems, Inc. and Brainyware, LLC., All Rights Reserved
CASL (Compact Application Solutions Language) and CASLSoft is a Trademark of WAGWARE Systems, Inc. and Brainyware, LLC.