Re: Palm OS Development is a mess
The Compact Framework is actually quite nice, so I'm not sure why you'd want to develop in unmanaged code. Unmanaged code for Pocket PC is more or less Win32 code and about on par with Win32 code for the desktop from what I can tell (i.e. to be avoided). Well, to begin with, look at the top shareware apps for PocketPC and see how much of them is written in CF. -- Regards, Mikhail Barashkov Handydev, http://www.handydev.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Date Display
Hi to all, I just want to know how the current date will be displayed when we open the form.Can you send some API's for it. Thanks and regards sangita -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
T5 connector layout
Daer All, Does anybody know/have the schematic of the tungsten T5 connector pin layout? How to connect the external microphone to my T5. Best Regards Christoph -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
sorry but what it it good for? palm is something i want to have in my pocket if i want big display i will have notebook instead Jay Ts wrote: Luciano Stertz wrote: If they are going to run Palm OS on top of libc, we will have some very interesting advantages. For example, it would be fairly easy to port a (text-only) Linux application to Palm devices. Ok, it's not probably that useful to run vi on Palm, I for one would love to see vi running on Palm, but then I'd like to have at least a 640x480 resolution, 12 display, and a Bluetooth keyboard, so I could run PODS on the Palm, and develop apps without needing to have a Windows (running Cygwin for vi et. al.) and a Linux system as well! Think ahead. Think big. Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
PalmOne T|X Problem - reset after launching application
we have application which is in theory running on every device which uses at least palmos 3.5. our customers use zires, tungstens, palm m505, treos sometimes there are problems (mostly with nvfs) but most of them is solved at the moment howewre after some customers started to use T|X we have reports that after some time they can't even launch the application. directly after they press its icon device goes to softreset. i don't know how to make it (of course customers swear they 'did nothing'), but i saw one handheld when it was already in such state so i can say that application crashes immediately (we are using ultralite in it, and database doesn't even start). it seems that it helps to delete application and install it again does anyone noticed same problem? does anyone have any clue what could cause it? -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Date Display
just take a look into palm docs...datetime manager functions use TimGetSeconds() to get current time in seconds use TimSecondsToDateTime to convert seconds to DateTimeType structure use DateToAscii and TimeToAscii to convert structure to text and you can do what you need with text [EMAIL PROTECTED] wrote: Hi to all, I just want to know how the current date will be displayed when we open the form.Can you send some API's for it. Thanks and regards sangita -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: mixing C and C++ in codewarrior
It looks like some .h files in MW are without include guards. May I know which are those files ? --cp -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
But if you're emulating system calls through another OS But existing applications are 68k machine code, not just system calls. You need an emulation layer. I'm not complaining about it, it's just going to have to be that way. I agree, and that's why I'm pretty sure they aren't going to try it. Call me cynical, but to me cross-platform always equals compromise. I'd rather have a OS (and kernel) targeted specifically for mobile devices. Again, I agree. But don't compare Windows to the Linux kernel! They are fundamentally different. Windows has been developed in such a way that the GUI cannot be separated from the rest of the system. That's not my point. The problem is that desktop/server thinking and approaches get carried over to the mobile device space. MS have (nearly) always written completely new code for their various mobile device OSes (and there have been a lot of them!), but they have historically tended to think of the devices as little laptops. So besides the big things like having poor performance and crap battery lives and so on, they've done small things wrong, like having buttons with shadows wasting pixels because that's what the desktop OS looked like at the time. Probably because I've never seen Codewarrior I wasn't a big fan of that IDE either :-) But it seemed more stable and easier to install, at least. As long as I have all my Unix text processing and development utils, I see absolutely no need for any IDE. I've tried using a few, but they just slow me down. Ok, so I'm not a typical Palm OS programmer! Not a typical programmer of any kind :-) Modern IDEs have a lot of advantages over old-fashioned command line systems, and the fact is that most programmers prefer having those advantages. They might be prepared to work with sub-standard tools when doing hobbyist stuff, but in their working lives it's a different story. if the only reason I can put up with it is that I'm an expert Unix user/programmer, then things are really bad. ;-) :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
The trouble here is that the term Linux is used for both. That explains why Jay and I were talking at cross purposes a bit :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
I for one would love to see vi running on Palm, but then I'd like to have at least a 640x480 resolution, 12 display, and a Bluetooth keyboard, so I could run PODS on the Palm, and develop apps without needing to have a Windows (running Cygwin for vi et. al.) and a Linux system as well! That's called a laptop, isn't it? :-) Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
The Compact Framework is actually quite nice, so I'm not sure why you'd want to develop in unmanaged code. There are still performance reasons in some times of apps. Unmanaged code for Pocket PC is more or less Win32 code and about on par with Win32 code for the desktop from what I can tell (i.e. to be avoided). Yep, it's truly horrible. I have never understood why MS wanted to keet the same API (subset) as they had for desktop versions of Windows. The Windows API is rubbish, and shows every sign of never having been designed, but just accreting over the years. Dealing with the PalmOS API is much easier, even though it's doing the same sorts of things. I suppose there is always this myth about cross-platform code that keeps getting in everybody's way. There is a limit even in principle to how much code you want to share between a PDA app and a PC app. Cheers, Jim Cooper __ Jim Cooper[EMAIL PROTECTED] Skype : jim.cooper Tabdee Ltdhttp://www.tabdee.ltd.uk TurboSync - Connecting Delphi to your Palm __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: Handling vchrHardRockerCenter
Hi, just wanting to push this question up. I am still looking for a way to correctly react when the user keeps the 5-way center button pressed for some time. At the moment the OS is opening the attention manager dialog (apparently the vchrHardRockerCenter events are handled before they reach my event loop). I have some code that works fine on the simulator where I just swallow the vchrAttnIndicatorTapped event that the OS inserts in these cases, but this does not work as well on the device and probably is not a sensible way to go for future compatibility. Could someone please let me know whether reacting on a long-press of the 5 way center button is officially supported at all and if yes, how to actually do it? Thanks in advance for your help, Daniel -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Jim Cooper wrote: I for one would love to see vi running on Palm, but then I'd like to have at least a 640x480 resolution, 12 display, and a Bluetooth keyboard, so I could run PODS on the Palm, and develop apps without needing to have a Windows (running Cygwin for vi et. al.) and a Linux system as well! That's called a laptop, isn't it? :-) This is getting seriously off-topic, and I could get on my soapbox for quite a while over this one. I'll put it this way: I've never owned a laptop, and I probably never will. I kept thinking I should get one, but never found one I thought I would want to use. After about 15 years of that, I realized that I simply don't like the design. They are too bulky, lack a touchscreen (or decent pointing device), and have keyboards that I find difficult to use with any kind of efficiency. But, I'd love to have a Palm with a larger screen. It would be much better than the handheld/pocket form factor for many things, including web browsing and other Internet stuff, reading ebooks, sketching, and for many miscellaneous applications. (I should mention that I have a few friends who simply *cannot* use a handheld, because the screen is too small for their weak over 40 eyesight.) Maybe I went too far saying a 12 display. How about 5x7 or 6x9, making it about the same size as a typical book? It wouldn't be pocketable, but it would fit nicely in a pocketbook, briefcase, or a student's backpack (a nifty replacement for those heavy, old-fashioned books). Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Turkey Day Thanks...
Thanks to everyone who has responded to my posts and made it possible for me to begin working with the Palm OS. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
declaration error
Why would I get a compilation error like below ? ' Declaration syntax error ' 'cstdio line 57 StrVPrintF(char*s, (const CHar *)const char *format, va_list arg)' --cp -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: mixing C and C++ in codewarrior
It looks like some .h files in MW are without include guards. May I know which are those files ? most .h files should be C++ ok, just check for the: extern C { ... } declarations within the header files. if they dont have this; they probably should :) -- // Aaron Ardiri -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: zire 22 screen depth scheme
Hi, AFIK, the Z22 (no Zire 22) can draw true 16bpp. The last PalmOne device non 16bpp as I know is old Palm IIIc. Sure, but how is the 16bpp encoded? 5 bits for red, 6 for green and 5 for blue (thus, 565)? A program i have works fine on Treo 600 but displays absolutely nothing on the 22. And both have a 160x160x16bpp screen. thanks guich -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Jay Ts wrote: This is getting seriously off-topic Yes :) But, I'd love to have a Palm with a larger screen. It would be much better than the handheld/pocket form factor for many things, including web browsing and other Internet stuff, reading ebooks, sketching, and for many miscellaneous applications. (I should mention that I have a few friends who simply *cannot* use a handheld, because the screen is too small for their weak over 40 eyesight.) Maybe I went too far saying a 12 display. How about 5x7 or 6x9, making it about the same size as a typical book? It wouldn't be pocketable, but it would fit nicely in a pocketbook, briefcase, or a student's backpack (a nifty replacement for those heavy, old-fashioned books). These are called Tablet PCs but new ones are pretty expensive. One example is TC1100 with removable keyboard http://www.hp.ca/products/static/notebooks/tc1100/index.php I have its older cheaper brother TC1000 from second hand and it is very neat (but slow and a bit noisy). Or if you want something smaller running linux already (when palmsource is only talking about it) look at Zaurus or new Nokia 770 http://www.nokia.com/770 http://planet.maemo.org/ I have one N700 right here and it is very neat too :-) I wonder when/if Palm/PalmSource will match this with their PalmOS on Linux concept. Frantisek -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: zire 22 screen depth scheme
Guilherme C. Hazan wrote: AFIK, the Z22 (no Zire 22) can draw true 16bpp. The last PalmOne device non 16bpp as I know is old Palm IIIc. A program i have works fine on Treo 600 but displays absolutely nothing on the 22. And both have a 160x160x16bpp screen. I have seen a similar thing happen: my application worked fine on the LifeDrive and the simulators for other devices, when run in 16bpp display mode. But, when I loaded the app into my Tungsten E, the icon didn't appear in Launcher. I thought something went wrong with the Hotsync, but the database showed up when I looked for it with Filez or ZLauncher. (And although I'm not sure, I think I remember having a similar problem with button bitmaps in my forms.) The fix was weird, and I don't understand why it worked: I deleted the 256-color (8bpp) application icons. After that, no problem! Apparently, when the E didn't see the 256 color icon bitmaps, it then was forced to use the 16bpp icons, and dither them. The bitmaps don't look as nice on the Tungsten E, but at least they show up! As far as I'm aware, the Tungsten E is supposed to display 16 bit images(??), but I think there are differences in capabilities of the display hardware, and the way it is supported, between the higher end models (e.g., LifeDrive, and maybe your Treo 600), and lower end models (such as the Zires, Z22, and Tungsten E). This is just a theory, and I'd love to hear from someone at Palm (Ben?) who can verify or discount it. And am I doing something wrong? It seems really strange that I can fix a problem by deleting 8-bit images from my bitmap families! Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Frantisek Dufka wrote: Jay Ts wrote: But, I'd love to have a Palm with a larger screen. [...] These are called Tablet PCs but new ones are pretty expensive. Expensive, and still a little too much like laptops for my taste. That's why I'd rather see the form factor growing out of handhelds than PCs. I think they will become practical as organic LEDs and other new display technologies bring down the prices and power requirements for displays. Or if you want something smaller running linux already (when palmsource is only talking about it) look at Zaurus or new Nokia 770 Yep, I know about them. I'd just love to develop software for those, but where's the market? Not enough customers yet. And they are too small to qualify for the mini tablet form factor I have in mind. I have one N700 right here and it is very neat too :-) I wonder when/if Palm/PalmSource will match this with their PalmOS on Linux concept. I think they are working directly towards that. I like Palmsource's attitude of embracing Linux for the future, while maintaining support for existing Palm OS applications. I think that will be a successful strategy. Or at least, it *can* be. ;) Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PalmOne T|X Problem - reset after launching application
What are you developing in? This is a known problem with CASL and is fixed in the latest non-free release... /js In your message regarding PalmOne T|X Problem - reset after launching application dated Thu, 24 Nov 2005 10:31:54 +0100, Michal Seliga said that ... we have application which is in theory running on every device which uses at least palmos 3.5. our customers use zires, tungstens, palm m505, treos sometimes there are problems (mostly with nvfs) but most of them is solved at the moment howewre after some customers started to use T|X we have reports that after some time they can't even launch the application. directly after they press its icon device goes to softreset. i don't know how to make it (of course customers swear they 'did nothing'), but i saw one handheld when it was already in such state so i can say that application crashes immediately (we are using ultralite in it, and database doesn't even start). it seems that it helps to delete application and install it again does anyone noticed same problem? does anyone have any clue what could cause it? -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PalmOne T|X Problem - reset after launching application
ehm, what is CASL? i develop in metrowerks codewarrior 9.3 (and i use sybase asa 7.0.4.3536, but i don't think it matters because database isn't even launched) prc file is ~2mb long and it consists of 853 records, i think this shouldn't be any problem. even if it was some dbcache related problem it would disappear after soft reset (at least on T5 it helped) so i don't think this is a case Jeff Summers wrote: What are you developing in? This is a known problem with CASL and is fixed in the latest non-free release... /js In your message regarding PalmOne T|X Problem - reset after launching application dated Thu, 24 Nov 2005 10:31:54 +0100, Michal Seliga said that ... we have application which is in theory running on every device which uses at least palmos 3.5. our customers use zires, tungstens, palm m505, treos sometimes there are problems (mostly with nvfs) but most of them is solved at the moment howewre after some customers started to use T|X we have reports that after some time they can't even launch the application. directly after they press its icon device goes to softreset. i don't know how to make it (of course customers swear they 'did nothing'), but i saw one handheld when it was already in such state so i can say that application crashes immediately (we are using ultralite in it, and database doesn't even start). it seems that it helps to delete application and install it again does anyone noticed same problem? does anyone have any clue what could cause it? -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
PalmSim Not communicating - SBC/Yahoo DSL
Happy Thanksgiving everybody! My problem is I can no longer debug the palmsim. I think it may be something to do with recent DSL SBC/Yahoo Internet Installation. But I've tried disabling all firewalls, popup blockers, anti-virus. I also terminated all unnesseccary applications using the task manager. But I still can't run the simulator. I am now at a lost. I can't think of any thing else. Does Anybody have any other ideas. In the progress window I get the message: ...Searching for compile errors in MyProject When it times out I get the popup: ...Target is not responding... The Target selected is Palm OS Garnet Simulator 5.4 -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Subject: Re: Palm OS Development is a mess From: Jay Ts [EMAIL PROTECTED] Date: Wed, 23 Nov 2005 13:44:22 -0700 X-Message-Number: 42 Jim Cooper wrote: And then the next question is, What is the best kernel for PalmSource to use, given that kernels are complex and maintaining your own kernel and writing device drivers for every new piece of hardware is a pain?. And the answer is Linux, because hundreds (thousands?) of man-years of work have already gone into refining that kernel, *and* it's very popular in embedded development already, so lots of embedded stuff has Linux device drivers available already. It's an answer, certainly. But Linux is not just a kernel. And as you say, even in the embedded world, there is lots of stuff out there already. Is adding yet another GUI toolkit a worthwhile exercise? I'm not convinced. Actually, LINUX IS JUST A KERNEL, along with device drivers. All the GNU utilities and other OSS software such as the X Window System, desktop, and applications are just a bunch of stuff added to Linux (the kernel) to make for a nice user experience that matches (and often surpasses) that of Windows or OS X. Strip off all the extras, include only the kernel and device drivers that are needed for the hardware, and you get a very advanced operating system that can run on even tiny little computers. And you still get all the multitasking, memory management, security and such, along with a standardized POSIX programming interface. Having all that work done for them for free is what Palm and PalmSource need to bring Palm OS into the future. All they need to do is port the Palm OS GUI user interface to run on the Linux kernel, which has already been done by China MobilSoft, now owned by PalmSource. If they do things intelligently, it will be possible to run most or all of the existing Palm OS apps on the Linux-based system, and new apps will be able to take advantage of Linux system calls directly. (And also any other enhancements that are added to the Palm OS layer, as a result of the integration with Linux.) I seem to remember at the 2005 DevCon PalmSource committed to PACE on their linux-based OS, so most and perhaps all applications which run on OS5.4 units under PACE should work well. Assuming there's a 2006 DevCon, I'd expect a lot of these questions to be answered, though that's all now really in the hands of Access. Keep in mind Access didn't pay $300M in cash for OS4.x or OS5.x ! Roger Stringer Marietta Systems, Inc. (www.rf-tp.com) -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PalmSim Not communicating - SBC/Yahoo DSL
Dirk Bridgedale wrote: My problem is I can no longer debug the palmsim. Did you try removing the file C:\PALM\SimSlotDriverVolume? I have to do that about every other time I run the simulator. After that, the simulator starts and appears to do a full reset. And also use the Task Manager to terminate the PalmSim.exe processes, which you said you did. Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: declaration error
If this is the actual message from the compiler then I'd say that the 'CHar' would be in be the problem; StrVPrintF(char*s, (const CHar *)const char *format, va_list arg) should be StrVPrintF(char*s, (const Char *)const char *format, va_list arg) David -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Is pnoJpegLib only for ARM?
Hi, please forgive me if I sound cheeky-but I believe that there is a really simple cure for this problem. Why not include a routine into your app that simply deletes the ARM JPEG library whenever it finds it on the device. You could even integrate a warning alert resource that asks the user if he wants the behaviour... Best regards Tam Hanna Tamoggemon software http://www.tamoggemon.com http://tamspalm.tamoggemon.com Subject: Re: Is pnoJpegLib only for ARM? From: Henk Jonas [EMAIL PROTECTED] Date: Wed, 23 Nov 2005 09:17:21 +0100 X-Message-Number: 84 Doug Gordon wrote: Henk wrote: I know that pnoJpegLib has its support compiled for the ARM processor family, but does it also have the 68K code in it so that it will work on an old non-ARM device? There is a 68k Jpeg lib as well. Just use both and when you are on a OS 5 (ARM) device, try first to open pnoJpegLib, when it fails or you are on a 68k device (OS 5) open JpegLib. Yes, I originally wrote my app this way. But the problem is that my application is used by a lot of very non-technical people and I was concerned about the support issues if I distribute two different library modules and expect people to install the correct one according to their device or O/S version. Right now I have gone back to just supplying JpegLib and doing it all in 68K mode, but I can see even on my T3 that it is a lot slower than using pnoJpegLib. Maybe the solution is to install both libraries on all devices during my installation procedure, and my app will just look for pnoJpegLib on PalmOS V5 and later. Yes, I would be taking up some extra memory with a library that is not used, but it is not that much compared to the rest of the application data. Correct, this is the way to go... Henk -- - Henk Jonas[EMAIL PROTECTED] Palm OS ® certified developer Please contact me, if you need an off-site contract worker. - -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Hi People, as a digest receiver, it obviously is difficult to tune into the hot discussion. Anyways, I can quite agree to a few of the arguments-although I believe that developing at least smaller applications for the Palm Os is quite comfortable. My main points of critique are in no particular order: a)PalmOne's pluggedin program Face it, people. It is almost impossible to find ANYTHING useful here fast. But if you think about PalmOne's quality control and the ongoing trail of NVFS issues(nothing against PalmOne employees, I know that most of you are a hard-working bunch) b)PODS autocompletition I used Visual Basic 6(!!!) on a 400 MhZ machine. The Autocompletition feature worked faster and more reliable than in PODS on my 1.8GhZ machine. c)PODS resource editor Lacks some properties that even Quartus RsrcEdit supports() d)PODS SDK support Um, failure to look up symbol,... . How the damn should I compile my programs with all warnings set to on e)Palm OS simulator Tends to crash at start-up a lot of times on my Windows 2000 Machine f)PODS C support Define variables in the middle of a 68k block..boing,... g)PODs documentation I didn't find any info in PODS on how to do multisegmenting with managed make,... . The OS documentation itself is good(although it ignores much, for example that cache in the DIA manager I never found), but PODS would do well with a few more how-to style tutorials IMHO! Anyways, I am pretty satisfied with my developing experience and would rate it with 75/100%. However, I have not yet used Multisegmenting and thus can't really comment on that. Please don't take this email as an all-is-ass mail. Just take it as some positive feedback... Best regards Tam Hanna Tamoggemon Software http://www.tamoggemon.com http://tamspalm.tamoggemon.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Tam Hanna wrote: Anyways, I am pretty satisfied with my developing experience and would rate it with 75/100%. Same here. g)PODs documentation I didn't find any info in PODS on how to do multisegmenting with managed make,... This really should be written up decently somewhere and put on a web page. The only polished presentation of the subject I know of is in Chapter 24 of the book Professional Palm OS Programming (Wrox). I've found that to be a decent resource, BTW. It's more up to date than Palm OS Programming Bible (IDG Books), previously written by the same author. The new book has some coverage of PODS. Check it out. In case you need it, here is a copy of my notes on going multisegmented (including some quoted comments from other list subscribers and things I found on the net -- thanks guys, and sorry I didn't include credits). My comments are in square brackets. == Multisection/Multisegmented Applications === 1 - Create a Managed Make 68 C/C++ Project (only managed project works with me) 2 - Create a file named Sections.def in the root of your project 3 - In the top of AppMain.c or equivalent, include the file Section.h 4 - Now, edit the file Sections.def and Sections.h to define what sections your project will have. Sample: Sections.def === application { _temp_ TEMP } multiple code { code1 code2 } === [You must have at least one segment in the 'multiple code' definition. The names must match those in Sections.h. Try to minimize the number of sections you define and use, while making sure none of them grow too big. In place of _temp_, use your application's name. In place of TEMP, use your Creator ID.] Sample: Sections.h === #ifndef _SECTIONS_H #define _SECTIONS_H #define EXTRA_SECTION_ONE __attribute__ ((section (code1))) #define EXTRA_SECTION_TWO __attribute__ ((section (code2))) #endif === [The names (here code1 and code2) can be whatever you want, but must match those in Sections.def. You can use whatever you want as the symbol defined. Here, it's EXTRA_SECTION_*, but could be anything. You will use it again in #5, just below.] 5 - On the function definition specify what section will be used, the non specified functions will be redirect to default section code. [Try to group functions together to minimize the jumps between sections. Be careful not to miss any, because they will default to your first section, and possibly make it too big.] Sample: === // [Here's where the compiler learns where to put the function:] static void myfunc() EXTRA_SECTION_ONE; // [Remember to add the macro every time you add a new function to your // application!] static void myfunc() { // `the code` } === If your project have a section defined and don't use it anywhere, you got a error. So, you need use the sections defined one time at least, or don't define it. ++ For a managed project, in your project properties, you need to go to the build panel and choose the prc-tools-68k-compiler-Symbols section and add a line: MULTISECTION_BUILD=true to make the managed project look for your .def file. If you do everything else in the prior posting it should then work. (The stock Sections.h file said to use MULTIPLE_CODE_SECTIONS, but that didn't work. I found the definition above by looking at the generated objects.mk file.) [I tried this and it worked; I didn't try MULTIPLE_CODE_SECTIONS - JT] NB It also seems to require that some function be in each section or it will complain about the section not existing at link time. ++ [Also, it might help after adding the files to the project, right click on the project's name in the Navigation window and select Refresh, before building the project.] Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PalmSim Not communicating - SBC/Yahoo DSL
I couldn't fimd a file named SimSlotDriverVolume on my hard drive. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
This thread is a shame. You called your selves Programmers, and doesn't know how to deal with a mess? If you are so proud of beeing called a programer, first, you should learn how to use a web search engine, second, you should have the capabilities to deduct how things works, and thirth, you should learn about programming. In my particular case, I have been programming on PalmOS since 2003, with no former education, certification or seminars taken, and always found the way to do what I want to do, yes even asking of forums about how to do it, and always follow the so complex, but proven right, Zen of PalmOS. Stop complaining about it, you look like kids telling mom Mikey doesn´t let me play 'cause I don't know how to play, learn, read, think, understand, or stop programming. There is no place to go, for those who don't want to walk. No one said that C programming for PalmOS should be easy, but there are people like Ben Combee, Aaron Ardiri and so much more, even a not so experienced but willing to help programmer, me, that always try to help, and sometimes do help. That's a very good thing, and thanks to all of you that sometimes helped me.. Why not try to make a contribution to the PODS project, instead of just complaining about it, If someone of you wants to keep PalmOS alive, give a little help back to the PalmOS Development Community. As a proposition, why don't make a very good compilation of that so called hidden knowledge (how to do multisegments as example, that is not so hidded, 'cause i found how to do it on google), and stuff like that, one way to help PalmOS to still alive is to keep our selves programming and making so wonderfull and well programmed apps on this stable OS. If we do nothing the only thing that PalmOS will work for, is for its firt pourpose, a simple PDA. And please, stop that flames about PocketPC, Windows Mobile, and PalmOS powered devices, every platform has it's particular advantages and disadvantages. Those flames are a bigger shame. Eduardo Orea. ll [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED] Palm OS Development is a mess. - We have been developing for Palm OS with CodeWarrior. - CodeWarrior is now at End Of Life. - Palm (seem to) want us to use the Palm OS Development System (PODS) instead. - PODS does not support ARM C++ code with language basics such as global variables, virtual functions, function pointers, etc. etc. Other tools exist to provide some or all of these, if you are willing to jump through hoops. - PODS does not run on Linux, although support is planned. Or at least, we were told in April 2004 that it was planned. - PODS developers are supported by three seperate email lists, at Palm.com, Palmos.com and Developer2Developer at Palmsource.com where their questions are randomly answered or ignored. The Developer2Developer board has currently had 6 posts, since April. Are Palm and PalmSource serious about Palm OS development ? Are Palm and PalmSource serious about Palm OS ? R. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Eduardo, I certainly don't want to dwell on the subject, but I feel it's appropriate to comment that your condescending attutude towards other programmers may not be appreciated by some of us. Perhaps you missed the real point of many of us who have feelings about this matter. The point is not to complain like we're poor babies needing help to finish our apps, but rather to point out weaknesses in our tools, hoping that those who are responsible for creating them are listening in and will care to improve them. I, for one, am not here to massage my ego by pointing the finger of blame. My attitude is simply that of an engineer. I want things to work better. Problems cannot be fixed if they are not recognized and dealt with. Negative feedback from users is good because it helps developers focus on creating solutions. Why not try to make a contribution to the PODS project, instead of just complaining about it, If someone of you wants to keep PalmOS alive, give a little help back to the PalmOS Development Community. Most of the difficulties that people are experiencing are best handled by programmers at PalmSource, who are already familiar with the work they've already done on PODS. It's pretty inefficient to take application programmers away from their own projects and assign them to fixing bugs in unfamiliar code in the development tools written by other programmers, or writing documentation for them. Ideally, application programmers should stay focused on writing applications, and get decent support (both quality code and good documentation) from the programmers working on the tools. Open Source Software is great, I am a big supporter of it, and yet the concept by itself does not always lead to optimum solutions -- OSS simply *allows* for more possibilities, such as the users fixing bugs and furthering development on their own. But there's no guarantee whatsoever that it will be practical for that to happen. As a proposition, why don't make a very good compilation of that so called hidden knowledge (how to do multisegments as example, that is not so hidded, 'cause i found how to do it on google), Aaccck! I certainly hope you are not using this to vindicate PalmSource! The knowledge regarding multisection (multisegment) code is _absolutely_essential_ to anyone who wants to write significant applications for Palm OS. There is something basically wrong if it is not covered in the documentation that comes with PODS, and doesn't appear anywhere on the PalmSource website. When I needed to learn about multisection code, I also searched on Google. All I had to go on was the cryptic error message I got from the build process. It took me probably over an hour to track down two web pages, and I needed to use the information from both of them together to solve the problem. (After that experience, I decided I'd better subscribe to this list, and I'm glad it -- and all of you -- are here!) The limitation of relying on Google search results to solve problems like this one is that there's absolutely no guarantee whatsoever that the information will be there for them the next time someone does the search. That is simply the nature of the web and Internet. Palmsource has already done a very decent job in providing us with documentation on writing code for Palm OS. PODS needs the same quality of treatment. Jay Ts -- The foundation of all mental illness is the avoidance of legitimate suffering. - Carl Jung -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Jay, All they need to do is port the Palm OS GUI user interface to run on the Linux kernel, which has already been done by China MobilSoft, now owned by PalmSource. You know, I didn't make the connection until now, but in 2001 I recall there was another GUI IDE front-end to the GCC toolset for Palm which was released, in beta form as I recall, for only $20 or so. And it looked promising (even had many classes and wizards for common things) but nothing ever came of it and it was withdrawn. At the time it struck me as ironic it was referred to as Mobile Studio C++, or MS for short. I remember it was a Chineese company and sure enough, searching my archives for messages from their product support forum, it was in fact produced by MobileSoft labs. So over 4 years ago, there were developing their own toolsets and classes for use with Palm OS development. Even with how much Mobile Soft has been mentioned in palm os related news this year, it never dawned on me until now that was the same company which floated a trial balloon on a C++ based IDE a few years back. Doug -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
PalmRC and FORM_NAVIGATION_RESOURCE
I was wondering if therewas something Imight haveover-looked when using palmRC.exe on the command-line. The example given on it's use states that you can specify the "-locale enUS/Jap" flag in addition to the "-o" flag. Now, do you specify it along with the -o flag like this: "palmRC *.xrd -o -locale enUS *.trc" ? The other problem is palmRC not recognizing the "FORM_NAVIGATION_RESOURCE" element. How can I enable palmRC to recognize that element? Thank you in advance -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm OS Development is a mess
Thank you very much Mr Eduardo From:"Eduardo Orea" [EMAIL PROTECTED]Reply-To:"Palm Developer Forum" palm-dev-forum@news.palmos.comTo:"Palm Developer Forum" palm-dev-forum@news.palmos.comSubject:Re: Palm OS Development is a messDate:Thu, 24 Nov 2005 17:48:06 -0600This thread is a shame. You called your selves Programmers, and doesn't knowhow to deal with a mess?If you are so proud of beeing called a programer, first, you should learnhow to use a web search engine, second, you should have the capabilities todeduct how things works, and thirth, you should learn about programming.In my particular case, I have been programming on PalmOS since 2003, with noformer education, certification or seminars taken, and always found the wayto do what I want to do, yes even asking of forums about how to do it, andalways follow the so complex, but proven right, Zen of PalmOS.Stop complaining about it, you look like kids telling mom "Mikey doesn´t letme play 'cause I don't know how to play", learn, read, think, understand, orstop programming. "There is no place to go, for those who don't want towalk".No one said that C programming for PalmOS should be easy, but there arepeople like Ben Combee, Aaron Ardiri and so much more, even a not soexperienced but willing to help programmer, me, that always try to help, andsometimes do help. That's a very good thing, and thanks to all of you thatsometimes helped me..Why not try to make a contribution to the PODS project, instead of justcomplaining about it, If someone of you wants to keep PalmOS alive, give alittle help back to the PalmOS Development Community. As a proposition, whydon't make a very good compilation of that so called hidden knowledge (howto do multisegments as example, that is not so hidded, 'cause i found how todo it on google), and stuff like that, one way to help PalmOS to still aliveis to keep our selves programming and making so wonderfull and wellprogrammed apps on this stable OS. If we do nothing the only thing thatPalmOS will work for, is for its firt pourpose, a simple PDA.And please, stop that flames about PocketPC, Windows Mobile, and PalmOSpowered devices, every platform has it's particular advantages anddisadvantages. Those flames are a bigger shame.Eduardo Orea."ll" [EMAIL PROTECTED] escribió en el mensaje news:[EMAIL PROTECTED] Palm OS Development is a mess. - We have been developing for Palm OS with CodeWarrior. - CodeWarrior is now at End Of Life. - Palm (seem to) want us to use the Palm OS Development System (PODS) instead. - PODS does not support ARM C++ code with language basics such as global variables, virtual functions, function pointers, etc. etc. Other tools exist to provide some or all of these, if you are willing to jump through "hoops". - PODS does not run on Linux, although support is planned. Or at least, we were told in April 2004 that it was planned. - PODS developers are supported by three seperate email lists, at Palm.com, Palmos.com and Developer2Developer at Palmsource.com where their questions are randomly answered or ignored. The "Developer2Developer" board has currently had 6 posts, since April. Are Palm and PalmSource serious about Palm OS development ? Are Palm and PalmSource serious about Palm OS ? R. --For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Update simulator/emulator debug ROMs to ALWAYS swap out just-zero-unlocked memory...
Follow-Ups set to tools-forum. I am troubleshooting bad code which has become evident because New NVFS from garnet 5.4.9 can remove any resource (locked or unlocked) from closed unprotected database. Ben's example of bad code was this: DmOpenDatabase DmGetResource ptr = DmLockHandle DmCloseDatabase use ptr But what is killing me (and has ALWAYS worked fine) is code like this: h = DmQueryRecord(); p = MemHandleLock(h); MemHandleUnlock(h); use p // (only used for VERY short period of time after unlocking) It would be a HUGE help to developers if somebody would change the debug ROMs and simulator such that whenever the lock count of anything drops to 0, the thing is IMMEDIATELY moved to another location and either repeating NULLs ()or the repetitions of a static string (such as Access after unlocking; you have used a pointer to even though it is no longer locked) is moved to the old memory location (perhaps alternate which replacement to use based on random Boolean). In the latter example above, the Record, upon the lock-count reaching 0 would be moved to another physical location and repeated NULLs (as many as the length of bytes of the original record) would be put in the old space so that any later dereference of 'p' or 'p.whatever' would return a blank string. And it would happen ALWAYS such that the original object/data would NEVER be there. This would usually cause either IMMEDIATE crash (former) or obvious bug (latter). Then we could troubleshoot all these with gremlins and make sure they are all licked without having to use a real NVFS (i.e. Tungsten-X) device. I think this would be very simple to do for anybody already familiar with the debug ROMs (cough*BEN*cough)... I *REALLY* think this would be in Palm's VERY best interest to expedite this update because in my circles the TX is getting a very, Very, VERY bad name as a crashing piece of junk when, in reality, it is careless programmers who are to blame. This change would make it VERY, VERY easy for us to find these bugs and get them fixed... Keep in mind that my app has a SEVEN YEAR history of using code like the latter example and runs millions of gremlins and is used by thousands of users with NO PROBLEM before the TX! -- For God, Family and Republic! My plan to save the world: More Jesus, Less Government! http://www.PalmYanoff.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Update simulator/emulator debug ROMs to ALWAYS swap out just-zero-unlocked memory...
Gregg Woodcock [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Follow-Ups set to tools-forum. Boy did I mess that up. Followups were (actually set to emulator-forum) and evidently the new NG software reduces all crossposts down to the first NG (so it didn't get crossposted to tools-forum or emulator-forum). Follow-Ups BEWARE!!! -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/