Re: Pixel/Screen Density?
If you write directly to the screen you will have to deal with the physical screen size on your own. There is nothing you can do. Get the dimension of the screen bitmap and then deal with it. Regards Henk Tom wrote: Yes this is what I am talking about. I currentlly don't use the Palm OS API to draw to the screen? Are the API calls fast for this use? Also if I do use these API, I don't have to do anything special to get this to work? (meaning special API calls or sets?) I was looking at this one WinSetScreen(something) (can't remember off-hand now, at work). But with this you can set the color depth, width and height? Which I was playing around with but the width and height was not working? Thanks for all the help! -- - 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: Is pnoJpegLib only for ARM?
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
Well, I've seen 2003 targetted with VS 2005 - it is in fact the default target. You have to install extra stuff to use Windows Mobile 5. Still you can't target 2003 *not-SE* with VS 2005. The differences are few, but there are some, so we can't do without eVC4. -- 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/
Re: How to Put Device in console mode?
Thanks Logon, But what about simulator. I am testing one sample application which requires device in console mode(HttpLibTest) . I does as u told by entering the shortcut in memo application . But after it also the device doesnot in console mode since the application can't execute on it Any suggetion. Thanks & Regards Amit -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Transparent bitmap color?
This is what I use to create iconfamilies: ICONFAMILYEX BEGIN BITMAP "icon32x22x8.bmp" BPP 8 DENSITY 1 TRANSPARENT 0 255 0 BITMAP "icon64x44x8.bmp" BPP 8 DENSITY 2 TRANSPARENT 0 255 0 BITMAP "icon32x22x16.bmp" BPP 16 DENSITY 1 TRANSPARENT 0 255 0 BITMAP "icon64x44x16.bmp" BPP 16 DENSITY 2 TRANSPARENT 0 255 0 END SMALLICONFAMILYEX BEGIN BITMAP "icon15x9x8.bmp" BPP 8 DENSITY 1 TRANSPARENT 0 255 0 BITMAP "icon30x18x8.bmp" BPP 8 DENSITY 2 TRANSPARENT 0 255 0 BITMAP "icon15x9x16.bmp" BPP 16 DENSITY 1 TRANSPARENT 0 255 0 BITMAP "icon30x18x16.bmp" BPP 16 DENSITY 2 TRANSPARENT 0 255 0 END This way I can cover all (color) bases. David -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re(2): Palm OS Development is a mess
> >> Well, I've seen 2003 targetted with VS 2005 - it is in fact the >> default target. You have to install extra stuff to use Windows Mobile 5. >Still you can't target 2003 *not-SE* with VS 2005. The differences are >few, but there are some, so we can't do without eVC4. > >-- >Regards, >Mikhail Barashkov >Handydev, http://www.handydev.com ...and you need eVC3 for older devices, too. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: MSL C++ ---> Error: macro stdin redefined
Hi all did anybody got any solution to this problem ? --cp -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Transparent bitmap color?
On 11/23/05, David Oldis <[EMAIL PROTECTED]> wrote: > This is what I use to create iconfamilies: > > ICONFAMILYEX > BEGIN > BITMAP "icon32x22x8.bmp" BPP 8 DENSITY 1 TRANSPARENT 0 255 0 > BITMAP "icon64x44x8.bmp" BPP 8 DENSITY 2 TRANSPARENT 0 255 0 > BITMAP "icon32x22x16.bmp" BPP 16 DENSITY 1 TRANSPARENT 0 255 0 > BITMAP "icon64x44x16.bmp" BPP 16 DENSITY 2 TRANSPARENT 0 255 0 > END > > SMALLICONFAMILYEX > BEGIN > BITMAP "icon15x9x8.bmp" BPP 8 DENSITY 1 TRANSPARENT 0 255 0 > BITMAP "icon30x18x8.bmp" BPP 8 DENSITY 2 TRANSPARENT 0 255 0 > BITMAP "icon15x9x16.bmp" BPP 16 DENSITY 1 TRANSPARENT 0 255 0 > BITMAP "icon30x18x16.bmp" BPP 16 DENSITY 2 TRANSPARENT 0 255 0 > END > > This way I can cover all (color) bases. you should *always* have a BPP 1 DENSITY 1 bitmap in your icons, even if it is a 1x1 blank image. the issue is that an icon is a bitmap; and, color was instructed with v2, highres with v3. you must have a v1 compliant bitmap image for all icons. -- // Aaron Ardiri -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: MSL C++ ---> Error: macro stdin redefined
> I have included , a MSL C++ header file > And I get the following error: Error: macro stdin redefined > How can I solve it? I meant the solution to above problem --cp -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to Put Device in console mode?
<[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > Hi EB, > Can anybody help me about How To place device in console mode?Thanks and > Regards > Amit > You can use dotdot2.prc It's included in the Palm OS SDK Examples. -- Regis St-Gelais www.laubrass.com -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: MSL C++ ---> Error: macro stdin redefined
zze-URIA RECIO Pedro FTRD/DMR/ISS wrote: I have included , a MSL C++ header file And I get the following error: Error: macro stdin redefined How can I solve it? There is no need to add the header in Palm development even it is available is CodeWarrior. You can use the header with the following Functions available: http://www.palmos.com/dev/support/docs/palmos/PalmOSReference/StringManager.html#1064988 hope this helps. Erico Franco -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Memory Management
Subject: Memory Management From: [EMAIL PROTECTED] Date: Tue, 22 Nov 2005 09:30:59 - From last few days I am working on palm C++. Initially I used to be a C++ Programmer. I have few querries regarding to Memory Handling. I have one Engine for C++ platforms. It just does some task for me. I am reusing that in my Palm Application. I wanted to use the classes( Engine ) those were already developed by me for other platforms. So I changed the extension my AppMain.c to AppMain.cpp. And started using my classes. 1. Whatever I am doing in my Engine is purely Object Oriented and I have handled memory according to C++. i.e. "new" and "delete". But As Palm documentation suggest that you should use memory using handles or ptrs. Is it the case that I must use MemHandle to deal with my memory? Means I dont want to change my C++ code that I have written for other platforms. 2. I am getting following error: HeapHandlePool.c(1418): HeapMgr: 0x475430B8 - Chunk over-locked There is already a lot of discussion on this topic. I am not using a Memory Handler functions in my application. i.e. I am not Locking the memory anywhere but only in Drawing bitmaps. And I am unlocking it. So what is the cause of this error? Final Words: Can my application survive only on "new" and "delete" of C++, not "Lock" and "Unlock"? You can use "new" and "delete", but the implementation doesn't throw an exception if "new" fails. Under the skin, "new" uses MemPtrNew. So you have to make sure you don't use "new" if you don't have enough heap memory. There is a fix for this, where you can provide your own implementation of "new" and "delete", but I can't remember where it is documented. Try the KB and the archives. 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/
PDB files... Is there another way?
Are there any other ways to add data into the Palm's memory? I want to make a custom database that my app understands and don't want to use the built in Palm routines for this. This is due to the custom data and also because I want to sort the data and have no restrictions on it? Unless the Palm database routine have gotten alot better in the past year or so??? Any help would be appreciated. Thanks -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
Tom wrote: Are there any other ways to add data into the Palm's memory? I want to make a custom database that my app understands and don't want to use the built in Palm routines for this. This is due to the custom data and also because I want to sort the data and have no restrictions on it? Unless the Palm database routine have gotten alot better in the past year or so??? Any help would be appreciated. Thanks Depending on the kind of data you could use PrefGetAppPreferences()/PrefSetAppPreferences() to persist/retrieve your own data structure. To sort it you would need to create your own functions. BTW I don't see nothing wrong with the Palm OS database routines. Erico Franco -- 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
Dear God! If they can't install tools, what can they do? JamesS Aaron Ardiri wrote: i've had a number of sub-contractors who just get stuck before they can do any development just because they dont know how to install the tools. this was one of the reasons why i used a vm for this - just ship them a DVD with a harddrive image = ready for development. -- // Aaron Ardiri -- 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: Palm OS Development is a mess From: "ll" <[EMAIL PROTECTED]> Date: Tue, 22 Nov 2005 11:45:50 - X-Message-Number: 14 Palm OS Development is a mess. - We have been developing for Palm OS with CodeWarrior. Sensible, very sensible. - CodeWarrior is now at End Of Life. Nevertheless, CodeWarrior is the best platform for PalmOS development up to and including OS5/Garnet. Don't worry about the EOL situation, just use the best tool for the task, which for OS5 is CodeWarrior 9.3. (If using Codewarrior 9.0 or 9.2, upgrade to 9.3 immediately) - Palm (seem to) want us to use the Palm OS Development System (PODS) instead. PODS is the current designated platform for OS6/Cobalt and "Protein" development, though it can be used for OS5/Garnet development. Its only advantage to CodeWarrior for OS5/Garnet development is that it is free, which some people need. - 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". See comment above about CodeWarrior, which are especially true if you are dong ARM-based development. - PODS does not run on Linux, although support is planned. Or at least, we were told in April 2004 that it was planned. I wonder if Ben Combee will reply to this? And I thought that statement originated in DevCon in April of 05, not 04, though I don't specifically remember it. - 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. Post PODS questions here, but if you have CodeWarrior I suggest most strongly that you continue to use it until you are ready to switch wholeheartedly to Cobalt development, which most people aren't going to do until Cobalt-based devices appear. 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: PDB files... Is there another way?
Well... Maybe I said that wrong... The database routines will make my code bulky? Meaning I would have to do alot more because the way they work. I have custom data and structures that I don't believe will work well with the Database functions. Unless I am mistaken? But I don't see where I can actually save a structure in a Palm database format that will be easly pulled over to a PC and displayed? I guess one way or another I will have to do more work on one of the 2 sides? I want to try and keep the code pretty much the same on both platforms? If there is a way to do structured data using the Palm Database functions please let me know? Thanks again! -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Copy PDB to \Palm\Launcher on SD card
On 2005-11-21, Doug Gordon <[EMAIL PROTECTED]> wrote: > My app's VFS support has been working for years, and I swear that I used to > transfer PDB files directly to the \Palm\Launcher directory on my SD card, > which is where my app looks for them. But the other day, I found that when my > app reads a file that was directly copied, I get a "Generic File Error" from > the VFSRead function even though my input parameters certainly look correct. > But if I Hotsync the same file to the card, everything works. > > It gets stranger. If I use McFile to delete the PDB file, McFile also reports > a "Generic file error" even though it does delete it. Just for fun, I copied > a couple of random PDB files to the \Palm\Launcher directory, and McFile had > the same error for all of them. But if I copy them someplace else on the > card, such as to the root directory, there are no errors. I also tried this > with two entirely different card-read/write devices, with the same results. > > I might mention that this is occurring on a T3, and that when I last tried > doing this sort of thing I might have been using my old M505 or Tungsten T. > Plus, if this were a widespread problem it seems that I would be hearing from > some customers. > > Any ideas, anyone? > > -- Doug G > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Memory Management
strange, because i have exactly the opposite problem in my case new thrown exception even when i had them disabled in project c/c++ options. as result always when new couldn't alloc memory my application just finished i had to override new operator to forget about exceptions and return NULL instead > > You can use "new" and "delete", but the implementation doesn't throw an > exception if "new" fails. Under the skin, "new" uses MemPtrNew. > > So you have to make sure you don't use "new" if you don't have enough > heap memory. > > There is a fix for this, where you can provide your own implementation > of "new" and "delete", but I can't remember where it is documented. Try > the KB and the archives. > > > 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: PDB files... Is there another way?
Tom wrote: Well... Maybe I said that wrong... The database routines will make my code bulky? Meaning I would have to do alot more because the way they work. Not necessary, just get a example and make your code working from it. I have custom data and structures that I don't believe will work well with the Database functions. Unless I am mistaken? But I don't see where I can actually save a structure in a Palm database format that will be easly pulled over to a PC and displayed? I guess one way or another I will have to do more work on one of the 2 sides? I want to try and keep the code pretty much the same on both platforms? If there is a way to do structured data using the Palm Database functions please let me know? The PalmOS databases function can manage in an easy way any kind of structure/custom data you have there. But if you want to sync/see/manage your Palm app data in the also in PC you will need to develop a "Conduit" for your application also. Thanks again! Erico -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
> The database routines will make my code bulky? Meaning I > would have to do alot more because the way they work. A lot more than what? They're pretty straighforward to use, and although Palm databases are weird things, they are very flexible about what you can put in them (you can have different structures for each record in one database). I have custom data and structures that I don't believe > will work well with the Database functions. Unless I am mistaken? Possibly. What structures are you thinking of? But I don't see where I can actually save a structure > in a Palm database format that will be easly pulled over > to a PC and displayed? That's what a conduit is for. You do not need to work in the Palm database format on the PC end - in fact I would strongly recommend you don't. I guess one way or another I will have to do more work on one of the 2 sides? In principle, no, but it may depend what you are trying to do. I want to try and keep the code pretty much the same on both platforms? Your data access layer should be different on both platforms, but it is sometimes possible to extract out common business logic. Your user interface should almost certainly be completely different on any PDA than on a PC. Perhaps if you explain what your problem is. 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/
debugging/viewing FtrPtrNew() memory
Hi, Is there a way to debug/view FtrPtrNew() after a successive use of it to allocate feature memory in Simulator? For example: during a pause in debug I want to see what has been allocated using the FtrPtrNew() using CW 9.3 and Garnet 5.4 Simulator. Thanks Erico Franco -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
Ok if I had structure something like below? Would I be able to port this to the
Palm Database?
I understand how conduits work (I think?), but I also want a create a app on
the PC side that will let me tweak and values I have in this database?
I thought conduits are just used for Syncing the changes? Not editing?
The Palm Database manager, from what I looked at, you can create a record and
tweak it and so on. But if I have an array of the structure below how would I
track this with the Database manager?
Thanks again!
typedef struct {
unsigned int Type;
unsigned int Position;
unsigned int *Pin[10];
} Card
typedef struct {
unsigned int Num;
unsigned char *name[16];
Card cards[10];
} CardHolder
--
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
CodeWarrior is EOL. It's Dead. Its bugs have not been fixed since February 2004. They never will be. The guy who wrote it told us that. That, IMHO, makes it a bad tool to base ones Palm OS development on. PODS is CodeWarrior's replacement. It is what PalmSource point you to for Palm OS development. That, IMHO, makes it the tool one should base ones Palm OS development on. BUT PODS is _severely_ broken, one _cannot_ use it to replace CodeWarrior, and PalmSource have neglected since its release 18 months ago to make the simple fixes so that it can. CodeWarrior has been Dead for 18 months. PODS has been broken for 18 months. That IMHO makes Palm OS development a mess and makes Palm OS a much less attractive target to continue developing for, much more so than Palm bringing out Windows versions of its hardware. [ My date for the mention of a Linux version of PODS is correct and came from a quote of Mr. Combee. It does not really matter though - the fact is that a Linux version is not available and it is stupidly remiss of PalmSource not to support Linux developers. ] R. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
pointers are problem, you can't store pointers in (any) database unless you can
guarantee that they will be valid all the time. and generally you can't
Tom wrote:
> Ok if I had structure something like below? Would I be able to port this to
> the Palm Database?
>
> I understand how conduits work (I think?), but I also want a create a app on
> the PC side that will let me tweak and values I have in this database?
>
> I thought conduits are just used for Syncing the changes? Not editing?
>
> The Palm Database manager, from what I looked at, you can create a record and
> tweak it and so on. But if I have an array of the structure below how would I
> track this with the Database manager?
>
>
> Thanks again!
>
>
> typedef struct { unsigned int Type; unsigned int Position; unsigned int
> *Pin[10]; } Card
>
> typedef struct { unsigned int Num; unsigned char *name[16]; Card cards[10]; }
> CardHolder
>
>
>
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
Hmmm.. Well if I changed this minor issue, is it possible to do the rest? Thanks again! -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: MSL C++ ---> Error: macro stdin redefined
At 05:30 AM 11/23/2005, you wrote: > I have included , a MSL C++ header file > And I get the following error: Error: macro stdin redefined > How can I solve it? I meant the solution to above problem This likely means that you also used one of the Palm OS header files that define stdin like StdioPalm.h or unix/unix_stdio.h. Don't do that. -- Ben Combee, Senior Software Engineer, Palm, Inc. "Combee on Palm OS" weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
Tom wrote:
The Palm Database manager, from what I looked at, you can create a
record and tweak it and so on. But if I have an array of the structure
below how would I track this with the Database manager?
typedef struct {
unsigned int Type;
unsigned int Position;
unsigned int *Pin[10];
} Card
Are you sure you really want that "*" there? Do you want an array of
10 pointers or an array of 10 integers? It seems like an array of
10 integers would be most appropriate for a card. By the way, you
don't need a full-sized int for a single digit. You can just use
a Char. Even though the name says it's a character, it's just a
one-byte integer, which is plenty big for storing a decimal digit.
typedef struct {
unsigned int Num;
unsigned char *name[16];
Card cards[10];
} CardHolder
Again, do you really want a "*" for the name? That makes an array of
16 pointers, which implies you want 16 strings. But I'm thinking what
you may be wanting is an array of 16 characters, i.e. one string.
Anyway, personally I would approach this problem by writing routines
to load an store individual records in the database. I wouldn't use
the same format in the database that I do in memory. It's a little
more work up front, but if you write routines to create records and
parse them (converting from and to your in-memory structs), it makes
things cleaner later on, especially if you write into the database
in a platform neutral way. If you just copy the whole struct, then
you are going to have to deal with all kinds of alignment and
endianness issues, which I think it's best to avoid.
- Logan
--
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: > the palmos on "linux" concept is actually a good idea. Time will tell. I personally think it's a flawed concept - how many GUI toolkits does one OS need? How many ancient desktop OSes do we need on PDAs? I think the proper question is, "How many kernels does Palm OS need?". And the answer is "one". 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. And then the NEXT question is, "Is it worth it to make the transition from PalmSource's proprietary kernel to the Linux kernel?" And the answer to that question is less immediately clear, but PalmSource has obviously answered "yes". :-) - Logan -- 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 think the proper question is, "How many kernels does Palm OS need?". And the answer is "one". It's funny -- right now, Palm OS is running on at least four different kernels right now: Kadak (OS 4 on 68K devices), the one PalmSource developed (most OS 5 devices), Garmin's real-time OS (iQue devices), and Win32 (the Palm OS Simulator). 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. Agreed. There were reasons for PalmSource developing their own kernel for OS 6 -- they were trying to take advantage of specific things in the ARM system hardware that supported a certain kind of embedded kernel. For example, Cobalt had 16 processes, a number based on how the ARM MMU works. It allowed for fast context switching, but it required that different system services had to be grouped together to be different threads of one process. However, the performance advantage to be gained by limiting the system in those ways was probably not worth the effort On the other hand, Linux also needed to mature. A lot of the work that was needed to support ARM and embedded development wasn't available at the time that Cobalt was being designed. The original 2.4 kernel was in early 2001, about the same time that Cobalt development started. -- Ben Combee, Senior Software Engineer, Palm, Inc. "Combee on Palm OS" weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- 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
> 2003 *not-SE* "Not SE"?? Yes sure. so we can't do without eVC4. Target the CF instead, and then you only need one IDE for the lot :-) I don't want to target CF and have all the reasons for that :) -- 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/
Treo 650 hotsync port?
--- Mikhail Barashkov <[EMAIL PROTECTED]> wrote: > > > > 2003 *not-SE* > > > > "Not SE"?? > > > Yes sure. > >> so we can't do without eVC4. > > > > Target the CF instead, and then you only need one > IDE for the lot :-) > I don't want to target CF and have all the reasons > for that :) > > -- > 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/ > -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Treo 650 hotsync port?
(oops, sorry - ignore that last email - accidentally hit Send...) Is there something unique in opening the serial port on a Treo 650? I use the following code to open the serial port: error = FtrGet(sysFileCSerialMgr, FtrNewSerialPresent, &u32); If !error (new serial manager) I do this: SrmOpen(serPortCradleRS232Port, 19200, &u32)); otherwise I do this: SerOpen(appPtr->m_SerLibNum, 0, 19200); After that, I use the standard serial commands to send data. I don't get any error messages, return codes are all normal, but it's just not sending the data out the port. Customer has two PDA's, and the app works great on his other one (Palm m105 I think). Any ideas? tia -Mark -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: Customizable button on the Treo 650
Ben, If you don't have the Palm_SDK_Headers.zip package from Palm's Plugged In download site you should get it. These headers have what you need. The file HsKeyTypes.h contains the define you need. #define keyBitExt2VolumeUp 0x0100 // Volume Up #define keyBitNumExt2VolumeUp8 #define keyBitExt2VolumeDown0x0200 // Volume Down #define keyBitNumExt2VolumeDown 9 #define keyBitExt2Side 0x0400 // Side button #define keyBitNumExt2Side 10 Ron -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Host File
Does palm support the use of a Host File like on Windows or PocketPC where I can specify "myServer" which points to an IP address like 10.100.1.1 of a public IP. I would like to have HTML files stored on a Storage card and when using the Palm Browser have the pages reference by host name rather than IP so I can change the Host IP address in a host table to point to different servers. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: PDB files... Is there another way?
> Would I be able to port this to the Palm Database? Of course assuming you sort out the pointer problems others have mentioned. You normally wouldn't use fixed lengths for strings either, BTW. There are far more complicated structures than that around :-) Just have a look at the datebook record structure sometime - things appear and disappear, they can get really big or really small... I understand how conduits work (I think?), but I also want a create a > app on the PC side that will let me tweak and values I have in this database? Fine. But since you're on the PC, use a form of data storage that makes sense on the PC. A Palm database file is not one of those things. Use a proper database, or XML or whatever you would normally use for a PC app. I thought conduits are just used for Syncing the changes? Not editing? Yes. In the general case there are 3 parts to a Palm application : - the app on the device - an app/database on the PC/server/internet - a conduit to sync between the two But if I have an array of the structure below how would I track this with the Database manager? Either put the array into a record or have many records or both, whichever you prefer. A Palm database is essentially just a list of blobs (which they call records). You can out anything you like into each blob. There is no metadata like proper databases, so the Palm database doesn't care what you do in a record. You can put a string in one, 3 integers in the next one and a bitmap in a third. You will therefore have to write code to get at whatever is in your records, but all Palm applications do that, so there are lots of examples of how that is done. 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
Yes sure. Let me ask the question in a clearer way. What do you mean by "not SE"? I don't want to target CF and have all the reasons for that :) Sooner or later you might have to. 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 think the proper question is, "How many kernels does Palm OS need?". And the answer is "one". It's a bit too late for that now :-) 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. And the answer to that question is less immediately clear, but PalmSource has obviously answered "yes". :-) They've also said "yes" to Cobalt. What they say means less and less, sadly. So even if Linux was the best possible way to go (and I'm still not convinced), I have little confidence in their ability to (a) produce anything, and (b) convince the world to use it if they do. 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
Let me ask the question in a clearer way. What do you mean by "not SE"? Hmm. There was WM 2003 and WM 2003 SE with screen orientation support etc. I don't want to target CF and have all the reasons for that :) Sooner or later you might have to. I don't think so really :-) -- 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/
Re: Palm OS Development is a mess
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.) That means there's no required change in the Palm OS API or development tools, and developers will be able to gradually transition to any new APIs that PalmSource may add. (Now, I hope that wasn't just wishful thinking. If I knew for sure what's going on inside PalmSource, I'd probably have signed a NDA with them and wouldn't be allowed to write about it! On the other hand, I've been using/programming/managing/building Unix and Linux systems since 1981, so I tend to know what I'm saying in regards to Linux and Open Source Software.) For now at least, I'm looking forward to Palm OS on Linux. Garnet has been good, but even if Palm wanted to continue with it, I don't see that it has much more of a future than did the pre-X versions of Mac OS. Try this: ask some Mac users if they want to give up OS X and go back to Mac OS 9. Not many do. They prefer their modern "Unix" operating system, with true multitasking, along with the nice user interface and applications that Apple has for created for it. Apple ditched OS 9 in favor of a Unix-based system because they knew Mac OS wasn't keeping up with the competition (Linux and Windows). Honestly, I'm still surprised they lasted as long as they did using the anachronistic OS design of the older Mac OS versions. For a while there, customer loyalty was about the only thing keeping them afloat. If PalmSource tried to stick with Garnet, they would be in that situation very, very soon. IMO, they are making good decisions -- probably better than the ones Apple has made. It's a lot easier to adopt Linux and benefit from the work of thousands of open source programmers, than to hire a bunch of expensive programmers to write and maintain a proprietary kernel that has anywhere near the same quality. I really only have one complaint about PalmSource: I wish they would put a lot more effort into improving PODS! It has a great potential, but is still a little rough around the edges, under- documented, and in general, not quite up to the level of polish that Palm OS developers need from it. Jay Ts -- There is no path to happiness. Happiness is the path. -- The Buddha -- 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
Hmm. There was WM 2003 and WM 2003 SE with screen orientation support etc. Ah, "Second Edition" :-) I thought I'd seen support for both in the talk I saw about it, but that may have only been for the CF. I don't think so really :-) The support from MS for unmanaged code is lukewarm even on the desktop. I don't know it's even that on mobile devices. 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
Actually, LINUX IS JUST A KERNEL, along with device drivers. No it isn't. The kernel might be the most important part, but all OSes have kernels, and "operating system" <> "operating system kernel" in most people's lexicon. OTOH, I don't believe an OS contains as much as MS says it does either :-) to make for a nice user experience that matches (and often surpasses) that of Windows or OS X. Debatably :-) and you get a very advanced operating system "Advanced"? Unix is a very old-fashioned operating system. 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. Everything I've read suggests it's something they are thinking of doing, not something that has been done already. But in any case, you just have yet another GUI toolkit. What is going to convince people to use it? The pendulum for PDA development is very much swinging the way of Windows Mobile, and putting a Palm-lookalike GUI layer on top of Linux is going to be seen by many as yet another nail in the coffin of the PalmOS, because there will no longer be a PalmOS. And then there's the time it's going to take to get real devices out. 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 The only possible way to do that would be to use emulators, the same way they do on PalmOS 5 devices. The PalmOS API is much more than just a GUI on a kernel. Most of the API is not GUI related. (Now, I hope that wasn't just wishful thinking. I very much fear it is. Porting a desktop/server OS to a PDA still strikes me as fundamentally wrong. That's why so many of MS's efforts in this arena were crap (and even now taints some aspects of Windows Mobile) Garnet has been good But it was only ever intended as a way station on the way to Cobalt. And it hasn't been *that* good. Try this: No offence, but that's a pointless comparison. Ask Windows XP users if they want to go to Linux, and even now, not many do (which is an equally pointless comparison). Mobile devices are a completely different market. If PalmSource tried to stick with Garnet They shouldn't. They should have moved on past it some time ago. They haven't been able to. IMO, they are making good decisions Then that'd be a first :-) It's a lot easier to adopt Linux and benefit from the work of thousands of open source programmers, than to hire a bunch of expensive programmers to write and maintain a proprietary kernel that has anywhere near the same quality. They hired all the expensive programmers years ago when they bought BeOS (which was an advanced OS) and promptly killed it. That obviously didn't work, but I don't know that it has much to do with the programmers or how easy it is to maintain a kernel. (After all, Palm have mostly bought the kernels in anyway.) > I wish they would put a lot more effort into improving PODS! PODS sucks big time. You're far too kind in your comments about it :-) I meet a lot of developers through speaking at conferences and user groups and so on. Often I'm talking about one form of PDA development or another. And I've noticed a huge drop in interest in Palm development over the past few years. There is such a big mindshare to win back, and just adding another GUI toolkit to Linux is not interesting enough to do that. But another big, big stumbling block is the recommended development environment. PODS seems almost universally reviled, and it certainly puts off potential new developers. When you compare it to modern IDEs it looks so cumbersome and clunky. I've been taken to task here before when I've complained about the gcc tools, but they really aren't up to snuff for commercial developers. Cygwin installs properly about 1 time in 5, and basing anything on that is a recipe for disaster. If Palm were trying to make a living out of selling PODS, they'd have gone broke by now. Supplying a free dev tool for an OS is nowhere near as important as supplying a good one. It's annoying and frustrating. I use my old Palm m505 every day in preference to the much newer PPC I have, because I think it's a much better device. But as for how much longer a Palm is going to be a choice... 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
Jim Cooper wrote: Actually, LINUX IS JUST A KERNEL, along with device drivers. No it isn't. The kernel might be the most important part, but all OSes have kernels, and "operating system" <> "operating system kernel" in most people's lexicon. The trouble here is that the term "Linux" is used for both. Linus Torvalds and friends developed a kernel. It's called Linux. Then lots of people have put together Linux distributions which include this kernel plus userland stuff, such as the GNU C library and GNU fileutils. Many of these people call these distributions "Linux" as well. There is no single operating system that can be called "*the* Linux operating system". There are several. It is best to describe things like Redhat's distribution as "a Linux operating system". In that phrase, the word "Linux" can be viewed as an adjective, just as if you had said "a Unix-like operating system" or even "a secure operating system". Anyway, when you look in /usr/src/linux on most Linux systems, you will find the source code for the kernel and nothing else, which is an indicator that someone, at least, believes the name "Linux" refers to the kernel only. Also, to make it perhaps a little clearer, it is quite possible to build something called "a Linux system" and vary all the components except the Linux kernel. The command-line utilities can be the GNU ones, or you can use, for example, BusyBox instead. You can use the GNU libc library, but you can also use uClibc libc instead if you prefer that. The only thing in common to all things that are rightly called "Linux systems" is the Linux kernel. The kernel is the one thing that distinguishes an operating system as "Linux". Speaking of which, and getting back on topic a little bit, I wonder if the Linux-based Palm OS will even have a libc. It's not absolutely necessary that it would. After all, Palm OS doesn't have one right now. (There is no malloc(), printf(), chmod(), fork(), etc.) In other words, I wonder if the PalmSource is porting Palm OS to run on top of the Linux system calls or on top of the libc library calls. It could be done either way. Anyway, the point is if they skip the libc and go straight down to the kernel, then from a programmer's and user's point of view, the device will not feel very much like Linux at all. - Logan -- 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
Logan Shaw wrote: Also, to make it perhaps a little clearer, it is quite possible to build something called "a Linux system" and vary all the components except the Linux kernel. The command-line utilities can be the GNU ones, or you can use, for example, BusyBox instead. You can use the GNU libc library, but you can also use uClibc libc instead if you prefer that. The only thing in common to all things that are rightly called "Linux systems" is the Linux kernel. The kernel is the one thing that distinguishes an operating system as "Linux". Speaking of which, and getting back on topic a little bit, I wonder if the Linux-based Palm OS will even have a libc. It's not absolutely necessary that it would. After all, Palm OS doesn't have one right now. (There is no malloc(), printf(), chmod(), fork(), etc.) In other words, I wonder if the PalmSource is porting Palm OS to run on top of the Linux system calls or on top of the libc library calls. It could be done either way. Anyway, the point is if they skip the libc and go straight down to the kernel, then from a programmer's and user's point of view, the device will not feel very much like Linux at all. 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, but think on how many useful libraries are available for Linux. That's a nice advantage. Luciano -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re[2]: Palm OS Development is a mess
Hello, 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). It's a real shame that PalmSource hasn't created a modern API for Palm OS like the Compact Framework. The raw C API seems like something out of the dark ages of programming. My first programming language was C, so I can certainly deal with the API, but I wouldn't choose to use it over a more modern option. I'm sure someone will take this opportunity to plug one of the RAD tools available for Palm OS, but I have yet to find one to meet my needs. Some common issues to me with these tools are runtimes and associated per-unit licensing fees, lack of a camera capture module, lack of a JPEG module, roadblocks to using the native C API and/or ARMlets, and the disturbing use of VB for many of the RAD platforms. Adrien. Wednesday, November 23, 2005, 3:19:12 PM, you wrote: >> Hmm. There was WM 2003 and WM 2003 SE with screen orientation support etc. JC> Ah, "Second Edition" :-) I thought I'd seen support for both in the talk I saw JC> about it, but that may have only been for the CF. >> I don't think so really :-) JC> The support from MS for unmanaged code is lukewarm even on the desktop. I don't JC> know it's even that on mobile devices. JC> Cheers, JC> Jim Cooper JC> __ JC> Jim Cooper[EMAIL PROTECTED] JC>Skype : jim.cooper JC> Tabdee Ltdhttp://www.tabdee.ltd.uk JC> TurboSync - Connecting Delphi to your Palm JC> __ -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Resource Editor... URGENT!!!
Dear friends, I need urgently a copy of PalmOS Visual Resource Editor. Again: I need ONLY the Visual Resource Editor (not the full pack including PODS, which is ~270MB). PLEASE, someone could me send a link with this file? Someone could put the file in some server to download? I think this download isn't big, i want only the folder with the resource editor. Please, help me! =) Best regards,Paulo Oliveira--C/C++ Developer / Configuration ManagerEmbarQ Systemsmailto:[EMAIL PROTECTED] -- 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
At 06:20 PM 11/23/2005, you wrote: Speaking of which, and getting back on topic a little bit, I wonder if the Linux-based Palm OS will even have a libc. It's not absolutely necessary that it would. After all, Palm OS doesn't have one right now. (There is no malloc(), printf(), chmod(), fork(), etc.) In other words, I wonder if the PalmSource is porting Palm OS to run on top of the Linux system calls or on top of the libc library calls. It could be done either way. Palm OS Cobalt used the BSD version of libc altered to use the Cobalt services. Since Palm OS for Linux is based on the work done for Cobalt, I expect that some C library will be provided. -- Ben Combee, Senior Software Engineer, Palm, Inc. "Combee on Palm OS" weblog: http://palmos.combee.net/ Developer Forum Archives: http://news.palmos.com/read/all_forums/ -- 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
Logan Shaw wrote: > Jim Cooper wrote: > >>Jay Ts wrote: > >>Actually, LINUX IS JUST A KERNEL, along with device drivers. > > >No it isn't. The kernel might be the most important part, but all OSes > >have kernels, and "operating system" <> "operating system kernel" in > >most people's lexicon. > > The trouble here is that the term "Linux" is used for both. Yes, that is true, and maybe I should have said it more like that. In a formal sense, "Linux" refers to the Linux kernel. It's the part that Linus Torvalds created, and it is named after him. When we say that Linux runs on everything from a phone to a supercomputer, we refer to the Linux kernel. But when most people say "Linux", they are talking about a Linux distribution (such as Red Hat, SuSE or Mandriva) running on a PC. In that case, the GNU utilities and other OSS have been added. When it's a desktop, there is usually a GUI included, such as KDE or Gnome. But none of those extra parts, by themselves or in combination, are Linux. When the Linux kernel is used as the base, then it's Linux, no matter what extras are included. Red Hat, SuSE, et. al. are all _Linux_distributions_, and they are all called "Linux". I know that can be a source of confusion, but it's not crazy -- you just have to understand the more "organic" manner in which Open Source Software evolves, as compared to more controlled, closed systems. Anyway, that's what I was trying to get at in a more brief manner in my previous message... As far as teensy little computers such as phones and PDAs are concerned, the term "Linux" almost always (maybe *always*) refers to the Linux kernel, and not all the big, RAM and disk consuming extras that make up a server or desktop operating system. The hardware in PDAs and phones are now at the point where they can easily run a Linux kernel. The memory is there, the CPU performance is there, and now it's possible to include either a sizeable flash memory or even hard disk. I made a comparison between Palm OS and Apple's original Mac OS earlier, and I think this is very appropriate. Apple started off in 1984 with a 68000 CPU, 128k of RAM, and a monochrome display. It's amazing that they could get a GUI user interface running on it at all. The original Palm Pilot was a little more than that, but not really much different, and now we have PDAs with over 100 MB of RAM, 400 MHz CPUs, a bunch of owners expecting to be able to replace their laptops with their handheld. Palmsource has to do something to keep up, or they will be ground into the dirt by their competition. Let's just say the competition is Windows Mobile. Right now, Microsoft considers Linux to be their biggest competition. That's why (aside from the fact I'm a Linux guy ;-) I think Palmsource is choosing wisely in selecting Linux over any other available option. > Speaking of which, and getting back on topic a little bit, I wonder > if the Linux-based Palm OS will even have a libc. > It's not absolutely necessary that it would. True, but if it's running a POSIX kernel, and the development system is based on C/C++, it would be *really*stupid* not to! I wouldn't worry about it. > In other words, I wonder if the PalmSource is porting Palm OS to run > on top of the Linux system calls or on top of the libc library calls. > It could be done either way. I guess you mean implementing Palm OS in a way that uses libc? The C library (libc) is just a library of functions. It isn't part of the operating system per se, although it's easy to think that it is. So (IMO) it doesn't make sense to think of anything being "on top" of libc. It's just a library that may or may not be used by the program. The real question is how will Palm OS run on top of Linux. Will it run in kernel space (probably not) or as an application, or will it actually be a Palm OS ROM image running in a virtualized environment? (I could go on and talk about Xen virtualization, but that might be a little out of line.) > Anyway, the point is if they skip the libc and go straight down to > the kernel, then from a programmer's and user's point of view, the > device will not feel very much like Linux at all. It doesn't have to seem like Linux at all, from the user's perspective. Think about it this way: Mac OS X users might feel really proud that OS X is "based on Unix", but they never open a Terminal, much less know a single shell command. And if you put one in front of a KDE or Gnome desktop, they won't know what the heck they're looking at. That is all really good -- Apple created a desktop GUI that fits their customer base, and the customers (practically every one I've met so far, at least) loves it. If my guess is right, the Palm OS on Linux implementation will allow apps developed for previoius versions of Palm OS to run unmodified, in which case, it will feel pretty much like "good old Palm OS" to the developers as well as the users. I say this because in order to keep the ball rolling, it is imperativ
Re: Palm OS Development is a mess
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/
Re: Palm OS Development is a mess
Jim Cooper wrote: > Jay Ts wrote: > >and you get a very advanced operating system > > "Advanced"? Unix is a very old-fashioned operating system. The Tao is the most ancient thing. Yet is supports the most advanced master. And thus it also is with Unix. The ancient is also the most advanced. :-) > But in any case, you just have yet another GUI toolkit. What is going to > convince people to use it? We will have to wait and see what Palmsource delivers, but I doubt there will be "yet another GUI toolkit". More likely, I think the first version of Palm OS on Linux will simply be Palm OS running in a virtual machine, and have a nearly identical API for the developers. > The pendulum for PDA development is very much > swinging the way of Windows Mobile, and putting a Palm-lookalike GUI layer > on top of Linux is going to be seen by many as yet another nail in the > coffin of the PalmOS, because there will no longer be a PalmOS. I agree! And I hope that the people at Palmsource do as well. > >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 > > The only possible way to do that would be to use emulators, the same way > they do on PalmOS 5 devices. That's what I expect. But keep in mind an important difference: in order to emulate a 68k processor on a RISC CPU, a full emulation is required. Every 68k instruction must be translated into a RISC instruction, which is a very slow process. But if you're emulating system calls through another OS, all that's needed is to catch the system calls and translate them to the Linux system calls. There is some overhead in the emulation layer, but it's much quicker than translating every CPU instruction. > >(Now, I hope that wasn't just wishful thinking. > > I very much fear it is. Porting a desktop/server OS to a PDA still strikes > me as fundamentally wrong. I agree, and that's why I'm pretty sure they aren't going to try it. I explained this in more detail in a message I posted a few minutes ago. Actually, a full installation of SuSE 10.0 wouldn't even fit on a LifeDrive -- it takes up 7 GB of disk space, to say nothing about the RAM required to run an X server and KDE desktop! And running KDE on a 320x320 screen? Let's not even go there. > That's why so many of MS's efforts in this arena > were crap (and even now taints some aspects of Windows Mobile) 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. Windows simply does not scale well (either up or down) to systems that aren't Intel desktops or servers. It's just not in the design. > > I wish they would put a lot more effort into improving PODS! > > PODS sucks big time. You're far too kind in your comments about it :-) Probably because I've never seen Codewarrior, and I prefer to do my builds by typing 'make all', like on Linux. 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! Aside from that, I've been through the wringer a few times with PODS, and as a result of being pretty frustrated, but later figuring out how to make it work (sometimes almost by mistake!), I now have a pretty good handle on it. It's not the best, but it does basically work. > PODS seems almost universally reviled, OK, I don't want to debate this at all. This is a *major* issue that Palmsource absolutely needs to deal with. I have to admit that if the only reason I can put up with it is that I'm an expert Unix user/programmer, then things are really bad. ;-) Jay Ts -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: APPINFO BLOCK??? HARDWARE ERROR #3?
Got it working now... Scratch this one, too.
Thanks to all who have responded to my requests for help (sincerely).
- Original Message -
From: "Dean Gahlon" <[EMAIL PROTECTED]>
To: "Palm Developer Forum"
Sent: Tuesday, November 22, 2005 2:17 PM
Subject: Re: APPINFO BLOCK??? HARDWARE ERROR #3?
> On Tue, 22 Nov 2005, Del Ventruella wrote:
>
> > I have a structure that contains data entered from a form. I want to
first put data into that structure from an AppInfo block, although I don't
know how to determine if anyone has filled in the data yet. I have written
a function to put data into an AppInfo block, and it seems to run, but I get
hardware error #3 when I exit the program. I had it running with no errors
before I decided to store a structure in the appinfo block of the database.
> >
> > I begin by putting data into the structure (Record is the name) that is
used to fill the fields on the form from a global structure variable
(SiteInfo) that I fill in with a fixed data set:
> >
> > Record = *SiteInfo;
> >
> > If someone pushes the "Save" button, I read the fields on the form and
save the results in Record. I then save the contents of Record in SiteInfo.
SiteInfo is the structure to which the function to write to the appinfo
block looks for the data to put in the appinfo block:
> >
> > SiteInfo=*Record;
>
> Without seeing what the definitions of these two structures are (HINT:
> many times, seeing just the code provides insufficient information to see
> what's going on), I can't be sure, but these two statements seem
> contradictory. If 'Record' is a structure variable, and 'SiteInfo' is a
> pointer to a structure of that type, the first statement will work but the
> second won't. If 'Record' is a pointer variable and 'SiteInfo' is a
> structure variable, the second statement will work and the first won't.
> I'm not sure how you can have both statements in the same program,
> referring to the same variables, and have them both work.
>
> Unfortunately, I don't have answers about storing data into the
> AppInfoBlock, since if I've done that, it's been quite a while. My only
> question about the code below where you write into the appinfoblock hinges
> on how the variable 'SiteInfo' was defined. If it was defined as a
> structure variable, I'd think the code should work to write the data
> that's in that variable into the appinfo block. If 'SiteInfo' was defined
> as a pointer variable, the code will only write 4 bytes of the pointer
> into the appinfoblock, which probably isn't what you want.
>
>
> >
> > I then call the function to write to the appinfo block:
> >
> > err = CreateAppInfoBlockForDB(gTransformer);
> >
> >
> > The function to write to the appinfo block is:
> >
> > Err CreateAppInfoBlockForDB(DmOpenRef db)
> > {
> > UInt16 cardNo;
> > LocalID dbID;
> >
> > MyAppInfo *appInfoP;
> > Err err;
> > MemHandle h;
> > //filled in by me
> > cardNo = 0;
> > dbID = '!!$g';
> >
> > //end of filled in by me
> >
> >
> > TransformerDbaseCreate();
> >
> > //DATABASE HAS TO BE OPEN!!! IT'S NOT OPEN TILL YOU OPEN THE TRANSFORMER
FORM!!!
> >
> >
> > err = DmOpenDatabaseInfo(gTransformer, &dbID, NULL, NULL, &cardNo,
NULL);
> > if (err !=errNone)
> > return err;
> >
> >
> > h = DmNewHandle(db, sizeof(MyAppInfo));
> > if (!h)
> > return dmErrMemError;
> >
> > appInfoID = MemHandleToLocalID(h);
> > err= DmSetDatabaseInfo(cardNo, dbID, NULL, NULL, NULL, NULL, NULL, NULL,
NULL,&appInfoID, NULL, NULL, NULL);
> >
> > if (err==errNone)
> > {
> > appInfoP = (MyAppInfo*)MemHandleLock(h);
> > //err = DmSet(appInfoP, 0, sizeof(MyAppInfo), 0);//clear all
fields
> > err = DmWrite(appInfoP, 0, &SiteInfo, sizeof(SiteInfo));
> >
> > MemPtrUnlock(appInfoP);
> >
> > }
> > else
> > {
> > MemHandleFree(h);
> > }
> >
> > err = DmCloseDatabase(gTransformer);
> >
> > return err;
> > }
> >
> >
> > I need some way to always get the data in SiteInfo to correspond to what
is in the appinfo block, so I can always be sure that what is place into
record and loaded onto the form when the form is loaded is the saved data,
even if the user has left the application. To do this, I need to be able to
determine if there is anything in the appinfo block of a database, and if
so, copy its contents into the structure, Record. If not , I need to copy
the contents of the appinfo block into Record as they originally exist
before the database is created and the site data is saved using the "Save"
button.
> >
> > Can anyone show me how to:
> >
> > 1. Determine if the appinfo block has data in it?
> > 2. Read the contents of the appinfo block into Record?
> > 3. Save the contents of Record in the AppInfo Block?
> >
> > I had been trying to set the SiteInfo pointer to Record to make sure
that what was in Record gets saved. I run into a problem when I try to
close with the following error. Otherwise, I get no errors when running the
software. As I said, I had no error messages before I attempted to add this
appinfo block data:
> >
API to retreive the current date and time
Hi All, Can anybody tell me what's the API to retreive the current date and time from the Palm OS version 3.5 and above? 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: FrmSaveActiveState
hi, you need to save application preferences with PrefSetAppPreferences in AppStop routine, and get those preferences in AppStart routine or while loading the form with PrefGetAppPreferences. -Prasad. -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: API to retreive the current date and time
Hi Sangita, Use the Time manager Functions referenced here http://www.palmos.com/dev/support/docs/palmos/PalmOSReference/DateAndTimeMan ager.html#1097891 Probably u will be required to use both DateToDays and DateDaysToDate. Get the days and convert to date. The above link gives you detailed explanation for your needs. Regards, G. Kalyana Sundaram - Hi All, Can anybody tell me what's the API to retreive the current date and time from the Palm OS version 3.5 and above? 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: MSL C++ ---> Error: macro stdin redefined
Thanks Ben, thats make sense. But in fact I am using unix/sys_socket.h which uses unix_string.h I am also using which in turn uses [equivalent to string.h, I guess]. As I require both and I cannot change the system header files, how would I solve this error ? --cp -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: MSL C++ ---> Error: macro stdin redefined
And moreover if we have same #define include guards, how would that make a trouble ? --cp -- For information on using the PalmSource Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
