RE: Easier way in creating pdb file
E-camm (www.ecamm.com) also has a cross-platform tool, the Palmfile Toolkit. Haven't tried it yet, but their other tools are great. -Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Williams Sent: Friday, October 10, 2003 10:15 PM To: Palm Developer Forum Cc: [EMAIL PROTECTED] Subject: Re: Easier way in creating pdb file On Fri, 10 Oct 2003 8:00 pm, Brian wrote: Good Day, Has anyone know of a software that can create a pdb file on a fly. before it will be sync to a PDA? or better yet a source code( if anybody has). ;-) Please try par: http://djw.org/product/palm/par/index.html Executables, library to use in your program, source code. djw -- 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: Easier way in creating pdb file
Thanx guys, i'll look into it. P.S. Excuse me shushil, where can this PDBMake application be located? Best Regards, Brian Mark Cameron wrote: E-camm (www.ecamm.com) also has a cross-platform tool, the Palmfile Toolkit. Haven't tried it yet, but their other tools are great. -Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Williams Sent: Friday, October 10, 2003 10:15 PM To: Palm Developer Forum Cc: [EMAIL PROTECTED] Subject: Re: Easier way in creating pdb file On Fri, 10 Oct 2003 8:00 pm, Brian wrote: Good Day, Has anyone know of a software that can create a pdb file on a fly. before it will be sync to a PDA? or better yet a source code( if anybody has). ;-) Please try par: http://djw.org/product/palm/par/index.html Executables, library to use in your program, source code. djw -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: table memory leak
Here's how Address works: a) If you never modify in any table field, the field handles are freed by the OS when you exit the form. b) If you modify a table field, then PrvEditSaveRecordField() is called. The last line of this function is FldFreeMemory() which frees the old field. Then, that row gets redisplayed, allocating another handle, which is eventually freed as in case (a). This method only works if you are really careful to never re-display a table row. You can make it a more robust by calling FldGetTextHandle() in the get function to see if there is already a handle allocated from a previous display of the table, and freeing it first. You can also use a more brute-force approach, which saves all allocated field handles in an array indexed by row, and nulls out the array entries in the save function. In your frmCloseEvent handler, walk through the array and free any handles remaining. Hope that helps... Dave Christian Lindemeier [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] I've tried the PrvEditGetRecordField example, it works fine after I've ajusted it for my use but I didn't get rid of my memory leak problem. I think this is because there isn't any MemHandleFree(fieldH). Maybie there is something I missed. Chris Palm Developer Forum [EMAIL PROTECTED] schrieb am 10.10.03 03:36:25: You should use customTableItem for first column and textTableItem for 2nd column. For a good example of how to do a textTableItem, look at the source code for the built-in Address app, included with the SDK. See file AddrEdit.c, functions PrvEditGetRecordField and PrvEditSaveRecordField. Dave __ Bestes Testergebnis: Stiftung Warentest Doppelsieg fur WEB.DE FreeMail und WEB.DE Club. Nur fuer unsere Nutzer! http://f.web.de/?mc=021182 -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Where is the Keylock preference stored?
Nobody has this information? -Jeff -Original Message- From: Jeff Ishaq Sent: Thursday, October 09, 2003 7:55 PM I've developed an application that optionally shows a splash screen for a moment when the device is turned on, and for a moment before the device shuts down. The new Palm Tungsten 3 and Tungsten E models have a new preference called Keylock, which can be set to automatic, manual, or never. When Keylock is enabled, the device briefly shows a Keylock-related model dialog in exactly the same instant that my splash screen shows up: right before the device shuts down, and right after it powers up. How can I programmatically check and see whether Keylock is enabled? There is no mention of this preference in any of the OS5 R3 header files. My next step is to do a binary diff on the Saved_Preferences.PRC and hope something turns up! Thank you, -Jeff Ishaq -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Problem with Simulator debug
I had a problem when debug using Simulator, It says Transport Timeout error. I am using Codewarrior 6, I had checked Use TCP/IP sockets under IDE preferences. How can I solve this problem? Any other settings I missed? Thanks in advance -Guanghe __ Do you Yahoo!? The New Yahoo! Shopping - with improved product search http://shopping.yahoo.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Bad behaviour of T3 DIA Compatibility PRCs
I discovered a bad behaviour of the T3 DIA Compatibility PRCs. I am using the files AppSlipRotate.prc and StatusBarLib.prc, which I got from the archive T3_DIA_Compatibility_prcs.zip from the pluggedin program at PalmOne. If you only install the file AppSlipRotate.prc on the T3 and not the other one, the TungstenT3 goes into a rest loop. Getting out of this reset loop can only be done by a hard reset of the device. Knowing how customers are, some of them will exactly do this, not installing both DIA Compatibility PRCs at the same time. If they then have to hard reset their T3, they will hate me and my application. This is not what I would call total customer satisfaction... Does anyone know a solution to this? Or does PalmOne need to fix these two DIA Compatibility PRCs? Best regards, Ralf -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Problem with Simulator debug
At 12:06 PM 10/11/2003, Guanghe Pan wrote: I had a problem when debug using Simulator, It says Transport Timeout error. I am using Codewarrior 6, I had checked Use TCP/IP sockets under IDE preferences. How can I solve this problem? Any other settings I missed? We had to tweak the debugger in the 8.3 update to reliably talk to PalmSim. I'd suggest you upgrade your CodeWarrion installation to V9. -- 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/
Dynamic Input Area opens on FrmDrawForm()
Hello, I am trying to implement support for the Dynamic Input Area (DIA) on the Tungsten T-3. I have installed the required support .prcs (AppSlipRotate.prc and StatusBarLib.prc). I am successfully telling the OS to enable the DIA. I am also able to receive an event when the user has minimized the DIA and recalculate/redisplay the size of my screen. The problem comes when I go to open another form from the form that has the closed DIA. When I call the FrmDrawForm() routine, the DIA opens back up. I am calling the following prior to the draw on the new form: FrmSetDIAPolicyAttr( m_pFrm, frmDIAPolicyCustom ); PINSetInputTriggerState( pinInputTriggerEnabled ); WinSetConstraintsSize(FrmGetWindowHandle( m_pFrm ), 320, 320, 450, 320, 320, 320); // I am in full-resolution mode The Applications and Dynamic Input Areas document indicates that WinSetConstraintsSize() must be called in the handler of the frmLoadEvent or frmOpenEvent. I am using FrmNewForm() to dynamically create my forms, so neither frmLoadEvent nor frmOpenEvent fire. I have tried to call WinSetConstraintsSize() immediately before the draw. I have even tried calling PINSetInputAreaState( pinInputAreaClosed ) immediately before FrmDrawForm() just to try and force the area closed, but no luck, the DIA still opens. Any ideas? Could it be that dynamic forms were not considered when support for dynamic input areas was implemented? Thanks, Chris Updegraft -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Dynamic Input Area opens on FrmDrawForm()
I have a similar problem. I also use dynamic forms and I can't disable the InputTrigger nor the OrientationTrigger the first time I open a form. But when I open the next form (the same or any other), the triggers are disabled. All forms are dynamic and the behaviour is identical on both the T|T3 simulator and on a real T|T3. It seems the DIA PRCs only work satisfactory for static forms. (And the pluggedin.palm.com site seems to down) Magnus -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
