Re: PalmDebugger
sorry not to provide sufficient info. I'm using CodeWarrior 8.0, Serial cable with Symbol. If it is USB, the debugger can work with it? Pls help in this regard. Thanks! --- Ben Combee [EMAIL PROTECTED] wrote: At 10:53 PM 7/10/2003, apple k wrote: Hi, I'm trying to use the actual device to debug my program. However it fails for several times of attempts as connection attempt fails. I'm using CodeWarrior and set the PalmDebugger to PalmOS Device with functional COM port. For the Palm Device, it has been set to debug mode as 'Shortcut.2'. Which actual device, which version of CodeWarrior, and what kind of connection (serial or USB)? -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Palm OS programming help @ www.palmoswerks.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
PalmOS Security Lockout Form
Hi, Our program has set programmatically the Power-off feature on the Auto-Lock Handled in the Security Lock Form. Whenever user enter our application at a particular form, say formB (where formA is the main screen) then power-off the palm. The palm will ask he/she to enter the password. The moment palm returning to our application after password key-in correctly, it will go back to the formA instead of the formB which is the latest screen before power-off? Is there anyway to programmatically control the palm and let the palm detect that formB is the latest screen before power-off? Any comments are very much welcome! __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Where is the image file when there is no Memory Stick
We are doing a project on SONY CLIE NX70V. The requirements include sending image file ,which has been taken by the build in CAM, to server. Normally, image file is stored in the Memory Stick. But, at current stage, we didn't find where the image file stores when there is no memory stick. So where are them and how to read them back? -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
PilRC problem with BITMAPFAMILYEX identifier auto-definitions
Hi group, I have a set of bitmaps I want to bundle in RCP file. I use BITMAPFAMILYEX for generic PalmOS devices, and BITMAPFAMILY for Sony devices. I have also #include Header.h on the 1st line in the .RCP file. To regenerate the header I delete the header file, then run PilRC with RCP file, then save the project. But I am confused to see only the BITMAPFAMILY ids are generated in the header. Also, if I delete the header file while in PilRC, when saving the project an header file is generated! It is strange that at first i had couple of BITMAPFAMILYEX and everything went ok, but when I added more definitions thing gone wrong even with older source. Any suggestions? George VS ([EMAIL PROTECTED]) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
About Launch Code Problem
Hi everybody, On Palm OS 5, I want to make other App call my App from myself defined launch code. it used this : AppCallWithCommand(CREATOR, LAUNCHID, NULL); In part of my defined launch code , it need some API such as FrmGetActiveForm/FrmGetActiveField. but their return some invalid result. Under Palm OS4 it is normal,I want to know how to avoid the error. thanks advance! -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Repost: exporting file from Card w/o conduit
Richard Coutts wrote: Sorry about the repost -- I'm a bit stressed about finding an answer and am not finding much information in my searches on the net and the documents (though I may be looking in the wrong places). My app needs to export files on the expansion ard to the desktop without a conduit. They're large non-pdb files, ~1Mb. I'm using VFSRegisterDefaultDirectory() to register a file type so that users can import files directly to the expansion card using Palm Quick Install. That part's working great, but it's not clear to me how to do the converse -- to export a file of the same type from the card back to the desktop computer. Is it possible to do this without developing a custom conduit? As i understand your plan, no. The palm desktop software doesn't backup/restore palm database from the expansion card. So i recommend two ways: - Set the backup bit of your palm database, to transport this from main memory back to the desktop without a conduit - Write a simple conduit, where you can exactly do your needs. Based upon the TxtConduit example (see Conduit SDK). This requires only about 10 lines of sync-manager calls and is not hard to manage. You will not need to bother within synchronisation frameworks (PFC, Generic Conduit). Ralf Dietrich -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Valid character for TxtCharAttr?
Forgive my ignorance but I don't see what type of casting I could do to prevent this sign extension. I tried: WChar w; Char c; w = ( WChar ) c; to no avail, 0xEC became 0xFFEC. So in the end I added: w = 0x00FF; Char is a 'signed char' - so, naturally, it'll think about the sign bit if you try to put it elsewhere, for example: w = (WChar) -1; will put 0x into w :) what you really wanted to do is: WChar w; w = (unsigned short)c; maybe that'll help :) --- Aaron Ardiri[EMAIL PROTECTED] CEO - CTO +46 70 656 1143 Mobile Wizardry http://www.mobilewizardry.com/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Using IBM J9 on OS5
Hi, Did anyone ever use the J9 JVM on a OS 5 device? Does the J9 JVM work somehow with the Palmsim.exe? If I try, it always crashes within the 68K emulation. Any ideas? Thanks a lot Rene -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where can I find a fit SDK for Tungsten 5-way navigator?
But you can not find any information about the SDK unless you register and login the Palm SG program. Ben Combee [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] At 10:40 AM 7/10/2003, Xing Jin wrote: Many thanks! Finally I found it after I registered as Plugin project member. What's a strange and stupid things! Why is this strange and stupid? The 5-way navigator is a proprietary feature of devices from Palm Solutions Group, so it makes sense that the description of the APIs and keystrokes would be part of the Palm SG developer program, not the PalmSource generic Palm OS SDK. -- Ben Combee [EMAIL PROTECTED] CodeWarrior for Palm OS technical lead Palm OS programming help @ www.palmoswerks.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm VII RS232 Situation
This may just be another case of bad solder on components around the RS232 transceiver. I have asked the end user to do a check or two. I have not heard from the end user yet. Thanks for your reply. tom - Original Message - From: Dave Lippincott [EMAIL PROTECTED] To: Palm Developer Forum [EMAIL PROTECTED] Sent: Monday, July 07, 2003 3:46 PM Subject: Re: Palm VII RS232 Situation Have you tried your app on Pose running a VII debug ROM? Could this be a problem on this specific VII? Has any other customers with a VII reported similar problems? I personally have not experience any VII specific serial issues. But I do not work at 115K baud. Is it possible to test using a slower baud rate? - Original Message - From: fftlaser [EMAIL PROTECTED] To: Palm Developer Forum [EMAIL PROTECTED] Sent: Monday, July 07, 2003 3:49 PM Subject: Palm VII RS232 Situation Hmmm, original post in 1/28/03. Dave's response on 1/29/03. And I'm just getting back to this issue. Needless to say I've been off on a tangent. Details. The application I've written uses the RS232 port to communicate with custom hardware either directly attached to the port or attached through a sync cable. Communication is at 115.2kBd, 8-1-none, auto RTS and auto CTS. The Serial Link Manager functions are used to handle data transmission and reception. The application runs just fine on Palm III and Palm V handhelds under OS 3.3, 4.0 and 5.0. I've even run the application with no problems on a Kyocera phone. The handheld (phone) and the external hardware chat away with ease. The application has communication problems when run on a Palm VII handheld. Unfortunately, I do not have a Palm VII handheld to run the code on, and am relying on feedback from an end user to try and troubleshoot this situation. Also unfortunately, I can find no useful information on the Palm software and hardware websites that provide any clues as to any idiosyncrasies the Palm VII handheld might enjoy. I have no details other than these to provide. Just looking for feedback on any idiosyncrasies of the Palm VII RS232 port. Something I have to turn off before using this port. Which foot I have to stand on? What tune I have to whistle? Thanks for the assistance. tom -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PalmOS Security Lockout Form
Hi there, Our program has set programmatically the Power-off feature on the Auto-Lock Handled in the Security Lock Form. Whenever user enter our application at a particular form, say formB (where formA is the main screen) then power-off the palm. The palm will ask he/she to enter the password. The moment palm returning to our application after password key-in correctly, it will go back to the formA instead of the formB which is the latest screen before power-off? I am confused. When you say The palm will ask he/she to entere the password, do you mean that is part of other application, not your application? What I think is the log in screen is a part of your application, so, the user stays in your application before and after the Palm is OFF, your application controls which form it will jump to after the login process. I do security on our program, too. I request the user log in when needed. So, the user can be on any form. I do not power off the Palm. What I do is UInt16 backFromSecurity = 0; // global variable // before the program jump to the security form, I do backFromSecurity = FrmGetActiveFormID(); FrmPopupForm(SecurityForm); // log in, verification, etc... // and later on, FrmReturntoForm(backFromSecurity); backFromSecurity = 0; tnn __ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
My PDB is showing wrong on the Palm device
I made a program taht reads txt files and make a pdb out of then i'm making 50k regs in this pdbs it works fine in the emulator and simulator but on the device it says the pdb have 350 regs only i tried with less ones like 30k , 20k, 10k they all show less records like 200 something the records are ok untill reg number 255 then they start to have jumps like 255 is the 510 record 256 is the 766.. and the other records are all mising i don't know what to do anymore anyone have a clue? thnx _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: My PDB is showing wrong on the Palm device
Sounds like a case of bigendian vs little endian. The Palm OS and PC represent numbers with different byte ordering. You may need to swap the bytes in your numeric data during the PDB creation process. - Original Message - From: Alexandre Barreto [EMAIL PROTECTED] To: Palm Developer Forum [EMAIL PROTECTED] Sent: Friday, July 11, 2003 10:46 AM Subject: My PDB is showing wrong on the Palm device I made a program taht reads txt files and make a pdb out of then i'm making 50k regs in this pdbs it works fine in the emulator and simulator but on the device it says the pdb have 350 regs only i tried with less ones like 30k , 20k, 10k they all show less records like 200 something the records are ok untill reg number 255 then they start to have jumps like 255 is the 510 record 256 is the 766.. and the other records are all mising i don't know what to do anymore anyone have a clue? thnx _ MSN Hotmail, o maior webmail do Brasil. http://www.hotmail.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linkedlists of bitmaps?
I needed some similar linking in one of my products. I also did _not_ need record categories. So I ended up using the category support to designate my record type. Where you have addresses of records, I used record IDs (supplied my own record ID). I ended up with an enumerated type that listed all of the record types, and a sort routine that sorted records by category (and then appropriately within category). I also tagged first polygon index, first line index, etc to boost lookup speed. I suggest you design from the beginning with VFS in mind. For me, this meant writing two levels of encapsulation routines for record access (e.g. FindPolygon(database, poly #), FindLine(database, line #), GetRecordHandle(datbase, recordIndex)). The lower level of routine chose either Dm or VFS calls, depending on where the database was located (VFSFileDBInfo/DmDatabaseInfo, VFSFileDBGetRecord/DmGetRecord). I also wrote my own VFS version of DmFindSortPosition. I don't do any on-device editing of these databases, but if I did I would want to transparently copy a VFS DB to RAM, work with it, and then return it to RAM (allowing for the possibility that power could die or card could be removed at any moment). -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: My PDB is showing wrong on the Palm device
I tought about that but i used other progs i made to puta a hole file into records in the pdb and it works fine i just got this prog and changed it and the weird thing is that in the emulator and simulator it works fine :( thnx for ur help _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: What to do w/resource file greater than 64k?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ben Combee Sent: Thursday, July 10, 2003 10:40 PM To: Palm Developer Forum Subject: RE: What to do w/resource file greater than 64k? With that said, I am baffled. Here's the problem I'm seeing. Codewarrior 9.1 complains with the following WARNINGS: Segment 'Seg1' is greater than 64KB, it will generate an invalid PRC file. PalmRez Warning: Output resource size is greater than ~64K size limit: 'code 1' In my Segments tab, the ONLY things listed in Seg1 are: Seg14K 1K --- StartupCode.lib 514 42 PalmOS.win.pch n/a n/a (actually 2K on hard drive) MyApp.rsrc n/a n/a (actually 70K on hard drive) MyApp.cpp 3616987 Furthermore, when I drag the resulting PRC onto POSE running an OS3.1 dbg ROM (my target platform), I get Could not install the Palm OS file MyApp.prc because an out of memory error occurred while installing resource 'code'(1). It's possible that the reason for this error is because the size of this resource (68614) is larger than the current allowed maximum of 65505. This is very odd. Turn of linker map file generation in the 68K Linker pref panel and look at the contents of the first code segment. It may be that you have inline or template code from other segments that is being put into the first segment. If you know that this code won't be called from a non-global-providing launch code, you can turn off the compiler glue in first segment switch in the 68K Linker panel. After you said the size of the .rsrc file doesn't matter, I decided to create a new CW9 project from the C++ stationary, and then pull in all the files from the 'broken' project into this new one. The Clean Slate approach, and it worked like a charm! Thanks -Jeff Ishaq -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Repost: exporting file from Card w/o conduit
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ralf Dietrich Sent: Friday, July 11, 2003 1:24 AM To: Palm Developer Forum Subject: Re: Repost: exporting file from Card w/o conduit Richard Coutts wrote: Sorry about the repost -- I'm a bit stressed about finding an answer and am not finding much information in my searches on the net and the documents (though I may be looking in the wrong places). My app needs to export files on the expansion ard to the desktop without a conduit. They're large non-pdb files, ~1Mb. I'm using VFSRegisterDefaultDirectory() to register a file type so that users can import files directly to the expansion card using Palm Quick Install. That part's working great, but it's not clear to me how to do the converse -- to export a file of the same type from the card back to the desktop computer. Is it possible to do this without developing a custom conduit? As i understand your plan, no. The palm desktop software doesn't backup/restore palm database from the expansion card. So i recommend two ways: - Set the backup bit of your palm database, to transport this from main memory back to the desktop without a conduit The difficulty in this approach is that you must -temporarily- copy the PDB to storage (main) memory. So if you have /PALM/Programs/MyApp/My Database.pdb on a SD card and you want the next HotSync to back the up to the desktop, you need to: 1) VFSImportDatabaseFromFile() to copy the file from the SD card onto the device's storage memory as a database. 2) Set the backup bit on the storage-memory copy. This way, the next HotSync that happens will sync the database. 3) After the HotSync, delete the storage-memory copy. Or, if it has been updated as a result of the HotSync, overwrite the one on your SD card with VFSExportDatabaseToFile() and THEN delete the storage-memory copy. - Write a simple conduit, where you can exactly do your needs. Based upon the TxtConduit example (see Conduit SDK). This requires only about 10 lines of sync-manager calls and is not hard to manage. You will not need to bother within synchronisation frameworks (PFC, Generic Conduit). Yes, this is probably a better solution, but I've found that Palm developers shy away from conduits because then you have to figure out how to deploy the conduit for your customers (e.g., write an installer etc) :) -Jeff Ishaq -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
Perhaps you've already written code that uses linked lists, but in case you haven't, let me ask: why do you need them? Why not manipulate the data directly in the databases? This type of access is marginally slower, but if I understand the purpose of your application, the difference shouldn't be noticeable. I would mimic the traditional 'relational' design by creating five 'tables', each in a different database: ClipHdr --- ClipID Author Notes (One record per ClipID) ClipDtl --- ClipID ShotID (Multiple records per ClipID, with a different ShotID in each one; ClipIDs are contiguous) ShotHdr --- ShotID Duration (One record per ShotID) ShotDtl --- ShotID FrameID (Multiple records per ShotID, with a different FrameID in each one; ShotIDs are contiguous) Frame - FrameID Bitmap (One record per FrameID) That's a lot of databases, but your app should be easier to code, and there's no need to restore the data on start or save on close -- changes are saved as the user makes them. (As a corollary, consider this: what happens to the data in your linked list if the app fails or if the device is reset for some reason?) It's certainly possible to save your linked lists in a database, but the only method I know of is quite tedious. If you like, I'll write it up for you; otherwise, perhaps someone has a neat trick for doing this. If you simply must use linked lists, you can add a set of 'ID' fields to your item structures, one for each link pointer. Before saving, assign a unique ID value to each item, and propagate this ID value to every referencing item in the lists. Next, create a database record for each item, starting with a 'type' value (to identify the type of item being stored), and continuing with the contents of the item, substituting the ID fields for the link pointers. To restore your lists from this database, create and load an appropriate item structure for each record, then iterate each list and assign the link pointers, using the ID fields to determine the correct links. What a nightmare! Good luck, Jeremy Neal Kelly Software Engineer Peapod Alexandre Rousseau [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi, title says it all, though cryptically perhaps. I am writing a mini storyboarding application and am about to embark on the persistence part of the project. And I need some advice on how to structure my db(s?) for this. So far, I have structured my data as follows: - the db will contain 0, 1, or more clips - each clip contains 0, 1, or more shots - each shot contains 0, 1, or more frames - each frame contains bitmap data - shots form a double-linked list - frames within a shot form a double-linked list i.e. typedef struct { char author[80], char notes[1024], shot * head; } clip; typedef struct { int duration; frame * head; shot * next; shot * prev; } shot; typedef struct { BitmapPtr data; frame * next; frame * prev; } frame; Any advice would be much appreciated. Thanks Alex -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
It's certainly possible to save your linked lists in a database, but the only method I know of is quite tedious. If you like, I'll write it up for you; otherwise, perhaps someone has a neat trick for doing this. Er... as you can see, I went ahead and did just that; this paragraph should've been edited out. Sorry for the confusion! ~ J. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
duplicate ID's in PilRC file
I'm using the PilRC Designer 2.0.6.0 provided with CW 9.0 to create my app's MyApp.rcp and MyAppRsc.h files. The actual ID numbers in the .h file are generated automatically by PilRC Designer. (I'm also doing a little direct editing of the source files in a text editor.) Looking through the file, I notice that many ID's are duplicated -- often half a dozen times or more. So far, things seem to be working OK, probably because duplicate ID's are used in different parts of the program where there's no danger of conflicts, but I have a suspicion that this can't be right and that I'm eventually going to run into trouble because of this. Should I go back and manually renumber everything so that every ID is unique? Is there some PilRC Designer setting that will automatically prevent duplicate ID's? Thanks, Jay [EMAIL PROTECTED] -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Question about dynamic form objects and POL
In the palm OS documentation they state that if you dynamically add form objects that you must save the new FormType returned from the call because the form may have actually moved in memory. My question is, does this invalidate any pointers to form objects that you might be storing? My guess is yes because of the bug I am seeing in my code. Here is the scenario. I have a form with a list on it. I attached a POL::CSimpleListCtl to it. I then dynamically add a button to the form which changes the form pointer. When I go to re-access the list via GetSelection(), I get weird results such as the wrong selection index or it crashes. I think the issue is due to the fact that when I attach the list control, POL is saving the ListPtr returned from the form when attach was originally called and now the saved list pointer is no longer valid. The problem is that I am adding the dynamic button from a base class and I have no idea what objects are attached on the current form. It would seem that POL should only store the form pointer and then call FrmGetObjectPtr when ever it needs to access an object on it. Has anyone else run in to this problem or are my assumptions incorrect? Thanks, Brad -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
OS Bug and Workaround: Pulldown menu crash on Tungsten W
Awhile back I started getting issues in my support box from users of the Tungsten W and one of my apps; the application would just crash (wedge, or sometimes emit a Fatal) when they'd pull down a specific pulldown menu. You could use other pulldown menus in the app, but hitting the one menu would crash the device. The app has been in use for years and works on every Palm OS device out there until he T|W came out. (It works fine on OS2, 3, 4, 5 :) The issue is with really wide menus. (Aside form the fact its naughty to have menus too wide; so be it. But the fact is that wide menus work on all PAlm OS devices except the T|W :) As a test application, you can make a tall menu; if you fill the screen lengthwise, its okay.. the text will not be cut mid-word.. the bottom of the text will rest just above the bottom edge of the screen, and the menu border will be clipped. On every unit except the T|W, the left and right borders will be clipped, if you have to have a really wide menu. One of our menus was 3/4 the width of the screen. At some point, a shortcut was added to a wide item, which made the menu the full width of the screen. No problem.. it was fine on every unit (and we tested them all, and have a rigourous alpha and beta test). Just reducing the text of the menu fixed it. But the T|W would wedge on this wide menu; doing anything to reduce the width solves the problem. We were caught off guard when an app published years ago suddenly started acting up on an OS4.1 machine :) Seems like the OS has a bug for the T|W that no other device has. jeff -- Have you played Atari today? -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: OS Bug and Workaround: Pulldown menu crash on Tungsten W
At 4:11 PM -0400 7/11/03, Jeff Mitchell wrote: (Aside form the fact its naughty to have menus too wide; so be it. But the fact is that wide menus work on all PAlm OS devices except the T|W :) One of the things that Poser checks for is errant memory accesses in the dynamic heap: only the Memory Manager is allowed to touch memory that is not actually in the body of a locked chunk. One developer has reported to me that he gets an error of this type when using wide menus. I've never had time to track this down, but here at least is anecdotal evidence that the bug may occur in older systems, too. -- Keith Rollin -- Palm OS Emulator engineer -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
--- In Jeremy Neal Kelly [EMAIL PROTECTED] wrote: It's certainly possible to save your linked lists in a database, but the only method I know of is quite tedious. If you like, I'll write it up for you; otherwise, perhaps someone has a neat trick for doing this. Er... as you can see, I went ahead and did just that; this paragraph should've been edited out. Sorry for the confusion! ~ J. What confusion ?! Your explanation was pure gold. Your comment on unexpected resets convinced me to go the easier way (as did your explanation BTW :). Thanks a lot for your help! Alex -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
--- Jeremy Neal Kelly [EMAIL PROTECTED] wrote: Perhaps you've already written code that uses linked lists, but in case you haven't, let me ask: why do you need them? Why not manipulate the data directly in the databases? This type of access is marginally slower, but if I understand the purpose of your application, the difference shouldn't be noticeable. ... I forgot to ask: When you say marginally slower, is it still fast enough to load a 2-bit-depth 160x160 bitmap in 250ms or less? If not, I guess I'll have to use some form of cache... Shouldn't be too hard in this case though because I only need to pre-load the frames that make up a shot, and there's rarely more than 5 or 6 per. Also, shots usually last 1 second or more, so that should give me ample time to preload the next shot's constituent frames. Only thing that worries me is the jog shuttle response. TBC... Thanks once more Alex -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
Hi, Thanks for your good advice. I am completely ignorant of VFS (still focusing on OS 3.5+ support at this time). How would it help the user if I supported VFS? Also, I intend to support OS3.5+ and I guess that I'll still need a Dm-conversant layer in there, like you did. Thx! Alex Hal Mueller [EMAIL PROTECTED] wrote: I needed some similar linking in one of my products. I also did _not_ need record categories. So I ended up using the category support to designate my record type. Where you have addresses of records, I used record IDs (supplied my own record ID). I ended up with an enumerated type that listed all of the record types, and a sort routine that sorted records by category (and then appropriately within category). I also tagged first polygon index, first line index, etc to boost lookup speed. I suggest you design from the beginning with VFS in mind. For me, this meant writing two levels of encapsulation routines for record access (e.g. FindPolygon(database, poly #), FindLine(database, line #), GetRecordHandle(datbase, recordIndex)). The lower level of routine chose either Dm or VFS calls, depending on where the database was located (VFSFileDBInfo/DmDatabaseInfo, VFSFileDBGetRecord/DmGetRecord). I also wrote my own VFS version of DmFindSortPosition. I don't do any on-device editing of these databases, but if I did I would want to transparently copy a VFS DB to RAM, work with it, and then return it to RAM (allowing for the possibility that power could die or card could be removed at any moment). -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linkedlists of bitmaps?
At 21:46 + 7/11/03, alexrousseau_jta wrote: How would it help the user if I supported VFS? More memory (probably more important for you than for most apps, since I can see this becoming graphics-heavy). And easier exchange (here Fred, take a look at this one). Depends on how big your database is of course, and also how it's structured (does each storyboard live in its own database? or do you have one monolithic db?) Heck, these days I think it's worth at least considering the idea of _requiring_ VFS for certain apps. If it's file-heavy, and if the user might want to import/export graphics or music from other programs, doing all that with a FAT32 file system saves a lot of design and operation headaches. I can only think of about 4 current-production devices without VFS, and they're all either low-end or specialty (baby Zire, Meazura, Fossil, Symbol). -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
I think Hal's point (and it's one I agree with) is that rather than have your interface code work directly with the database and record calls that you wrap the database in a module that exposes the objects in an abstract way. I've got into the habit of doing this with every database - you end up with a fairly standard set of Initialise, Open, GetFirstx, GetNextx, GetxByIndex, Savex, Createx calls - and have found it very useful later when altering the way the data is stored or indexed. As well as covering Hal's point about allowing the data to exist in a database or VFS I've also found that it simplifies changes to the database structure. As an example, I recently had to extend a database to store two types of record. Because I'd created a wrapper module the code using the existing record type didn't change at all. This is fairly standard code modularity, so this isn't a revolutionary suggestion, just a reminder that doing things properly will save you time in the long run. Chris Tutty From: alexrousseau_jta [EMAIL PROTECTED] Thanks for your good advice. I am completely ignorant of VFS (still focusing on OS 3.5+ support at this time). How would it help the user if I supported VFS? Also, I intend to support OS3.5+ and I guess that I'll still need a Dm-conversant layer in there, like you did. Thx! Alex Hal Mueller [EMAIL PROTECTED] wrote: I needed some similar linking in one of my products. I also did _not_ need record categories. So I ended up using the category support to designate my record type. Where you have addresses of records, I used record IDs (supplied my own record ID). I ended up with an enumerated type that listed all of the record types, and a sort routine that sorted records by category (and then appropriately within category). I also tagged first polygon index, first line index, etc to boost lookup speed. I suggest you design from the beginning with VFS in mind. For me, this meant writing two levels of encapsulation routines for record access (e.g. FindPolygon(database, poly #), FindLine(database, line #), GetRecordHandle(datbase, recordIndex)). The lower level of routine chose either Dm or VFS calls, depending on where the database was located (VFSFileDBInfo/DmDatabaseInfo, VFSFileDBGetRecord/DmGetRecord). I also wrote my own VFS version of DmFindSortPosition. I don't do any on-device editing of these databases, but if I did I would want to transparently copy a VFS DB to RAM, work with it, and then return it to RAM (allowing for the possibility that power could die or card could be removed at any moment). -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
alexrousseau_jta [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I forgot to ask: When you say marginally slower, is it still fast enough to load a 2-bit-depth 160x160 bitmap in 250ms or less? I'm glad to be of service! As for the 'slowness', my (rough) understanding is that it has to do with the write protection affecting the storage area; database operations need to account for this, whereas operations on the dynamic heap do not. (Perhaps there is other upkeep associated with databases -- someone else could better answer that.) Anyway, this upkeep occurs at the record level, and once it is accomplished, read and write operations take place (I believe) at the same speed they would on the dynamic heap. Therefore, an application processing many small records likely would demonstrate a performance loss from using databases, but one such as yours with (relatively) few records will not. Would someone care to confirm my thinking here? As for loading your bitmaps in a quarter-second -- well, I haven't actually tried it, but I'd be surprised if it were any slower than that. Best regards, Jeremy Neal Kelly Software Engineer Peapod -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
Hal Mueller [EMAIL PROTECTED] wrote: At 21:46 + 7/11/03, alexrousseau_jta wrote: How would it help the user if I supported VFS? More memory (probably more important for you than for most apps, since I can see this becoming graphics-heavy). And easier exchange (here Fred, take a look at this one). Depends on how big your database is of course, and also how it's structured (does each storyboard live in its own database? or do you have one monolithic db?) I'm going to follow Jeremy Neal Kelly's suggestion and split the data into relational databases (clips, shots, and frames). The dependencies are such that it will be a triolith. :) Heck, these days I think it's worth at least considering the idea of _requiring_ VFS for certain apps. If it's file-heavy, and if the user might want to import/export graphics or music from other programs, doing all that with a FAT32 file system saves a lot of design and operation headaches. I can only think of about 4 current-production devices without VFS, and they're all either low-end or specialty (baby Zire, Meazura, Fossil, Symbol). You convinced me. VFS it is, then. sigh. More work ahead. Thanks Alex -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Advice sought on design of a db of linked lists of linked lists of bitmaps?
Jeremy Neal Kelly [EMAIL PROTECTED] wrote: alexrousseau_jta [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I forgot to ask: When you say marginally slower, is it still fast enough to load a 2-bit-depth 160x160 bitmap in 250ms or less? I'm glad to be of service! As for the 'slowness', my (rough) understanding is that it has to do with the write protection affecting the storage area; database operations need to account for this, whereas operations on the dynamic heap do not. (Perhaps there is other upkeep associated with databases -- someone else could better answer that.) Anyway, this upkeep occurs at the record level, and once it is accomplished, read and write operations take place (I believe) at the same speed they would on the dynamic heap. Therefore, an application processing many small records likely would demonstrate a performance loss from using databases, but one such as yours with (relatively) few records will not. My storyboards (for 10 minute films) would hold up to 100 shots, each holding an average of 3 drawings, hence 300 records, the latter being stored in the drawings database (per your earlier suggestion). I can see this thing becoming huge if the user is working on a few films. But I'm not too worried about that yet. I'll do a db access performance test in a few days and that will help me decide whether to cache or not to cache. Would someone care to confirm my thinking here? As for loading your bitmaps in a quarter-second -- well, I haven't actually tried it, but I'd be surprised if it were any slower than that. Best ! Alex Best regards, Jeremy Neal Kelly Software Engineer Peapod -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Creating font families w/o Constructor
How does one go about building pilrc from the sourceforge.net sources? I've pulled the tree over, but the README.txt seems to be out of data. Is there a way to build this on Windows using Visual Studio? The readme says there is a project file, but I don't see it in the repository. Thanks, Daryl Ben Combee wrote: At 01:47 AM 6/27/2003, Daryl Huff wrote: I'm using the falch.net development tools and in general I'm pretty happy. However, I'd like to use some custom font families that will contain both high and low density elements. I know about xFont for creating the fonts, and I can use the fonts created in my resource file. Is there any way to combine fonts into a family without using Constructor (and thus having to buy CW)? PilRC 3.0 supports creating font families. This version hasn't been released yet, but you can download the current development sources and build it yourself from the PiLRC project on sourceforge.net. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Palm Database
I am having a problem with my database. The problem is I don't really know how to access it. Below is my layout of the database. When I click a button on my form, I call another form to display a list of data from the database. Everytime I try this, it shows me what is in my Customer field, but I need it to show what is in the Item field. Can someone please help me? I would also like to know a good resource for learning about databases. I am using Falch.net Developer Studio. Thanks, David typedef struct Camelot_tagpwITM { char Customer[11]; char Item[21]; char ItemSub1[11]; char ItemSub2[11]; char Description[31]; char Description2[31]; char PreferredBin[11]; char CountUnit[5]; char AltUnit1[5]; char AltUnit2[5]; char DfltOrderUnit[5]; char WeightUnit[5]; char UnitWeight[11]; char TareWgtUnit[5]; char UnitTareWgt[11]; char DimUnit[5]; char UnitVol[5]; } Camelot_RECORD_pwITM; -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/