Re: What is "AccessorDispatch"???
I guess there is a version check before the OS 4.0 trap is called. The glue functions will call the API traps, when the OS version is sufficient. Download the emulator and the rom files and test your game with them. Regards Henk Ed Pugh wrote: Hi. I recently wrote a game that I thought should work on PalmOS 2.0 onward. (The program uses PrefGetAppPreferences and PrefSetAppPreferences which are the only OS 2.0 APIs; all the rest should be 1.0 APIs.) However, I just ran CheckPRC 1.3 on it for the first time and was annoyed to learn that there seems to be a PalmOS 4.0 trap: sysTrapAccessorDispatch (0xA3F4). The comment in CoreTraps.h says: "New trap for accessors available thru PalmOS glue." Well, I do call a PalmOSGlue function (FrmGlueSetHelpID), but I always thought that all glue functions were supposed to be able to run on all earlier PalmOS versions! (Is that not the main purpose of the OS Glue library?) What is this "AccessorDispatch" function? Will my program not work, then, on OS's earlier than 4.0? If not, then how do I "safely" change a form's HelpID on all OS's from 2.0 onward? I do not have any Palms available with OS's earlier than 4.0, but I was hoping to release the game to the general public and declare 2.0 as the minimum required OS. (That was the reason I ran CheckPRC on the software.) Thanks and regards, Ed. -- - Henk Jonas Palm OS Â certified developer [EMAIL PROTECTED] www.metaviewsoft.de - -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Problem using Jpeglib library for displaying Jpeg images on the Palm Device.
I am working on Directory application in which it is required to Show Pictures of the persons in the contact list. I searched the net and found a jpege Library from the Address: http://www.nyctergatis.com/jpeglib/ Now I want to recompile the library files (that is my project requirement), so I have created a new project and included files in it as listed in the file âJpegLibPalm.câ which you can get from the zip file that is available on the above link. Please tell me what to do to compile this library. Or you can also reply me with your personal email address and I will send you the project zip file that I have created. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Want to modify jpeglib (used to Display JPEG Images) for personal Project use.
I am working on Directory application in which it is required to Show Pictures of the persons in the contact list. I searched the net and found a jpege Library from the Address: http://www.nyctergatis.com/jpeglib/ Now I want to recompile the library files (that is my project requirement), so I have created a new project and included files in it as listed in the file âJpegLibPalm.câ which you can get from the zip file that is available on the above link. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
ANN: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
Howdy! This is the first time I've been directly referenced by someone... my goal of some day becoming more well known than Ben Combee may actually come true! ;-P > Whereas, I loss myself immediatly, as I can not find any documents > about this library. Even has no text file to explain the directary and > file structure, what folder is for what, what it supposed, what it can > do, how to use it, how to use those files, none of the things has > description. The PalmOS port of the C code is almost identical in file structure to the C code itself. Documentation on the Independent JPEG Group's code may come in handy. Truth be told, I never really understood the file structure, either. In my project I simply include one of the pre-built ARMC resources. I believe the resource I used is located at Palm/testArmlet2/ARMC0001.bin in the ZIP file. I'll upload the source code to my JPEGView program to see if it helps you understand that specific ARMlet a little better. You will not be able to compile JPEGView as-is due to it using an in-house code library. > So, I would like to know are there any person know how to use this > library, or just show me the way where to find help will be a great > help to me. The original author of the port is the man to ask - Matthew Fleming. I wonder if he's still around... The code for JPEGView is available from: http://www.marginsoftware.com/attachments/JPEGView-1.2.zip > Understand Mattew Bevan had ever used this library a lot, so could you > give me some guide, I will be greate appreciate. > Because this lib is ARM-native, so I think it may be better to used to > develop application on palm cobalt, isn't it? The JPEG decoder ARMlet will work on any PalmOS 5+ device. Any application which uses this decoder could be PalmOS 3-4 compatible if a 68k JPEG decoder was written and appropriate tests placed in the code. -- Matthew Bevan, Margin Software - Re-inventing the wheel, every time. Hanlon's Razor: Never attribute to malice that which is adequately explained by stupidity. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
How do you know when you are filling the stack or heap?
I've been struggling with 2 wierd bugs for 3 days now. I finally figured one of them occured when I set a local variable in a function to Char string[256] (the size I might need), but not when I set it to . Char string[30] (the size I can get away with in debugging). The crash doesn't happen straight away - it waits until I exit my application. I'm guessing this means either that I've filled the stack (having read about a 2k limit I can believe this), or have filed the heap (I have some other largeish memory allocations) So, I have a couple of questions: 1) Is there a better way to realise when you are overfilling stack or heap then 'my app acts unpredictably' - (A stack overflow error message would have saved me a lot of time!) 2) How do I tell whether it's stack or heap that are the problem 3) Is there any 'best practice / tutorial' on this stuff - e.g. how to use the useful looking function MemSetDebugMode. Thanks in advance Rob -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Win frame gone?
Hi, i create my window using the following code: myWindow = WinCreateWindow(&bounds, simpleFrame, true, true, &err); WinSetActiveWindow(myWindow); however when my window is activated it's frame doesn't get drawn! However the window is activa and i even draw to it. Anybody knows what the problem might be? -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: File Stream versus Data Manager Performance
On Tue, 18 Jan 2005 03:29:36 -, Tom Frauenhofer <[EMAIL PROTECTED]> wrote: > I decided to publish my results in a white paper as well as an entry in my > blog (the Blogger publishing tools seem to have a problem with HTML tables, > BTW). This is very interesting information, thanks for sharing. Krzysztof Kowalczyk | http://blog.kowalczyk.info -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How do you know when you are filling the stack or heap?
On Tue, 18 Jan 2005 10:22:48 +0200, Rob <[EMAIL PROTECTED]> wrote:
> I've been struggling with 2 wierd bugs for 3 days now. I finally figured
> one of them occured when I set a local variable in a function to
>
> Char string[256] (the size I might need), but not when I set it to .
> Char string[30] (the size I can get away with in debugging).
>
> The crash doesn't happen straight away - it waits until I exit my
> application.
>
> I'm guessing this means either that I've filled the stack (having read
> about a 2k limit I can believe this), or have filed the heap (I have some
> other largeish memory allocations)
>
> So, I have a couple of questions:
>
> 1) Is there a better way to realise when you are overfilling stack or heap
> then 'my app acts unpredictably' - (A stack overflow error message would
> have saved me a lot of time!)
>
> 2) How do I tell whether it's stack or heap that are the problem
>
> 3) Is there any 'best practice / tutorial' on this stuff - e.g. how to use
> the useful looking function MemSetDebugMode.
I can't answer all of your questions. A few random notes, though.
1. There is no such thing as "overflowing the heap". When your program
runs out of memory, MemPtrNew() retuns NULL. It's your responsibility
to check for that and handle this situation.
What does happen is that you can corrupt memory manager structures.
This might cause the delayed crash you're seeing. Basically if you
corrupt memory manager structures (by writing to pieces of memory you
don't own) the next time you call MemPtrNew() or MemPtrFree() the OS
will crash in some unpredictable way. It might help to run the program
under 3.5 emulator with debug ROM and pay close attention to the
errors it reports. 3.5 emulator with debug ROM has often better
diagnostics than simulator.
2. You're conflating stack overflow and stack overwrite.
Stack size is fixed and limited. Stack overflow is when your program
tries to get more stack than is available. I'm not sure but I believe
you'll just crash right there if it happens. Write a small test
program:
void foo(int level)
{
char eatStack[1000];
foo(level+1);
}
foo(0);
run it and see what happens.
Stack overwrite is similar to memory corruption: you write to a memory
allocated on the stack and you write past it, corrupting other values
that might be on the stack e.g.:
void bar()
{
int a = 5;
char buf[2];
int b=4;
buf[3] = 0;
// now check the values of a and b, one of them is corrupted
}
The only way to not have those problems is to be careful when writing
the code. If you have them, go over the code looking for places that
might overwrite the memory or stack.
3. I don't know how you use this buffer in the code, but in 99% of
cases code like:
Char string[256];
is bad and prone to memory corruptions. A safer way is:
#define BUF_SIZE 256
Char string[BUF_SIZE];
4. A common mistake when writing code to manipulate strings is to
forget about trailing zero. For example, a buggy code to copy a
string:
Char *StringCopy(Char *sourceStr) {
Char *dstStr = MemPtrNew(StrLen(sourceStr));
if (NULL == dstStr) return NULL;
MemMove(dstStr, sourceStr, StrLen(sourceStr));
return dstStr;
}
It's easy to forget to write StrLen(sourceStr)+1 and hard to find such bugs.
5. It's quite simple to write a debugging memory allocator that uses
well-known techniques to automatically detect memory underwrites and
overwrites. It has been done many times before, ask Mr. Google for
"memory debugging allocator". If you're willing to spend the time, you
can write such debugging memory allocator.
Krzysztof Kowalczyk | http://blog.kowalczyk.info
--
For information on using the Palm Developer Forums, or to unsubscribe, please
see http://www.palmos.com/dev/support/forums/
Flash utility
An old m500 is trapped in its debugger nub forever. Eventually its ROM is overwritten/corrupted. Is there free flash utility available to reflash? The m500 is an EFIGS PDA and its original ROM image was stored on disk and ready for reflashing. Only MS Windows 98/XP desktops are available. I realize this is not exactly a development issue, though I need to revive the PDA to test my applications. Any help/reference is appreciated. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Palm Developer Program
I have the same problem one mount ago, i sand e-mail to webmaster, and i waited two weeks for response, they say that don`t see any problem with my account, but they created me a new password just in case, and it`s worked. So, you can wait, or you can e-mail them until you get response. "Laurie Davis" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > I am also having trouble accessing the PalmSource Developer site. I > get a message saying that the email address is not registered. I have > tried sending an email to the webmaster, but I have not received any > response. > > Laurie > > > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
USB Host Adapter
Does anyone know of a usb-to-serial adapter that will work with a USB PDA to get it to interface with an external serial device? After alot of searching, I found the Kirrio http://www.kirrio.com/uk/products/usb_to_serial/index.php?cat=4&id=0 but the manufacturer says it's only available in France. Every other adapter I've seen acts as a usb slave to a computer, to add a serial port to a computer. I need one that will add a serial port to a slave device (Palm). Thanks. -Mark -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: problem while mutisegmenting the project
Subject: problem while mutisegmenting the project
From: [EMAIL PROTECTED]
Date: Mon, 17 Jan 2005 09:28:16 -
I my application have grown large so needed to multisegement
followed thw following step
1) created the def file as follows
application { "adress" STRT }
You should obtain your own unique Creator ID and not use the default
of 'STRT'.
Roger Stringer
Marietta Systems, Inc. (www.rf-tp.com)
--
For information on using the Palm Developer Forums, or to unsubscribe, please
see http://www.palmos.com/dev/support/forums/
Treo 650 GSM Sim.
Hi, I downloaded the Treo 650 CDMA Sprint Simulator from http://pluggedin.palmone.com/regac/pluggedin. I need Treo 650 GSM Simulator. That is not there in that PalmOne Resource website. How to get this? Is there any way to change this Treo 650 CDMA Simulator to Treo 650 GSM Simulator? Immediate Help Needed. - Martin Prabakar. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
STREAM FILES - URGENT PLEASE
Hi Folks, I am trying to write a simple text file (converting PDB to TXT) to send it to another SGDB in a server. I am using the FileXXX functions to manipulate it. It´s barely nice, however the first line is always filled with a header line, as it be a pdb file. What kind of mistake am I doing here? Is there any other way to save my TXT file without that header? Thanks a LOT José Ricardo -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
re: File Stream versus Data Manager Performance
Several updates: 1) Ralf Deitrich has provided me with numbers for the Tungsten T5. I've updated the white paper. Also I've updated the program to be a tiny bit friendlier. The Tungsten T5 numbers are interesting, especially for DB writes. 2) I've also put the PRC for the program up on the web site. White Paper: http://www.beret.com/developer/FileVersusDB.pdf PODS 1.1 Project: http://www.beret.com/developer/FileVersusDB.zip PRC: http://www.beret.com/developer/FileVersusDB.prc Tom Frauenhofer, [EMAIL PROTECTED] Palm OSÂ Certified Developer http://www.beret.com My Blog: http://tomfrauen.blogspot.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: File Stream versus Data Manager Performance
Hi Tom, Just a few things I noticed in your paper. In the text you talk about 10 000 writes Perform 1 writes followed by 1 reads of a 1K record but in the list you talk about 1 000 writes Perform 1000 writes It is probably a typo. Also, the numbers in the table dont have units. Is it seconds, 1/100 of seconds, ? By looking in the code I would know, but the paper should say it I think. Good work, and thanks for sharing. -- Regis St-Gelais www.laubrass.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Palm Profiler Tool
Does anybody knows which tools can I use to profile Palm applications (68K and ARM)? I've tried POSE Profiler with Proview, but this tool is very confuse and it's very hard to find bottlenecks using it. Does CodeWarior have some kind of profiler? Are there some profiler tool that works on the real device? Thanks, Leandro Jekimim Goulart -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
a StatGetAttribute() mystery
Hi:
If I have this
UInt32 ftrValue;
UInt32 controlBarData;
(
(FtrGet (pinCreator, pinFtrAPIVersion, &ftrValue) == errNone)
&& (ftrValue >= pinAPIVersion1_1)
&& (StatGetAttribute (statAttrBarVisible, &controlBarData) == errNone)
&& (controlBarData == true)
&& (StatGetAttribute (statAttrDimension, &controlBarData) == errNone)
)
then it is true on the Tungsten T3 and T5 as expected, and it is false on the
Treo 600 as expected but is is also true on the Treo 650 contrary to
expectations.
Also, statAttrDimension gives {0,0} dimensions for the Treo 650.
I this OK? Am I missing something? I only have a Treo 650 simulator.
/PaulN
--
For information on using the Palm Developer Forums, or to unsubscribe, please
see http://www.palmos.com/dev/support/forums/
Using the Launcher's padlock icon
Is the padlock icon that displays next to locked DBs in the Launcher Beam view a public resource? If so, how can I get a pointer to it that I could pass to the WinDrawBitMap API? -- Luc Le Blanc -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Where are the emulator ROM images????
Hi. As Henk suggested in my earlier thread, I want to obtain the ROM image for PalmOS 2.0 to run on the emulator. Is it just me or are the Emulator ROM images for the various Palm OS versions difficult to find? I cannot find the ROM image(s) for Palm OS 2.0 !! After logging into the Palm Developer Program, if I go to: http://www.palmos.com/dev/dl/dl_tools/dl_emulator/index.html and click on "Generic ROM Image Files" or on "Web Clipping ROM Image Files", I get some informational pages but no links to the ROM images. If I click on "Members Area", then on "Palm OS Developer Tools" and then on "Platform ROMs", I get a page that lists only the ROM image for Palm OS 4.1.2, but none of the earlier OS images. Where are the earlier ROM OS images? (I'm looking for 2.0). Regards, Ed. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
System date and time
Hi, What code should I write to get the current system date and time on Palm? Thanks! -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: System date and time
Joao Paulo Lima wrote: Hi, What code should I write to get the current system date and time on Palm? Thanks!\ #include DateTimeType date; UInt32 seconds; seconds = TimGetSeconds(); TimSecondsToDateTime(seconds, &date); -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: File Stream versus Data Manager Performance
Yes, the 1000 is a typo (I originally did 1000 iterations on the loop but increased it to 1 as 1000 gave me less than useful transaction performance values). I will correct the blog/white paper when I add results for more devices. Thanks! Tom Frauenhofer, [EMAIL PROTECTED] Palm OSÂ Certified Developer http://www.beret.com My Blog: http://tomfrauen.blogspot.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to start Palm App B from Palm App A --- and let App A quit permanently
Thanks for your reply. First, an important disclaimer for anyone jumping in: I'm still assuming there are differences in SysUIAppSwitch between different versions of the OS, and that this discussion presumably applies tothe older versions. That said: I see what you're saying. The lay-man summary: when we're talking about this "next app to launch" global, that is one powerful variable. It's always pointing somewhere, and that's going to be the next app to run after the current one quits. During most apps, it's pointing to the App Launcher, ready to return after the app quits. And when you do a SysUIAppSwitch from your own App A to App B, the "next app to launch" becomes App A since, well, the OS is designed to point that variable *somewhere*, and since the App Launcher didn't invoke App B, why return there? But that's what I want! Now that we've established what's going on: Is there any other way to launch App B from App A and set the "next app to launch" to the App Launcher*? *(or, more specifically, whatever app it was that launched App A?) Sorry to draw this out, but I think we're close to getting a clear "yes", "no" or "don't bother". Thanks again. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to start Palm App B from Palm App A --- and let App A quit permanently
On Tue, Jan 18, 2005 at 04:35:12PM -, SD Primality wrote: > But that's what I want! Now that we've established what's going on: Is > there any other way to launch App B from App A and set the "next app to > launch" to the App Launcher*? *(or, more specifically, whatever app it > was that launched App A?) Fix app B so it can't quit without setting this magical variable. A well-designed app has no way to quit without doing this, because the only way it can quit is if the user presses a hard key or taps the house button, both of which have the side-effect of setting this variable. -- Dave Carrigan Seattle, WA, USA [EMAIL PROTECTED] | http://www.rudedog.org/ | ICQ:161669680 UNIX-Apache-Perl-Linux-Firewalls-LDAP-C-C++-DNS-PalmOS-PostgreSQL-MySQL Dave is currently listening to The Sex Pistols - Problems (Live, 1996-07-04) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to start Palm App B from Palm App A --- and let App A quit permanently
Hi SD, First, an important disclaimer for anyone jumping in: I'm still assuming there are differences in SysUIAppSwitch between different versions of the OS, and that this discussion presumably applies tothe older versions. That said: I don't know if that's correct or not, but I know that in my use of SysUIAppSwitch, its behavour seems to be pretty consistent from OS2 through OS5. I see what you're saying. The lay-man summary: when we're talking about this "next app to launch" global, that is one powerful variable. It's always pointing somewhere, and that's going to be the next app to run after the current one quits. Right. During most apps, it's pointing to the App Launcher, ready to return after the app quits. I don't know that I agree with this. It may be simply pointing back at itself. And when you do a SysUIAppSwitch from your own App A to App B, the "next app to launch" becomes App A since, well, the OS is designed to point that variable *somewhere*, and since the App Launcher didn't invoke App B, why return there? My take on it is that you point it to AppB, then try to launch AppB. If it succeeds, AppB launched and AppA has relinquished all control of what happens in AppB. If it fails, you return to AppA, because you need somewhere to go. Once AppB has control, exiting from THAT app will take you wherever it's told to go from that point, with no reference back to what you did in AppA at all. Remember that you don't really "exit" from your app, so much as "enter" another app. The system is FIRST told where to go (by the user selecting an app, or programatically by SysUIAppSwitch) , THEN your app gets an appStopEvent, so that it can clean up and stop. But that's what I want! Now that we've established what's going on: Is there any other way to launch App B from App A and set the "next app to launch" to the App Launcher*? *(or, more specifically, whatever app it was that launched App A?) Personally, I think that you'd have to keep track of which apps are opening/closing, and manage that process yourself. Remember that, while in AppB, the user can choose to hit whatever hardbutton or control that they want, and that will tell the system to lanch a specific app. The only way to overcome that is to spot the app changes (probably from within AppA), and jump in and take control at that time. Bob. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to start Palm App B from Palm App A --- and let App A quit permanently
Thanks everyone. To summarize: a) SysUIAppSwitch may be consistent across different versions of the OS, but there's no consensus yet. I've seen it behave differently on the emulator between OS 3.5 and 4.1 b) Palm OS just isn't designed to treat the App Launcher, for example, as the "Desktop" that you return to after running your programs. Palm OS seems to be based on stringing together the execution of apps in a sequence, one after the other. You can run whatever you want at any time, but when you quit your current app, the OS will take you back to whatever app launched it. That's the natural behaviour. c) There aren't any good ways around b). -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to start Palm App B from Palm App A --- and let App A quit permanently
At 11:21 AM 1/18/2005, you wrote: Thanks everyone. To summarize: a) SysUIAppSwitch may be consistent across different versions of the OS, but there's no consensus yet. I've seen it behave differently on the emulator between OS 3.5 and 4.1 b) Palm OS just isn't designed to treat the App Launcher, for example, as the "Desktop" that you return to after running your programs. Palm OS seems to be based on stringing together the execution of apps in a sequence, one after the other. You can run whatever you want at any time, but when you quit your current app, the OS will take you back to whatever app launched it. That's the natural behaviour. c) There aren't any good ways around b). If you want your app "B" to exit to a different app, then B needs to call SysUIAppSwitch itself. You could write a routine that calls it, then eats events from the queue until it's seen an appStopEvent, and that would change the internal system variable, but it would have to run in the context of app B. -- Ben Combee, Technical Lead, Developer Services, PalmSource, 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 Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Using the Launcher's padlock icon
At 08:39 AM 1/18/2005, you wrote: Is the padlock icon that displays next to locked DBs in the Launcher Beam view a public resource? If so, how can I get a pointer to it that I could pass to the WinDrawBitMap API? On my Tungsten C, the padlock icon is 'Tbmp' 1300 in the Launcher program. I don't think it is a safe assumption that the icon will always be at that ID or in that database. -- Ben Combee, Technical Lead, Developer Services, PalmSource, 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 Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: STREAM FILES - URGENT PLEASE
At 07:16 AM 1/18/2005, you wrote: Hi Folks, I am trying to write a simple text file (converting PDB to TXT) to send it to another SGDB in a server. I am using the FileXXX functions to manipulate it. It´s barely nice, however the first line is always filled with a header line, as it be a pdb file. What kind of mistake am I doing here? Is there any other way to save my TXT file without that header? You can convert the PDB file back to a plain file using the utility 'par', downloadable from http://www.djw.org/product/palm/par/ -- Ben Combee, Technical Lead, Developer Services, PalmSource, 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 Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
At 08:57 AM 1/18/2005, you wrote: Where are the earlier ROM OS images? (I'm looking for 2.0). We no longer have the older ROM images posted. They all contain the original Graffiti implementation, and our legal department did not want us distributing them anymore, at least until the patent infringement case had been completely decided -- there is still an outstanding appeal. -- Ben Combee, Technical Lead, Developer Services, PalmSource, 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 Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Launch the hotsync process in background.
I'm using the EnqueueKey for launch the hotsync proccess from my vb application but it doesnÂt continue with the execution. How can I do this? -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Using the Launcher's padlock icon
OK. I somehow thought it was a public UI resource, as I recall seeing this exact icon in other apps. -- Luc Le Blanc -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
Hi, again. Then, how do developers who do not yet have the earlier OS images test their programs on those versions? This is a serious question. Saying that developers should no longer support the earlier OS's is not an option. There is still a large user base "out there" and developers need to remember to make their applcations compatible with older OS's. I, for example, still use the m500 running Palm OS 4.0. I happen to LIKE the original Graffiti far more than Graffiti 2 and, for that reason alone, I do not plan to DOWNgrade to a newer version any time soon. By making the ROM OS images no longer available, it seems to me that both Palm and Xerox are BEGGING - no, DEMANDING - developers to simply trade OS images between each other directly, rather than obtaining them "legally". Hey! I wonder if Palm developers and users could bring a class-action lawsuit against Xerox for this?? >:-> I always thought that it was a very poor move on Xerox's part, for them to complain about Palm making the Graffiti method so famous. No one would have even heard of it, had it not been for the Palm OS. They should have PAID the Palm companies for helping to publicize the method and making it so famous! SHAME ON XEROX! As a palm developer, I truly hope the Xerox company dies a horrible and painful death because of their "patent infringement" lawsuit. With best regards (but not for Xerox), Ed. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: System date and time
Joao Paulo Lima wrote: Hi, What code should I write to get the current system date and time on Palm? Thanks! No code at all, you should read the API-docs. They aren't that big, compared to the huge Win32 alien. -- - Henk Jonas Palm OS Â certified developer [EMAIL PROTECTED] www.metaviewsoft.de - -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
a controlBar [aka statusBar] question
Hi: How do I find out the controlBar [aka statusBar]'s location [the topLeft]? StatGetAttribute() gives the width/height only. EvtGetSilkscreenAreaList() is not only "System Use Only" in OS5 but it even gives the wrong info on the GraffitiArea rectangles. Now we have different orientations and the controlBar could be located in three different positions. Also, the slider may be open or closed. Also the DIA may be open or may be closed. Is there a legitimate way for finding the coordinates of the topLeft of the controlBar? I could create a kludge but is there a legitimate way of doing this? /PaulN -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How to start Palm App B from Palm App A --- and let App A quit permanently
Hi, Brief comments below... Ben Combee wrote: At 11:21 AM 1/18/2005, you wrote: Thanks everyone. To summarize: a) SysUIAppSwitch may be consistent across different versions of the OS, but there's no consensus yet. I've seen it behave differently on the emulator between OS 3.5 and 4.1 b) Palm OS just isn't designed to treat the App Launcher, for example, as the "Desktop" that you return to after running your programs. Palm OS seems to be based on stringing together the execution of apps in a sequence, one after the other. You can run whatever you want at any time, but when you quit your current app, the OS will take you back to whatever app launched it. That's the natural behaviour. c) There aren't any good ways around b). If you want your app "B" to exit to a different app, then B needs to call SysUIAppSwitch itself. You could write a routine that calls it, then eats events from the queue until it's seen an appStopEvent, and that would change the internal system variable, but it would have to run in the context of app B. I don't understand that approach. I get that App B needs to call SysUIAppSwitch itself to control where it goes. My goal, though, is to switch back to the app that launched App A. App B is not really supposed to know that. This would all be much easier if Palm OS allowed a "temporary jump-to app" that is launched once after a switch and eats itself immediately, leaving the main "next app to launch" untouched. Or just simply making the App Launcher the default "next app to launch" after every true quit. Shane -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How can I prevent user from reaching the launcher?
Hi, I do not know if I am correct and if my memories are still fine. However, I can darkly recall a field in the handhelds system preference structure that contains the app that it to be launched after a soft reset. And what about catching the Reset launch code and sending a notification to yourself immediately afterwards? Creating a custom ROM image is a bad idea IMHO, it will not only void your warranties but also make debugging almost impossible. Hope this helps Tam Hanna http://tamspalm.blogspot.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RES: STREAM FILES - URGENT PLEASE
no -Mensagem original- De: José Ricardo Ziviani [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 18 de janeiro de 2005 10:17 Para: Palm Developer Forum Assunto: STREAM FILES - URGENT PLEASE Hi Folks, I am trying to write a simple text file (converting PDB to TXT) to send it to another SGDB in a server. I am using the FileXXX functions to manipulate it. It´s barely nice, however the first line is always filled with a header line, as it be a pdb file. What kind of mistake am I doing here? Is there any other way to save my TXT file without that header? Thanks a LOT José Ricardo -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
http://www.absoluteword.com/jpglib/ JPEG/GIF decompression library for Palm OS available in sources and binaries. Free if you are OK with nags it draws. You have reinvented one more wheel., haven't you. -- "Matthew Bevan" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > The JPEG decoder ARMlet will work on any PalmOS 5+ device. Any application > which uses this decoder could be PalmOS 3-4 compatible if a 68k JPEG decoder > was written and appropriate tests placed in the code. > > -- > Matthew Bevan, Margin Software > - Re-inventing the wheel, every time. > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Constructor's 99 resource limit
Not a good answer as Constructor is still, in my opinion, superior to any of the present alternatives. I agree with that. Would be nice is Constructor would stay alive. Text resources make me feel like i'am back 20 years ago when I was still a young programer. Eek! It really scares me to hear two developers whose opinions I respect say things like this. For this area, I feel that a text-based format is so inherently superior that I honestly can't imagine why anyone is still using Constructor. (See http://www.faqs.org/docs/artu/ch05s01.html for more reasons to go with a text-based format.) When you do a diff between older versions of your resources, how do you know what changed? Later, Blake. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
Well, an implied question is whether it stil makes sense to support older OS's. We have a multimedia app and set the limit (initially) to Palm OS4. Today the 95% of our (paying) users have OS5. Naturally, this number is influenced very much by the app characteristics. But even though - given the immense increase in capabilities with the introduction of the ARM handhelds - do you really think that OS3- users would present an interesting customer group? Best regards, Jan Slodicka - Original Message - From: "Ed Pugh" <[EMAIL PROTECTED]> To: "Palm Developer Forum" Sent: Tuesday, January 18, 2005 7:03 PM Subject: Re: Where are the emulator ROM images > Hi, again. > > Then, how do developers who do not yet have the earlier OS > images test their programs on those versions? This is a > serious question. > > Saying that developers should no longer support the earlier > OS's is not an option. There is still a large user base > "out there" and developers need to remember to make their > applcations compatible with older OS's. I, for example, > still use the m500 running Palm OS 4.0. I happen to LIKE > the original Graffiti far more than Graffiti 2 and, for > that reason alone, I do not plan to DOWNgrade to a newer > version any time soon. > > By making the ROM OS images no longer available, it seems > to me that both Palm and Xerox are BEGGING - no, DEMANDING - > developers to simply trade OS images between each other > directly, rather than obtaining them "legally". > > Hey! I wonder if Palm developers and users could bring > a class-action lawsuit against Xerox for this?? >:-> > > I always thought that it was a very poor move on Xerox's > part, for them to complain about Palm making the Graffiti > method so famous. No one would have even heard of it, > had it not been for the Palm OS. They should have PAID > the Palm companies for helping to publicize the method > and making it so famous! > > SHAME ON XEROX! > > As a palm developer, I truly hope the Xerox company dies a > horrible and painful death because of their "patent > infringement" lawsuit. > > With best regards (but not for Xerox), > > Ed. > -- > For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/ -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
At 02:52 PM 1/18/2005, you wrote: Well, an implied question is whether it stil makes sense to support older OS's. We have a multimedia app and set the limit (initially) to Palm OS4. Today the 95% of our (paying) users have OS5. Naturally, this number is influenced very much by the app characteristics. But even though - given the immense increase in capabilities with the introduction of the ARM handhelds - do you really think that OS3- users would present an interesting customer group? The only new OS 4 device that's been launched recently is the Fossil PDA Watch. In the market, there's the watch, some Symbol devices, the Acceca Mezura (industrial measurement), and the Alphasmart Dana/Dana Wireless. All of these are niche devices with monochrome screens, so probably aren't too great for multimedia. IMO, people with older devices are less likely to buy new apps. Limiting your app to OS 5 will make it easier to develop and test while not cutting off many sales. -- Ben Combee, Technical Lead, Developer Services, PalmSource, 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 Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: How can I prevent user from reaching the launcher?
From: "Tam Hanna" <[EMAIL PROTECTED]> > Creating a custom ROM image is a bad idea IMHO, it will not only void your > warranties but also make debugging almost impossible. > Eh? Can you point me at the relevant legal documents? All I'm talking about is creating a ROM image that doesn't contain certain standard Palm OS apps and might have other apps added to it. Palm OS itself isn't altered at all so I'm not sure why debugging would become harder. I certainly had no problems debugging the apps I was creating for addition to a custom ROM image. This is not only something Palm expected companies to do originally, they provide the tools that make it possible although, as I said earlier, I last did this a few years ago and it was for a device manufacturer rahter than someone re-ROMing retail devices. Does anyone have a definitive legal answer on the issue of custom ROM images voiding the device warranty? Chris Tutty -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: STREAM FILES - URGENT PLEASE
From: "José Ricardo Ziviani" <[EMAIL PROTECTED]> > I am trying to write a simple text file (converting PDB to TXT) to send it > to another SGDB in a server. I am using the FileXXX functions to manipulate > it. It´s barely nice, however the first line is always filled with a header > line, as it be a pdb file. What kind of mistake am I doing here? Is there > any other way to save my TXT file without that header? > PDBGo (www.pdbgo.com) is a commercial tool that provides a COM object for reading and writing PDB files, along with examples files in JavaScript and VBScript for doing the sort of thing you're talking about. Chris Tutty -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Constructor's 99 resource limit
"Blake Winton" <[EMAIL PROTECTED]> a écrit dans le message de news: [EMAIL PROTECTED] > > Eek! It really scares me to hear two developers whose opinions I respect > say things like this. > Hi Blake, Its not the file format that I don't like. A text format is easyer to fix in case of a file corruption. I've migrated my PC applications datafiles from binary to XML partly because of that. Its the absence of a good GUI editor that I dont like. PilRC Designer was a good start but it died before reaching maturity :( I just can't see myseft designing forms at the text editor level (like in the old times ;) (its nice hear that I am respectable, thanks) -- Regis St-Gelais www.laubrass.com -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
tapCount on lstSelectEvent..
Hi All, On the Treo I'm trying to use event->tapCount on a lstSelectEvent. ( to find when the user taps on it twice ) It seems to work on the PalmOS Emulator. But on the Treo, it doesn't seem to get anything but '0'. For hours I tried using different combinations of grabbing penUpEvent etc., with very frustrating results, but then I tried using event->tapCount and it, seemed to, work-out great.. on the Emulator that is.. :-\ I'm using sdk-5r3 with PRC-TOOLS, and I'm not trying to 'Post' an event.. Any suggestions? Thanks, Joe Siebenmann __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
On January 18, 2005 12:15 pm, Konstantin Klyatskin wrote: > http://www.absoluteword.com/jpglib/ > JPEG/GIF decompression library for Palm OS > available in sources and binaries. Free if you are OK with nags it draws. > You have reinvented one more wheel., haven't you. Seems you mention your library every time the word JPEG appears in a subject line... ;D Unfortunately I attempted to use your library and found it wanting. I haven't re-invented anything in this instance. I simply used a 100% FREE and OPEN SOURCE alternative to your product to create a very simple, clean, and free application. Very few are willing to put up with nags. Especially from a graphics library, whose nags appear as distortion to the graphic being displayed. I like to give my products, even ones built for in-house use like JPEGView was, a more polished and professional look than what can be accomplished through nag-ware. Your library may have ease of use but the JPEG armlets Matthew Fleming ported are the fastest I have seen so far. I asked you, a long time ago, about the possibility of using your library nag-free in an open-source project. Failing that, I requested a price quote. The price was so far above what I perceived to be reasonable that I found it more cost effective to use a completely undocumented armlet and work from scratch. Speaking of which, I'm currently investigating porting of the Independant JPEG Group's source to PP - Palm Pascal - and creating a shared library out of it with support for both 68k and ARM. Direct competition, possibly. Open source and free - most definitely. -- Matthew Bevan, Margin Software - Re-inventing the wheel, every time. Finagle's Eleventh Law: No matter what occurs, someone believes it happened according to his pet theory. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Constructor's 99 resource limit
Regis, If you would like to send me an email with the things you distinctly dislike about the RE that comes with PODS, I'll be happy to listen. I have a list of improvements that I work on given time. We are also looking at the general eclipse integration issues, so ideas and feedback from "real users" is valuable. -E > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Regis St-Gelais > Sent: Tuesday, January 18, 2005 3:27 PM > To: Palm Developer Forum > Subject: Re: Constructor's 99 resource limit > > "Blake Winton" <[EMAIL PROTECTED]> a écrit dans le > message de news: > [EMAIL PROTECTED] > > > > Eek! It really scares me to hear two developers whose opinions I > > respect say things like this. > > > > Hi Blake, > > Its not the file format that I don't like. > A text format is easyer to fix in case of a file corruption. > I've migrated my PC applications datafiles from binary to XML > partly because of that. > Its the absence of a good GUI editor that I dont like. > PilRC Designer was a good start but it died before reaching > maturity :( I just can't see myseft designing forms at the > text editor level (like in the old times ;) > > (its nice hear that I am respectable, thanks) > -- > Regis St-Gelais > www.laubrass.com > > > > -- > For information on using the Palm Developer Forums, or to > unsubscribe, please see http://www.palmos.com/dev/support/forums/ > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
Matt,.. beware, you didn't get out of rant mode as you probably intended. You are now 2 'rants' deep. Just wanted to let you know before you take someone's head off. Bob. ;) hew Bevan wrote: On January 18, 2005 12:15 pm, Konstantin Klyatskin wrote: http://www.absoluteword.com/jpglib/ JPEG/GIF decompression library for Palm OS available in sources and binaries. Free if you are OK with nags it draws. You have reinvented one more wheel., haven't you. Seems you mention your library every time the word JPEG appears in a subject line... ;D Unfortunately I attempted to use your library and found it wanting. Speaking of which, I'm currently investigating porting of the Independant JPEG Group's source to PP - Palm Pascal - and creating a shared library out of it with support for both 68k and ARM. Direct competition, possibly. Open source and free - most definitely. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
> Limiting > your app to OS 5 will make it easier to develop and test while not cutting > off many sales. That's what we did a few months ago. But I meant this as a reaction to Ed's topic. I think that even for non-multimedia apps the situation will be similar - mainly because the people who stick to outdated devices won't pay. (As you pointed to.) In my opinion supporting OS3- in new apps cannot bring any gain. (Maybe except very special occasions.) Jan Slodicka - Original Message - From: "Ben Combee" <[EMAIL PROTECTED]> > > The only new OS 4 device that's been launched recently is the Fossil PDA > Watch. In the market, there's the watch, some Symbol devices, the Acceca > Mezura (industrial measurement), and the Alphasmart Dana/Dana > Wireless. All of these are niche devices with monochrome screens, so > probably aren't too great for multimedia. > > IMO, people with older devices are less likely to buy new apps. Limiting > your app to OS 5 will make it easier to develop and test while not cutting > off many sales. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
On January 18, 2005 2:01 pm, Robert Moynihan wrote: > Matt,.. beware, you didn't get out of rant mode as you probably > intended. You are now 2 'rants' deep. Just wanted to let you know > before you take someone's head off. Bob. ;) ^___^; Closing tags always were a problem for me. My X(HT)ML programmers' editor usually does them for me. I read that blasted e-mail twice before sending it... :P And I apologize if I came across too strongly. I'm rather passionate about alternatives. Have I mentioned FireFox on this forum yet? ;) > > hew Bevan wrote: > >On January 18, 2005 12:15 pm, Konstantin Klyatskin wrote: > >>http://www.absoluteword.com/jpglib/ > >>JPEG/GIF decompression library for Palm OS > >>available in sources and binaries. Free if you are OK with nags it draws. > >>You have reinvented one more wheel., haven't you. > > > >Seems you mention your library every time the word JPEG appears in a > > subject line... ;D Unfortunately I attempted to use your library and > > found it wanting. > > > > > > > > > > > > >Speaking of which, I'm currently investigating porting of the Independant > > JPEG Group's source to PP - Palm Pascal - and creating a shared library > > out of it with support for both 68k and ARM. Direct competition, > > possibly. Open source and free - most definitely. -- Matthew Bevan, Margin Software - Re-inventing the wheel, every time. Gordon's first law: If a research project is not worth doing, it is not worth doing well. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: baffled with Popup Trigger ID and Resource Editor
"Eric Cloninger" <[EMAIL PROTECTED]> wrote: > Huy uncovered a bug in RE that I'll mention here so that the > solution is there when others encounter it. > > The bug occurs when copying and pasting an entire resource that > contains a popup trigger (Ray, this is probably what happened to > you). While RE will renumber regular form objects, it is failing > to renumber the reference to the list and the popup trigger in the > FORM_POPUP object. I'll fix this bug for a future release of RE, > but you may encounter this problem if you've used copy and paste. That sounds like what happened to me. But I'm sure there was a duplicate FORM_POPUP as well; I never figured out where that came from, but I assumed that having a duplicate was why I had to tap twice to make a selection. I probably fixed the values and delete the duplicates at the same time, so I couldn't tell which fixed the problem. > The workaround is to right click on the form resource in the files > panel and choose the XML editor. In the XML source, search for > FORM_POPUP and adjust the values there manually. Or, use a text > editor of your preference. Or don't use copy/paste; do it the hard way :) -- Ray -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Strange timeout problem
Hi, I did a program using sockets but I'm facing a strange problem. After some time communicating with a ftp server, (opening and closing data sockets) I eventually get a timeout. After this timeout, I just can't receive any data from the main (control) socket, although I know there is data to receive. The data I send is received by the server, it tries to send a reply but I always get a connection timeout. The only way to restore communication is to close the FTP connection and open it again. I have already tried to play with the SocketLinger, but it hasn't changed the behavior. I'm testing the program on a Palm IIIxe running Palm OS 4.1 Please, any hint is more than welcome. Luciano -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: ANN: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
Hi, Matthew, thanks for your kindly help!
I have downloaded your JPEGView source code. I think I need some time
to understand it as I am very new to explore Palm programming.
Just went through your code roughly, tring to find the part of the
code where you used the library. But strangly, I can't find much
places you use any structures or functions derived from the library.
Almost all the functions in your code are from Palm APIs.
To be frankly, your code is not very long, do I miss anything?
The only part of the code I found have somthing from the library is as below,
--
result = PceNativeCall(
(NativeFuncType*)"ARMlet.dll\0NativeFunction", // default dll path
is the location of PalmSim.exe
myUserData);
-
A quite strange usage, my first time to see.
Also, I am very curious about this function: FrmVFSOpen() in the
following code, as it looks so like a standard API of form or VFS
operation from Palm. But I cannot find it from Palm APIs. Also cannot
find definition from your code and JEPG lib. Did you get it from
anywhere else?
---
if ( FrmVFSOpen (&vn, Preferences.Path, Preferences.LastFile) ) {
Preferences.Volume = vn;
FrmDrawForm(formP);
}
Thanks
Vicky
On Tue, 18 Jan 2005 00:23:52 -0800, Matthew Bevan
<[EMAIL PROTECTED]> wrote:
> Howdy!
>
> This is the first time I've been directly referenced by someone... my goal of
> some day becoming more well known than Ben Combee may actually come true! ;-P
>
> > Whereas, I loss myself immediatly, as I can not find any documents
> > about this library. Even has no text file to explain the directary and
> > file structure, what folder is for what, what it supposed, what it can
> > do, how to use it, how to use those files, none of the things has
> > description.
>
> The PalmOS port of the C code is almost identical in file structure to the C
> code itself. Documentation on the Independent JPEG Group's code may come in
> handy.
>
> Truth be told, I never really understood the file structure, either. In my
> project I simply include one of the pre-built ARMC resources. I believe the
> resource I used is located at Palm/testArmlet2/ARMC0001.bin in the ZIP file.
>
> I'll upload the source code to my JPEGView program to see if it helps you
> understand that specific ARMlet a little better. You will not be able to
> compile JPEGView as-is due to it using an in-house code library.
>
> > So, I would like to know are there any person know how to use this
> > library, or just show me the way where to find help will be a great
> > help to me.
>
> The original author of the port is the man to ask - Matthew Fleming. I wonder
> if he's still around...
>
> The code for JPEGView is available from:
> http://www.marginsoftware.com/attachments/JPEGView-1.2.zip
>
> > Understand Mattew Bevan had ever used this library a lot, so could you
> > give me some guide, I will be greate appreciate.
>
> > Because this lib is ARM-native, so I think it may be better to used to
> > develop application on palm cobalt, isn't it?
>
> The JPEG decoder ARMlet will work on any PalmOS 5+ device. Any application
> which uses this decoder could be PalmOS 3-4 compatible if a 68k JPEG decoder
> was written and appropriate tests placed in the code.
>
> --
> Matthew Bevan, Margin Software
> - Re-inventing the wheel, every time.
>
> Hanlon's Razor:
>Never attribute to malice that which is adequately explained by
> stupidity.
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe, please
> see http://www.palmos.com/dev/support/forums/
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please
see http://www.palmos.com/dev/support/forums/
re: Scroll Arrows don't display in list
Yeah, Set to zero. I don't want any items to display initially. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Fwd: ANN: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
Hi, Matthew, thanks for your kindly help!
I have downloaded your JPEGView source code. I think I need some time
to understand it as I am very new to explore Palm programming.
Just went through your code roughly, tring to find the part of the
code where you used the library. But strangly, I can't find much
places you use any structures or functions derived from the library.
Almost all the functions in your code are from Palm APIs.
To be frankly, your code is not very long, do I miss anything?
The only part of the code I found have somthing from the library is as below,
--
result = PceNativeCall(
(NativeFuncType*)"ARMlet.dll\0NativeFunction", // default dll path
is the location of PalmSim.exe
myUserData);
-
A quite strange usage, my first time to see.
Also, I am very curious about this function: FrmVFSOpen() in the
following code, as it looks so like a standard API of form or VFS
operation from Palm. But I cannot find it from Palm APIs. Also cannot
find definition from your code and JEPG lib. Did you get it from
anywhere else?
---
if ( FrmVFSOpen (&vn, Preferences.Path, Preferences.LastFile) ) {
Preferences.Volume = vn;
FrmDrawForm(formP);
}
Thanks
Vicky
On Tue, 18 Jan 2005 00:23:52 -0800, Matthew Bevan
<[EMAIL PROTECTED]> wrote:
> Howdy!
>
> This is the first time I've been directly referenced by someone... my goal of
> some day becoming more well known than Ben Combee may actually come true! ;-P
>
> > Whereas, I loss myself immediatly, as I can not find any documents
> > about this library. Even has no text file to explain the directary and
> > file structure, what folder is for what, what it supposed, what it can
> > do, how to use it, how to use those files, none of the things has
> > description.
>
> The PalmOS port of the C code is almost identical in file structure to the C
> code itself. Documentation on the Independent JPEG Group's code may come in
> handy.
>
> Truth be told, I never really understood the file structure, either. In my
> project I simply include one of the pre-built ARMC resources. I believe the
> resource I used is located at Palm/testArmlet2/ARMC0001.bin in the ZIP file.
>
> I'll upload the source code to my JPEGView program to see if it helps you
> understand that specific ARMlet a little better. You will not be able to
> compile JPEGView as-is due to it using an in-house code library.
>
> > So, I would like to know are there any person know how to use this
> > library, or just show me the way where to find help will be a great
> > help to me.
>
> The original author of the port is the man to ask - Matthew Fleming. I wonder
> if he's still around...
>
> The code for JPEGView is available from:
> http://www.marginsoftware.com/attachments/JPEGView-1.2.zip
>
> > Understand Mattew Bevan had ever used this library a lot, so could you
> > give me some guide, I will be greate appreciate.
>
> > Because this lib is ARM-native, so I think it may be better to used to
> > develop application on palm cobalt, isn't it?
>
> The JPEG decoder ARMlet will work on any PalmOS 5+ device. Any application
> which uses this decoder could be PalmOS 3-4 compatible if a 68k JPEG decoder
> was written and appropriate tests placed in the code.
>
> --
> Matthew Bevan, Margin Software
> - Re-inventing the wheel, every time.
>
> Hanlon's Razor:
>Never attribute to malice that which is adequately explained by
> stupidity.
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe, please
> see http://www.palmos.com/dev/support/forums/
>
--
For information on using the Palm Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
--
For information on using the Palm Developer Forums, or to unsubscribe, please
see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
Jan, Ben: Thank you both for your thoughts. The game that I wrote (see my earlier thread about "AccessorDispatch") is a fairly simple one that I intend to release as freeware, mainly because it will be my first public offering of a Palm application. (Still needs a bit of work, though.) So, it would fit into the "non-paying Palm" market that Jan mentioned. Also, as I mentioned before, my own Palm PDA is the m500 running OS 4.0, and is quite sufficient for my needs. I like the slimmer case that can fit in my shirt pocket (WITH my reading glasses case, no less!) and, as I also mentioned, I much prefer the original Graffiti over Graffiti 2. (My "other half" has a Tungsten E. I find it is slower to write in Graffiti 2 than in the original Graffiti, because of those extra strokes.) MOST of my friends with PalmOS-based PDAs have older OS versions (OS 4.0 or earlier; not just Palm, but also Sony Clie, Handspring Visor, etc.) (Abeit, I *do* consider my Tungsten-E-touting wife to be my friend, too. ;-) As well, my next major Palm project will involve an application for a particular hobby market. I expect that most users for this application will still be ones with older OS's. So, from my own experience, I have to disagree with the thinking that writers of new applications should not make any attempt to support older OS's. If an application does not necessarily need colour or any of the newer features of the more recent Palm's, (navigation rocker, etc.) then there should be no reason to leave users of older Palm PDA's behind. Sure, maybe the bigger software market consists of corporate types whose companies can buy the latest and greatest Palm PDA's for them, but there is still a considerable base consisting of "home" users who cannot afford to "upgrade" their PDAs every three months. Well, that's my CDN$0.02 anyway. (That's gotta be at least worth half a cent US. :) Oh, that's another thing. The average Canuck has to work about 1.5 times longer than the average USian to pay for those expensive Palm devices! So, we have have more incentive to make the older ones last a bit longer. And sorry about my earlier rant. It came from the frustration of learning that I cannot obtain the earlier OS ROM images (which is still a frustration for me, but I should not have ranted, even though I still think Xerox are The Bad Guys in all of this). Best regards, Ed. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
RE: Where are the emulator ROM images????
I came into this thread late, so please excuse me if I cover ground already covered. There is a piece of code floating around the net, maybe even around here somewhere :), that will extract a ROM image from an actual device. Older ROMs can be extracted from older devices. Older devices are available really cheap off eBay or, (ahem) borrowed from others. Jeff Loucks Work 425-284-1128 [EMAIL PROTECTED] Home 253-851-8908 [EMAIL PROTECTED] Mobile 253-691-8812 -Original Message- From: Ed Pugh [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 18, 2005 5:30 PM To: Palm Developer Forum Subject: Re: Where are the emulator ROM images Jan, Ben: Thank you both for your thoughts. The game that I wrote (see my earlier thread about "AccessorDispatch") is a fairly simple one that I intend to release as freeware, mainly because it will be my first public offering of a Palm application. (Still needs a bit of work, though.) So, it would fit into the "non-paying Palm" market that Jan mentioned. Also, as I mentioned before, my own Palm PDA is the m500 running OS 4.0, and is quite sufficient for my needs. I like the slimmer case that can fit in my shirt pocket (WITH my reading glasses case, no less!) and, as I also mentioned, I much prefer the original Graffiti over Graffiti 2. (My "other half" has a Tungsten E. I find it is slower to write in Graffiti 2 than in the original Graffiti, because of those extra strokes.) MOST of my friends with PalmOS-based PDAs have older OS versions (OS 4.0 or earlier; not just Palm, but also Sony Clie, Handspring Visor, etc.) (Abeit, I *do* consider my Tungsten-E-touting wife to be my friend, too. ;-) As well, my next major Palm project will involve an application for a particular hobby market. I expect that most users for this application will still be ones with older OS's. So, from my own experience, I have to disagree with the thinking that writers of new applications should not make any attempt to support older OS's. If an application does not necessarily need colour or any of the newer features of the more recent Palm's, (navigation rocker, etc.) then there should be no reason to leave users of older Palm PDA's behind. Sure, maybe the bigger software market consists of corporate types whose companies can buy the latest and greatest Palm PDA's for them, but there is still a considerable base consisting of "home" users who cannot afford to "upgrade" their PDAs every three months. Well, that's my CDN$0.02 anyway. (That's gotta be at least worth half a cent US. :) Oh, that's another thing. The average Canuck has to work about 1.5 times longer than the average USian to pay for those expensive Palm devices! So, we have have more incentive to make the older ones last a bit longer. And sorry about my earlier rant. It came from the frustration of learning that I cannot obtain the earlier OS ROM images (which is still a frustration for me, but I should not have ranted, even though I still think Xerox are The Bad Guys in all of this). Best regards, Ed. -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: What is "AccessorDispatch"???
What is this "AccessorDispatch" function? Will my program not work, then, on OS's earlier than 4.0? If not, then how do I "safely" change a form's HelpID on all OS's from 2.0 onward? This is a internal trap that's implemented in PACE on Palm OS Cobalt to allow access to internals from the glue library. While the glue library contains a call to it, the library always checks to see if it is available before calling it. Don't worry about it being in your code -- it doesn't mean that the glue library won't work on older systems. On older devices, the glue just does direct access. -- Ben Combee, Technical Lead, Developer Services, PalmSource, 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 Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: baffled with Popup Trigger ID and Resource Editor
On 1/15/2005 3:49 PM Ray Heindl wrote: I had that same problem a month or two back. If memory serves, the cause was a duplicated FORM_POPUP in the XRD file. I have no idea how the duplicate got there. Thanks! I checked into the XML file, and there were three extra sections that looked something like this: 1003 1004 These three were all just extra, separated from the popup trigger sections (which were followed by valid FORM_POPUP sections), and containing bogus List IDs. Deleting those three fixed my problem. -- Curtis Cameron -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Using the Launcher's padlock icon
I think that palmOne uses it in many of their applications. I am not sure though if PalmSource uses it? -Donald "Luc Le Blanc" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > OK. I somehow thought it was a public UI resource, as I recall seeing this exact icon in other apps. > > > -- > Luc Le Blanc > -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: ANN: JPEGView Source Released [was: Re: looking for help about the ARM-native JEPG...]
On January 18, 2005 6:01 pm, ye vicky wrote:
> Hi, Matthew, thanks for your kindly help!
> I have downloaded your JPEGView source code. I think I need some time
> to understand it as I am very new to explore Palm programming.
For me, learning by example works best. I explain my code below...
> Just went through your code roughly, tring to find the part of the
> code where you used the library. But strangly, I can't find much
> places you use any structures or functions derived from the library.
> Almost all the functions in your code are from Palm APIs.
> To be frankly, your code is not very long, do I miss anything?
drawJPEG is the function you should look at. The rest is simply user
interface and user interaction code. In JPEGView, I use an enhanced gadget
to simplify drawing and resizing of the display.
The functions directly used in decoding the JPEG are:
MainForm.c:14 myPtrFree() Armlet callback to free memory.
MainForm.c:19 myFileReader() Armlet callback to read the next data chunk.
MainForm.c:32 errorMessager() Armlet callback to handle errors.
MainForm.c:36 drawJPEG() The function that calls the ARMlet.
The three callback functions must have the same prototype in all applications
which use this armlet. The file reader callback loads the next chunk from
VFS and displays a pretty progress bar at the same time. Stripped-down
versions of the callbacks (and global variables) would be:
FileRef FileHandle;
void myPtrFree(void *p) { if ( p ) MemPtrFree(p); }
// You can use VFS, the DB stream system, or in-memory JPEG data.
void myFileReader(void *bufP, UInt32 numBytes, UInt32 *numBytesReadP) {
VFSFileRead(FileHandle, numBytes, bufP, numBytesReadP);
}
void errorMessager(char *messageP) { SysFatalAlert(messageP); }
The drawJPEG function is the interface between 68k and the armlet. It sets up
pointers to the above functions, the requested width and height, and actually
calls the armlet (or .dll if running under the Simulator).
A simpler (and more robust) version of this function would be:
Err drawJPEG(Char *fileNameP, RectangleType *drawAreaP) {
typedef struct _MyUserData {
void *imageDataP;
void *myPtrFree;
void *unusedP;
void *myFileReader;
void *errorMessager;
UInt16 width;
UInt16 height;
UInt16 unused[3];
} MyUserData;
MyUserData myUserData;
UInt32 imageDataSize;
Errerror;
// Open and retrieve size information about the selected file.
error = VFSFileOpen(Preferences.Volume, fileNameP, vfsModeRead,
&FileHandle);
if ( error ) return error;
// Calculate the amount of memory required to store the raw bitmap.
imageDataSize = drawAreaP->extent.x * drawAreaP->extent.y * sizeof(UInt16);
// Allocate and clear enough memory for the raw bitmap.
// I have not tested the following line. The final argument might not work.
error = FtrPtrNew('CUIj', 0, imageDataSize,
(void **)&myUserData.imageDataP);
if ( error ) return error;
DmSet(myUserData.imageDataP, 0, imageDataSize, 0x00);
// Strangely, 0x00 defaults to black, 0xFF defaults to white.
// But not for the whole image... the ARMlet has its own default.
// Set up pointers to the callback functions.
myUserData.myPtrFree = &myPtrFree;
myUserData.myFileReader = &myFileReader;
myUserData.errorMessager = &errorMessager;
myUserData.width = drawAreaP->extent.x;
myUserData.height= drawAreaP->extent.y;
{ // Call the ARMlet with the appropriate data.
UInt32 processor;
FtrGet(sysFtrCreator, sysFtrNumProcessorID, &processor);
if ( sysFtrNumProcessorIsARM(processor) ) {
MemHandle armletH = DmGetResource('ARMC', 1);
NativeFuncType *armletP = (NativeFuncType *)MemHandleLock(armletH);
PceNativeCall(armletP, myUserData);
MemHandleUnlock(armletH);
DmReleaseResource(armletH);
}
}
VFSFileClose(FileHandle);
{ // Create a usable V3 bitmap from the raw image data and draw to screen.
BitmapType bmpP = BmpCreate(drawAreaP->extent.x, drawAreaP->extent.y, 16,
NULL, &error);
BitmapTypeV3 bmp3 = BmpCreateBitmapV3(bmpP, kDensityDouble,
myUserData.imageDataP, NULL);
if ( bmp3 ) {
WinDrawBitmap((BitmapType *)bmp3, drawAreaP->topLeft.x,
drawAreaP->topLeft.y);
BmpDelete((BitmapType *)bmp3);
BmpDelete(bmpP);
}
}
// Free the substantial amount of memory allocated to the raw bitmap.
FtrPtrFree( appCreator, 0);
return errNone;
}
I hope the above code is a little clearer. I'll test it tonight or tomorrow
and make a 2.0 version of JPEGView. ;) *grabs another glass of Coke-a-Cola*
Remember to replace 'CUIj' with your application's creator ID. This code was
long overdue for a clean-up! (Now to re-write it in Pascal...)
> The only part of the code I found have somthing from the library is as
> below,
> -
Re: Using the Launcher's padlock icon
> I think that palmOne uses it in many of their applications. I am not sure > though if PalmSource uses it? > > "Luc Le Blanc" <[EMAIL PROTECTED]> wrote in message > > OK. I somehow thought it was a public UI resource, as I recall seeing > > this exact icon in other apps. there are a bunch of bitmaps stored in the rom. you might want to check out the system databases (extract them from the rom) and open in something like prcexplorer. most system reserved things have an ID > 1. if you use DmGetResource() it will first search the active app then the system looking for the resource :) a good example of a bitmap stored is the taxi bitmap used by the "easter egg" :) --- Aaron Ardiri (Skype:: callto://ardiri) PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
> There is a piece of code floating around the net, maybe even around here > somewhere :), that will extract a ROM image from an actual device. Older > ROMs can be extracted from older devices. Older devices are available really > cheap off eBay or, (ahem) borrowed from others. its called ROMTransfer.prc and is bundled with the palmos emulator :) --- Aaron Ardiri (Skype:: callto://ardiri) PalmOS Certified Developer [EMAIL PROTECTED] http://www.mobilewizardry.com/members/aaron_ardiri.php -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
Jan Slodicka a écrit : > > Limiting > > your app to OS 5 will make it easier to develop and test while not cutting > > off many sales. > > That's what we did a few months ago. > But I meant this as a reaction to Ed's topic. I think that even for > non-multimedia apps the situation will be similar - mainly because the > people who stick to outdated devices won't pay. (As you pointed to.) > > In my opinion supporting OS3- in new apps cannot bring any gain. (Maybe > except very special occasions.) > > Jan Slodicka Here's my 2 cents: I develop a cave survey freeware, a field where electronics are rather uncommon. Thanks to its innovative design and convenience, my program (first of its kind) is slowly reversing the cavers' avoidance of taking fragile gear underground. Most of my present users didn't even have a Palm before, they bought one just to use my program - I regularly get e-mails that confirm that. Of course, for underground use, they rather get a IIIxe on eBay than risk a T3; so I must support OS 3.x (I go down to 3.0 to cover some Palm Pilots). The PalmOne/PalmSource executives, apparently much focused on MP3, video and high-end Treos, may think glitter-less apps like mine are now irrelevant, but everyone knows how hard it is to attract a new customer - after all, my users have kept resisting PalmOne's marketing efforts. Indeed, for now, they prefer simple models with replaceable batteries (a day of caving lasts longer than a battery charge on newer models...), but after a while, I assume many will start using their Palm for things other than caving and may then decide they want something more exciting than a IIIxe. So in the end, PalmOne/PalmSource gains, but in the meantime, I must keep supporting OS 3.x. The reason these ROMs should remain available is simple: the Xerox lawsuit didn't wipe out the installed base nor exhaust the supply of brand new obsolete units. And myself, what do I gain? No money, that's for sure, but life is not just about earning money. I get to meet or know more people in the caving community worldwide, and I get invited to exclusive caving spots. That's good enough for me :) And as far as testing my app goes, I'd rather stick to pre-OS 5 to use good'ol POSE than the crash-prone Simulator. Microsoft must be ROTFL with all those fatal error reports... -- Luc Le Blanc Montreal, Quebec, Canada Take your PDA where the sun never shines... Go map a cave! http://www.speleo.qc.ca/Auriga -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Using the Launcher's padlock icon
Aaron Ardiri a écrit : > > I think that palmOne uses it in many of their applications. I am not sure > > though if PalmSource uses it? > > > > "Luc Le Blanc" <[EMAIL PROTECTED]> wrote in message > > > OK. I somehow thought it was a public UI resource, as I recall seeing > > > this exact icon in other apps. > > there are a bunch of bitmaps stored in the rom. you might want to check > out the system databases (extract them from the rom) and open in something > like prcexplorer. > > most system reserved things have an ID > 1. How do I extract databases like the Launcher? I don't see a PRC, even with FileZ. > if you use DmGetResource() it will first search the active app then the > system looking for the resource :) a good example of a bitmap stored is > the taxi bitmap used by the "easter egg" :) I may have to start looking how best I could use a taxi icon in my app. That sure redefines mobile computing! -- Luc Le Blanc -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
Re: Where are the emulator ROM images????
There's another ROM transfer tool "ROMSaver" at http://salon.simple-palm.com/data/rom_saver_01.zip . It saves ROM to files on memory card . so it requires memory card slot but it's easier to use. It's rather old and I don't know it's compatible with newer devices. At 06:21 05/01/19 +0100, Aaron Ardiri wrote: > There is a piece of code floating around the net, maybe even around here > somewhere :), that will extract a ROM image from an actual device. Older > ROMs can be extracted from older devices. Older devices are available really > cheap off eBay or, (ahem) borrowed from others. its called ROMTransfer.prc and is bundled with the palmos emulator :) YAMADA Tatsushi Hacker Dude-san http://simple-palm.com mailto:[EMAIL PROTECTED] -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
dynamic creating of a scrollbar control
Hi group, Is there any way of creating a scrollbar control dynamically? Thanks, George VS ([EMAIL PROTECTED]) -- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
