MemMove or not ?
Hi, Based on your experience and PalmOS source code, what's the fastest in ARM : - MemMove - or void my_memmove(UInt8 *dst, UInt8 *src, UInt32 size) { while (len--) *dst++ = *src++; } Thanks Chris -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: MemMove or not ?
MemMove ist much faster!!! Chris Apers schrieb: Hi, Based on your experience and PalmOS source code, what's the fastest in ARM : - MemMove - or void my_memmove(UInt8 *dst, UInt8 *src, UInt32 size) { while (len--) *dst++ = *src++; } Thanks Chris -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
T5 questions
1) Is it posible to debug on the device (with CW9.3)? I have tried, but not been successful yet. 2) What are the keys for the 5-way navigator on the T5 sim? I have tried the arrow keys and numeric keypad but no luck. I am using a laptop (Dell Inspiron) and nothing seams to work. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: T5 questions
Hello, Neil! There's a text file accompanying the T5 Sim, which says the keys are the arrow keys, like the ones for Treo 600 Simulator, but that's incorrect. One of the text or PDF downloads in the Pluggedin program (where the T5 Sim download is) lists the correct keys - Alt+Enter for Center, Alt+Left/Right/Up/Down for navigation. By the way, this is a bad choice of control keys on the designers part - sometimes, unexpectedly, a menu pops up for a second (when you press the Alt key). Nikolai Filipov Handshigh Tech Support At 12:14 10.11.2004, you wrote: 1) Is it posible to debug on the device (with CW9.3)? I have tried, but not been successful yet. 2) What are the keys for the 5-way navigator on the T5 sim? I have tried the arrow keys and numeric keypad but no luck. I am using a laptop (Dell Inspiron) and nothing seams to work. -- 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/
can't compile simple example on solaris using prc-tools
Hi all, I'm a newbie in this palmos buisiness, but as quite experienced c programmer I'm getting frustrated not being able to compile the most simple example from prc-tools page http://prc-tools.sourceforge.net/misc/ (armlet.tar.gz). m68k-palmos-gcc armlet.o -o armlet armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource' armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock' armlet.o(.text+0x9c):armlet.c: undefined reference to `PceNativeCall' armlet.o(.text+0xc6):armlet.c: undefined reference to `PceNativeCall' armlet.o(.text+0xda):armlet.c: undefined reference to `StrCompare' armlet.o(.text+0x102):armlet.c: undefined reference to `MemChunkFree' armlet.o(.text+0x116):armlet.c: undefined reference to `MemHandleUnlock' armlet.o(.text+0x12c):armlet.c: undefined reference to `EvtGetEvent' armlet.o(.text+0x132):armlet.c: undefined reference to `SysHandleEvent' Any help would be appreciated. BR, Sinisa. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Nikolai Filipov Sent: Wednesday, 10 November, 2004 13:59 To: Palm Developer Forum Subject: Re: T5 questions Hello, Neil! There's a text file accompanying the T5 Sim, which says the keys are the arrow keys, like the ones for Treo 600 Simulator, but that's incorrect. One of the text or PDF downloads in the Pluggedin program (where the T5 Sim download is) lists the correct keys - Alt+Enter for Center, Alt+Left/Right/Up/Down for navigation. By the way, this is a bad choice of control keys on the designers part - sometimes, unexpectedly, a menu pops up for a second (when you press the Alt key). Nikolai Filipov Handshigh Tech Support At 12:14 10.11.2004, you wrote: >1) Is it posible to debug on the device (with CW9.3)? I have tried, but >not been successful yet. > >2) What are the keys for the 5-way navigator on the T5 sim? I have tried >the arrow keys and numeric keypad but no luck. I am using a laptop (Dell >Inspiron) and nothing seams to work. > >-- >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/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: can't compile simple example on solaris using prc-tools
> I'm a newbie in this palmos buisiness, but as quite experienced c programmer > I'm getting frustrated not being able to compile the most simple example from > prc-tools page http://prc-tools.sourceforge.net/misc/ (armlet.tar.gz). > > m68k-palmos-gcc armlet.o -o armlet > armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource' > armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock' > armlet.o(.text+0x9c):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xc6):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xda):armlet.c: undefined reference to `StrCompare' > armlet.o(.text+0x102):armlet.c: undefined reference to `MemChunkFree' > armlet.o(.text+0x116):armlet.c: undefined reference to `MemHandleUnlock' > armlet.o(.text+0x12c):armlet.c: undefined reference to `EvtGetEvent' > armlet.o(.text+0x132):armlet.c: undefined reference to `SysHandleEvent' armlet? shouldn't you be doing this: arm-palmos-gcc armlet.o -o armlet not to mention you are missing a bunch of compiler flags required so the ARM code doesn't clash with the PACE environment. calling the system API's from ARM will require you write callbacks to the "API"'s using PACE. you'll also need a 68k portion to load the ARM code in place. maybe, you should be compiling the examples as they should be, in 68k: m68k-palmos-gcc -palmos4 armlet.o -o armlet if you have setup your prc-tools correctly, the 68k compiler will find the header files for the API's in the right place. you might want to check the makefile examples that exist as well, i have a few on my website for the 68k setup: http://www.ardiri.com/palm/cube3d/ http://www.ardiri.com/palm/burning/ cheers. --- Aaron Ardiri (Skype:: callto://ardiri) PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: can't compile simple example on solaris using prc-tools
Hi Aaron, thanks for you quick response. The same example was succesfully compiled at home on linux without modifications (or warnings). I used palmdev-prep to set the header files dirs (the printout showed that it found the files, and the 'specs' file was updated accordingly. Anyway, shouldn't it complain about it during compilation (not linking)? Here is the complete printout: gmake arm-palmos-gcc -Wall -palmos5 -O2 -c add.c arm-palmos-gcc -nostartfiles -o add add.o arm-palmos-gcc -Wall -palmos5 -O2 -c memptrnew.c arm-palmos-gcc -nostartfiles -e malloc_and_write -o memptrnew memptrnew.c m68k-palmos-gcc -Wall -palmos5 -O2 -c -o armlet.o armlet.c In file included from /home/ftp/ste/eedsima/develop/palmos/sdk-5/Incs/Core/System/AlarmMgr.h:21, from /home/ftp/ste/eedsima/develop/palmos/sdk-5/Incs/Core/System/SystemPublic.h:19, from /home/ftp/ste/eedsima/develop/palmos/sdk-5/Incs/PalmOS.h:19, from armlet.c:1: /home/ftp/ste/eedsima/develop/palmos/sdk-5/Incs/Core/System/ErrorBase.h:193: warning: `__callseq__' attribute directive ignored /home/ftp/ste/eedsima/develop/palmos/sdk-5/Incs/Core/System/ErrorBase.h:193: warning: `__callseq__' attribute directive ignored /home/ftp/ste/eedsima/develop/palmos/sdk-5/Incs/Core/System/ErrorBase.h:193: warning: `__callseq__' attribute directive ignored m68k-palmos-gcc armlet.o -o armlet armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource' armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock' armlet.o(.text+0x9c):armlet.c: undefined reference to `PceNativeCall' armlet.o(.text+0xc6):armlet.c: undefined reference to `PceNativeCall' armlet.o(.text+0xda):armlet.c: undefined reference to `StrCompare' armlet.o(.text+0x102):armlet.c: undefined reference to `MemChunkFree' armlet.o(.text+0x116):armlet.c: undefined reference to `MemHandleUnlock' armlet.o(.text+0x12c):armlet.c: undefined reference to `EvtGetEvent' armlet.o(.text+0x132):armlet.c: undefined reference to `SysHandleEvent' collect2: ld returned 1 exit status make: *** [armlet] Error 1 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Aaron Ardiri Sent: Wednesday, 10 November, 2004 14:09 To: Palm Developer Forum Subject: Re: can't compile simple example on solaris using prc-tools > I'm a newbie in this palmos buisiness, but as quite experienced c programmer > I'm getting frustrated not being able to compile the most simple example from > prc-tools page http://prc-tools.sourceforge.net/misc/ (armlet.tar.gz). > > m68k-palmos-gcc armlet.o -o armlet > armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource' > armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock' > armlet.o(.text+0x9c):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xc6):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xda):armlet.c: undefined reference to `StrCompare' > armlet.o(.text+0x102):armlet.c: undefined reference to `MemChunkFree' > armlet.o(.text+0x116):armlet.c: undefined reference to `MemHandleUnlock' > armlet.o(.text+0x12c):armlet.c: undefined reference to `EvtGetEvent' > armlet.o(.text+0x132):armlet.c: undefined reference to `SysHandleEvent' armlet? shouldn't you be doing this: arm-palmos-gcc armlet.o -o armlet not to mention you are missing a bunch of compiler flags required so the ARM code doesn't clash with the PACE environment. calling the system API's from ARM will require you write callbacks to the "API"'s using PACE. you'll also need a 68k portion to load the ARM code in place. maybe, you should be compiling the examples as they should be, in 68k: m68k-palmos-gcc -palmos4 armlet.o -o armlet if you have setup your prc-tools correctly, the 68k compiler will find the header files for the API's in the right place. you might want to check the makefile examples that exist as well, i have a few on my website for the 68k setup: http://www.ardiri.com/palm/cube3d/ http://www.ardiri.com/palm/burning/ cheers. --- Aaron Ardiri (Skype:: callto://ardiri) PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- 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: can't compile simple example on solaris using prc-tools
> m68k-palmos-gcc -Wall -palmos5 -O2 -c -o armlet.o armlet.c this one compiles your c -> o > m68k-palmos-gcc armlet.o -o armlet > armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource' > armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock' > armlet.o(.text+0x9c):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xc6):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xda):armlet.c: undefined reference to `StrCompare' > armlet.o(.text+0x102):armlet.c: undefined reference to `MemChunkFree' > armlet.o(.text+0x116):armlet.c: undefined reference to `MemHandleUnlock' > armlet.o(.text+0x12c):armlet.c: undefined reference to `EvtGetEvent' > armlet.o(.text+0x132):armlet.c: undefined reference to `SysHandleEvent' > collect2: ld returned 1 exit status this one is linking, however, if you look at the header files - it shouldn't be trying to link, mainly because the function looks like this (in the headers) Boolean SysHandleEvent(EventPtr eventP) SYS_TRAP(sysTrapSysHandleEvent); and, SYS_TRAP is defined as: #define SYS_TRAP(trapNum) _SYSTEM_API(_CALL)(_SYSTEM_TABLE, trapNum) #define _SYSTEM_API(kind) _OS##kind #define _OS_CALL(table, vector) \ __attribute__ ((__callseq__ ( \ "trap #" _Str(table) "; dc.w " _Str(vector which, is where the __callseq__ comes in. :) your warnings are in turn causing issues with the function definition - causing an error with the linking process.. it should inline: #trap 15 dc.w xx into the source code :) preventing the need to actually do any linking. --- Aaron Ardiri (Skype:: callto://ardiri) PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Using Records
If you are never going to do anything with the HH data on the PC then replacing the record is a reasonable option. If you can see that one day you may want to access and modify the data on PC via conduit and PC application then replacing is not a good option because it can be a problem to sync HH and PC changes. If you go the replace route make sure that you remove the old record instead of deleting it cause DmDeleteRecord leaves the records header entry for use by a conduit. To modify the record as per your in-memory example closely follow the example you posted (unless I don't understand the question). 1. get the handle to record x 2. create a OemiDBRecordType structure pointer to the record using the handle (OemiDBRecordType* recPtr). You will have to decide the char* or fixed array size issue for FileName as mentioned by Henk. Allocating fixed size record storage is the no brainer solution (no record packing an unpacking required) and it is fine if you won't have a lot of records otherwise you go variable length record and get the record pointer via an unpack function. The addressbook and/or the memopad sample apps have examples using variable length records with packing and unpacking the record data. 3. Write the data. Assuming fixed size records: UInt8 newFreq = 50; /* Vehicle.CH[4].EQ._30Hz = newFreq; */ OemiDBRecordType* offsetPtr = 0; // simple way to get a structure member offset DmWrite(recPtr, &offsetPtr->CH[4].EQ._30Hz , &newFreq, sizeof(newFreq)); 4. unlock the record pointer 5. release the record - Ralph "Tony Janke" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] I am trying to store a data structure in a record and have a few questions. There seems to be (at least) 2 ways to store data in a record. You can either create a new record, and over write an old record with the new copy that contains the new field values. The other way is to edit the individual fields that were changed. I'd think it would be much more efficient to modify only the necessary fields and that brings me to my first question. The example documentation uses a simple struct: typedef struct { char FirstName[20]; char LastName[20]; char PhoneNum[20]; } DBRecord; typedef DBRecord DBRecordType; typedef DBRecord* DBRecordPtr; then when a field (say Last Name) is changed, a simple: (MemHandle) h = DmGetRecord(gDatabase, index); if (h) { // could fail due to out of memory! DBRecordType * p = (DBRecordType *) MemHandleLock(h); // write only the changed fields of record instead of the whole record Err err = DmWrite(p, OffsetOf(DBRecordType, LastName), "Knopp", 20); MemPtrUnlock(p); DmReleaseRecord(gDatabase, index, true); will replace the old last name with the new one. My structure is as follows: typedef struct{ UInt8 _30Hz; UInt8 _60Hz; UInt8 _120Hz; UInt8 _250Hz; UInt8 _500Hz; UInt8 _1000Hz; UInt8 _2000Hz; UInt8 _4000Hz; UInt8 _8000Hz; UInt8 _16000Hz; } EQFreq; typedef UInt8 FilterType; enum FilterType{HighPass, LowPass, ByPass}; typedef UInt8 MixerType; enum MixerType{NONE, A, AB, AC, ABC, B, BC, C}; typedef UInt8 StereoModeType; enum StereoModeType{LEFT, RIGHT, STEREO}; typedef Char* FileName; typedef struct{ Boolean STEREO; // Stereo Linked? EQFreq EQ; // 10-band EQ settings MixerType MIXER; // Mixer controls FilterType FILTER; // Filter type (HP/LP/BP) UInt8 VOLUMELEVEL; // Volume Level UInt16 FILTERFREQ; // Filter Fc UInt8 DELAY; // Delay in 100's of uS Boolean MUTE; // Is Muted? T/F Boolean SOLO; // Is SOLO? T/F } ChannelAtt; typedef struct{ Char* FileName; ChannelAtt CH[6]; // Channel 0 used for Tune Mode StereoModeType StereoMode; // Channel mode, Left, Right or Stereo Link } OemiDBRecordType; To modify the 30Hz filter value for say channel 4, I would normally do a: OemiDBRecordType Vehicle; UInt8 newFreq = 50; Vehicle.CH[4].EQ._30Hz = newFreq; Currently, I have a global variable (Vehicle) that I can access in any function, but I wanna change that and store the data in records. How would I change that value using the DmWrite function? my goal is to use each record as a "file" so that the user can select between different setups by choosing different records. Also, while trying to troubleshoot my code, I am using the simulator to look at my Database and record data. I can see the database and the records I create, but I don't know how to decipher the data I see in that record. When I assign a value to a variable and write that value to the record, I see that some of the record values change but don't know how to interpret those changes to verify they are correct. How do read these values and is there a way to see a database and record during debugging? thanks in advance! ~Tony -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS's Future
mike margerum wrote: I just dont understand their licensing strategy. Why not license it to anyone who wants to build devices around it without ridiculous startup fees and minimum sales contracts. > Let Dell take a whack at palmOne. Dell? You're kidding right? You think the company that still hasn't sold an AMD-based PC is gonna start making Palm OS devices? Do you really think they'd put that strain on their relationship w/ MS to make something for Palm OS? I'm sure of all the possible licensees, Dell is the one LEAST likely to not do it b/c of licensing fees and minimum sales contracts. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: T5 questions
At 04:14 AM 11/10/2004, you wrote: 1) Is it posible to debug on the device (with CW9.3)? I have tried, but not been successful yet. http://kb.palmsource.com/cgi-bin/palmsource.cfg/php/enduser/std_adp.php?p_faqid=889 -- Ben Combee, Technical Lead, Developer Services, PalmSource, Inc. "Combee on Palm OS" weblog: http://palmos.combee.net/ Developer Fourm Archives: http://news.palmos.com/read/all_forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to bring PalmOS to new hardware (e.g. XScale architecture)
Peter Gschwendtner wrote: I have a request to adapt Palm OS for a hardware device, that shall be developed next time. Target CPU is intended to be XScale. Just a request, please adapt Palm OS Cobalt, the newest release. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to bring PalmOS to new hardware (e.g. XScale architecture)
At 04:16 PM 11/9/2004, you wrote: Hello, I have a request to adapt Palm OS for a hardware device, that shall be developed next time. Target CPU is intended to be XScale. What must be done to make it running on such a new device. What tools are available? Are there any evaluation boards for expermental usage which can be used as a base for own developents and that run with PalmOS? Are common drivers available? How to get USB 2 support in PalmOS? (probably processor dependent) Doing Palm OS device bringup really requires that your company either be a member of the Palm OS Ready program or be a Palm OS licensee, or at least be working with those groups within PalmSource to get an exploratory license. Please contact PalmSource through business channels to get information on this. PalmSource does supply some reference drivers for hardware that we used to develop our OS releases, and additional drivers are supplied by Palm OS Ready partner companies. For USB 2 support, you'd probably need to use Palm OS Cobalt 6.1, as that release added USB-on-the-Go support, but I'm not sure. -- Ben Combee, Technical Lead, Developer Services, PalmSource, Inc. "Combee on Palm OS" weblog: http://palmos.combee.net/ Developer Fourm Archives: http://news.palmos.com/read/all_forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: can't compile simple example on solaris using prc-tools
Hi all, I've found the solution posted at thread: http://www.mail-archive.com/palm-dev-forum@3com.com/msg13273.html It looks that this problem was fixed after version 0.5.1b3, but not for solaris. After I fixed the file PalmTypes.h at line 204 (I'm working with SDK 5), it compiled without a glitch. Sinisa. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Aaron Ardiri Sent: Wednesday, 10 November, 2004 14:28 To: Palm Developer Forum Subject: Re: can't compile simple example on solaris using prc-tools > m68k-palmos-gcc -Wall -palmos5 -O2 -c -o armlet.o armlet.c this one compiles your c -> o > m68k-palmos-gcc armlet.o -o armlet > armlet.o(.text+0x66):armlet.c: undefined reference to `DmGetResource' > armlet.o(.text+0x70):armlet.c: undefined reference to `MemHandleLock' > armlet.o(.text+0x9c):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xc6):armlet.c: undefined reference to `PceNativeCall' > armlet.o(.text+0xda):armlet.c: undefined reference to `StrCompare' > armlet.o(.text+0x102):armlet.c: undefined reference to `MemChunkFree' > armlet.o(.text+0x116):armlet.c: undefined reference to `MemHandleUnlock' > armlet.o(.text+0x12c):armlet.c: undefined reference to `EvtGetEvent' > armlet.o(.text+0x132):armlet.c: undefined reference to `SysHandleEvent' > collect2: ld returned 1 exit status this one is linking, however, if you look at the header files - it shouldn't be trying to link, mainly because the function looks like this (in the headers) Boolean SysHandleEvent(EventPtr eventP) SYS_TRAP(sysTrapSysHandleEvent); and, SYS_TRAP is defined as: #define SYS_TRAP(trapNum) _SYSTEM_API(_CALL)(_SYSTEM_TABLE, trapNum) #define _SYSTEM_API(kind) _OS##kind #define _OS_CALL(table, vector) \ __attribute__ ((__callseq__ ( \ "trap #" _Str(table) "; dc.w " _Str(vector which, is where the __callseq__ comes in. :) your warnings are in turn causing issues with the function definition - causing an error with the linking process.. it should inline: #trap 15 dc.w xx into the source code :) preventing the need to actually do any linking. --- Aaron Ardiri (Skype:: callto://ardiri) PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- 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/
Creating Debug version using CodeWarrior
Hi, Creating a new CW project creates 2 targets: Debug and Release. How do I add debugging code to the Debug target? Is there a symbol defined ("DEBUG"?) that I use, or is it a matter of having one file (that defines "DEBUG") included in one target and not in the other? What are my options? I want to do something like this: #ifdef DEBUG x = 1; #else x=2; #endif Thanks, Peter -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to bring PalmOS to new hardware (e.g. XScale architecture); thanks for the answer
Your answer really helps. Probably it's not a good idea to use PalmOS for the project because access to it is too difficult. I just found a hint for a board support package from INTEL without detailed information. "Board support packages for ... PalmOS* ... are available for the Intel DBPXA25x Development Platform. Please contact your Intel field sales representative..." -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS's Future
>Dell? You're kidding right? You think the company that still hasn't sold an AMD-based PC is gonna start making Palm OS devices? Do you really think they'd put that strain on their >relationship w/ MS to make something for Palm OS? I'm sure of all the possible licensees, Dell is the one LEAST likely to not do it b/c of licensing fees and minimum sales contracts. Why would using AMD processors put a strain on dell's relationship with m$? I agree that much of Dell's success can be measured because of lower OS rates for windows from m$. However, the OS cost related to the hardware cost in PDAs and phones is much lower so I don't think m$ can put that much pressure on Dell. They could shave at most a few dollars off of the price. If you don't like Dell than pick gateway or HP. I dont care. I was just making a point that palmsource needs to license their OS to whoever wants to build devices around it. PalmOne clearly hasn't sworn its allegiance to palmSource given some of its statements in the past 6 months. I would bet anything at least one of those 3 companies came to palm to licenses the OS and was turned down because Palm wanted to protect its current licensees. Protectionism doesn't work. m$ primarily won the desktop OS war because it stayed out of the hardware business and licensed it's OS to anyone who wanted to build a whitebox. They are approaching the embedded/PDA market the same way. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Creating Debug version using CodeWarrior
I've set up debug and release macros for my project in CodeWarrior through precompiled headers. You create two precompiled headers, then in the target settings, specify the precompiled header belonging to the target. Within your precompiled headers, you can specify whatever macros you like, and they will only apply to the relevant target. Of course, you need to setup a file to generate these precompiled headers, and you should set these per target so that each target only includes the relevant one. This will amount to the same thing as simply including a normal header based on the target, but has the benefit of not needing to process the header over and over. Adrien. Wednesday, November 10, 2004, 10:06:07 AM, you wrote: PE> Hi, PE> Creating a new CW project creates 2 targets: Debug and Release. How do I add PE> debugging code to the Debug target? Is there a symbol defined ("DEBUG"?) that PE> I use, or is it a matter of having one file (that defines "DEBUG") included in PE> one target and not in the other? What are my options? PE> I want to do something like this: PE> #ifdef DEBUG PE> x = 1; PE> #else PE> x=2; PE> #endif PE> Thanks, PE> Peter -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Unknown events on T3
Thats a winDisplayChangedEvent... It is well defined in the SDK docs. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: FormType and database
The problem in OS 5 is due to the shaadow structures... What you get back from FrmNewForm is not the form but rather just the shadow of the real native ARM form. Some of the form information is shadowed to increase compatiblity of apps that access those structure elements directly, but not everything. The actual native form type is not different - just native and hidden from you (old apps with old form resources still work right). So instead of using FrmNewForm, try building your own myFormType that matches the OS FormType structure element for structure element. Fill that out yourself and FrmDrawForm it by casting it to a FormType. There is an example in the kb.palmsource.com for bitmaps, but the theory should work the same. -Ezekiel * Subject: FormType and database From: "tut.by" <[EMAIL PROTECTED]> Date: Tue, 9 Nov 2004 11:10:26 +0200 X-Message-Number: 1 Hi. I need to save 'tFRM' resource to database. Below code for PalmOS 4.0 //make simple dynamic form char* title = ( char* )MemPtrNew( StrLen( "dynamic title" ) + 1 ); MemSet( title, MemPtrSize( title ), 0 ); StrCat( title, "dynamic title" ); FormType* FormLocal = FrmNewForm( 1010, title, 0, 0, 160, 160, false, 0, 0, 0 ); char* label = ( char* )MemPtrNew( StrLen( "dynamic label" ) + 1 ); MemSet( label, MemPtrSize( label ), 0 ); StrCat( label, "dynamic label" ); FrmNewLabel( &FormLocal, 1200, label, 10, 20, stdFont ); //create database and storing form Err e = DmCreateDatabase( 0, "Forms", 'HSA1', 'form', true ); LocalID LID = DmFindDatabase( 0, "Forms" ); DmOpenRef Ref = DmOpenDatabase( 0, LID, dmModeReadWrite ); MemHandle FormH = DmNewResource( Ref, 'tFRM', 1000, MemPtrSize( FormLocal ) ); FormType* Form = ( FormType* )MemHandleLock( FormH ); DmWrite( Form, 0, FormLocal, MemPtrSize( FormLocal ) ); MemHandleUnlock( FormH ); e = DmReleaseResource( FormH ); DmCloseDatabase( Ref ); //delete dynamic form FrmDeleteForm( FormLocal ); //open database and extract form LID = DmFindDatabase( 0, "Forms" ); Ref = DmOpenDatabase( 0, LID, dmModeReadWrite ); MemHandle MH = DmGet1Resource( 'tFRM', 1000 ); Form = ( FormType* )MemPtrNew( MemHandleSize ( MH ) ); MemSet( Form, MemPtrSize( Form ), 0 ); MemMove( Form, MemHandleLock( MH ), MemPtrSize( Form ) ); -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
How to detect if a menu is open
Hi, I am in the process of developing a little clock that draws to the screen via a buffer. No problems up to here However, when the user opens up the menu, it gets overdrawn with the data that comes in from the buffer at a nilEvent in the forms event handler. I would now like to know how it is possible to determine if the menu is open! Or is there another way to stop this distortion? I already googled a bit in my documentation that came with the SDK. I wanted to use the menuOpen and menuClose event pair, however the documentation says that the menuClose event does not work at all! So this concept wont work.. Best regards Tam Hanna -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: How to detect if a menu is open
You need to look for winenter and winexit events to see if something else (the menu) is active on the screen. If so, you stop drawing. -- RA Moynihan Sent from my Treo -Original Message- From: Tam Hanna Date: 11/10/04 1:25 pm To: Palm Developer Forum Subj: How to detect if a menu is open Hi, I am in the process of developing a little clock that draws to the screen via a buffer. No problems up to here However, when the user opens up the menu, it gets overdrawn with the data that comes in from the buffer at a nilEvent in the forms event handler. I would now like to know how it is possible to determine if the menu is open! Or is there another way to stop this distortion? I already googled a bit in my documentation that came with the SDK. I wanted to use the menuOpen and menuClose event pair, however the documentation says that the menuClose event does not work at all! So this concept wont work.. Best regards Tam Hanna -- 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/
CW 9.3 debugger does not fully scroll to breakpoint
Since I moved to CW 9.3, I noticed that most of the time (if not all), when I stop on a breakpoint while debugging, I have to scroll down the debugger window to get to see the breakpoint line. Is it just me or is this a bug (or undocumented feature)? -- Luc Le Blanc -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Creating Debug version using CodeWarrior
Hi, I use this in one header-File: #if __ide_target("Debug") #define DEBUG #endif Stefan Peter Easton wrote: Hi, Creating a new CW project creates 2 targets: Debug and Release. How do I add debugging code to the Debug target? Is there a symbol defined ("DEBUG"?) that I use, or is it a matter of having one file (that defines "DEBUG") included in one target and not in the other? What are my options? I want to do something like this: #ifdef DEBUG x = 1; #else x=2; #endif Thanks, Peter -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: CW 9.3 debugger does not fully scroll to breakpoint
Luc, I have that as well, would be nice if the window opens with the breakpoint right there. I believe that 9.2 had the same. Gert van Kruiningen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Luc Le Blanc Sent: Thursday, 11 November 2004 07:42 To: Palm Developer Forum Subject: CW 9.3 debugger does not fully scroll to breakpoint Since I moved to CW 9.3, I noticed that most of the time (if not all), when I stop on a breakpoint while debugging, I have to scroll down the debugger window to get to see the breakpoint line. Is it just me or is this a bug (or undocumented feature)? -- Luc Le Blanc -- 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: Creating Debug version using CodeWarrior
Very, very nice! This is a very elegant solution. Thanks! Peter "Stefan Stolz" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hi, I use this in one header-File: #if __ide_target("Debug") #define DEBUG #endif -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Unknown events on T3
Thanks, that explains everything. Jan Slodicka - Original Message - From: "Ezekiel Sanborndeasis" <[EMAIL PROTECTED]> To: "Palm Developer Forum" <[EMAIL PROTECTED]> Sent: Wednesday, November 10, 2004 6:56 PM Subject: RE: Unknown events on T3 Thats a winDisplayChangedEvent... It is well defined in the SDK docs. -- 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/
Treo 270 API for SMS/EMS
Hi, I have been googling the web for information about the Treo 270 APIs/SDK with no luck. I would like to know if it is possible to create a Palm OS application that requests with an SMS (Short Message Service) and receive a reply with an EMS (Enhaced Message Service). The idea is to request for some information using an SMS and receive the answer as an EMS, including a graphic. I could not find any SDK documentation, nor the SDK itself. I know the device is not the latest one, but it serves the proposal the application will provide. Any help about url's for information and (desirable) SMS/EMS sample are welcome Thanks very much! Oscar -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: CW 9.3 debugger does not fully scroll to breakpoint
Gert van Kruiningen a écrit : > I have that as well, would be nice if the window opens with the breakpoint > right there. > I believe that 9.2 had the same. I went directly form 8.3 to 9.3, but I'm sure I didn't have this problem in 8.3. -- Luc Le Blanc > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Luc Le > Blanc > Sent: Thursday, 11 November 2004 07:42 > To: Palm Developer Forum > Subject: CW 9.3 debugger does not fully scroll to breakpoint > > Since I moved to CW 9.3, I noticed that most of the time (if not all), when > I > stop on a breakpoint while debugging, I have to scroll down the debugger > window > to get to see the breakpoint line. Is it just me or is this a bug (or > undocumented feature)? > > -- > Luc Le Blanc -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to detect if a menu is open
An easy way to do this without using globals or flags is to check if the current window is the active form's window when you want to draw something. If they are not the same, don't draw to the screen. I found this easier and just as effective as trapping winEnter/winExit events. Cheers, Tim Kostka "Tam Hanna" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi, > I am in the process of developing a little clock that draws to the screen > via a buffer. No problems up to here > However, when the user opens up the menu, it gets overdrawn with the data > that comes in from the buffer at a nilEvent in the forms event handler. > I would now like to know how it is possible to determine if the menu is > open! Or is there another way to stop this distortion? > > I already googled a bit in my documentation that came with the SDK. I > wanted > to use the menuOpen and menuClose event pair, however the documentation > says > that the menuClose event does not work at all! So this concept wont work.. > Best regards > Tam Hanna > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/