Palm Eudora and EudoraWeb are mostly C++. Here's a few things found.
- Inlining is great for reducing code size
- Exception handling adds 5Kb of object code right off the top so we don't
use it. We strive not to create lots of little allocated objects because
of the overhead of allocating, deall
On debug ROMs, the window
> handle is invalid until FrmDrawForm is called so that draws
> before FrmDrawForm result in a bus error.
>
> -- Keith Rollin
> -- Palm OS Emulator engineer
>
>
>
>
>
>
> Laurence Lundblade <[EMAIL PROTECTED]> on 09/3
Seems the PalmOS 3.5 debug ROM along with 3.0a7 emulator has a very
unpleasent error response to an appropriate error check.
When (incorrectly) attempting draw operations like WinSetPattern and
FldDrawField *before* a FrmDrawForm, you get a bus error.
This doesn't seem to happen with any other
So I *think* it's safe to call DmWrite were the source and destination
overlap, but I thought I'd ask anyway. I think it's safe because my code
seems to work and because I figure DmWrite gets a semaphore, toggles the
memory protection bit and then call MemMove. MemMove is documented as safe
wh
nstaller? It is used only to get the sync
name(s) for user's for the Palm 2.0 desktop.
Laurence Lundblade
Qualcomm Inc.
At 03:23 PM 5/30/00 -0400, Fima Furman wrote:
> What do people typically use to install Palm app and conduits? I
> looked at
>the example with the I
to make
>the tcp/ip connection using that setup?
>
>-----Original Message-
>From: Laurence Lundblade <[EMAIL PROTECTED]>
>To: Palm Developer Forum <[EMAIL PROTECTED]>
>Date: Thursday, May 11, 2000 12:57 PM
>Subject: Re: wireless TCP/IP with Pilot
>
>
&
At 03:52 PM 5/10/00 -0400, you wrote:
> >Just for example, this morning Qualcomm and Sprint announced data service
> >trials at 144kpbs. I will not hazard a prediction when or where in the
> >world such service will roll out. My point was mainly that native TCP/IP
> >has a bright future for wirele
At 01:03 PM 5/10/00 -0400, Butch Howard wrote:
>'Over Time' is the problem for us. We are trying to demonstrate our
>technology over the wireless system now in expectation that the use of
>wireless for basic internet access (more than just web browsing) will be
>widespread in a year or so.
Just
bility of doing TCP/IP will be greater and greater over time.
Laurence Lundblade
QUALCOMM Inc.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
Also don't discount the cellular telephony technologies. Many of the
problems today are economic in nature. The big carriers don't see ways to
make money with wireless data yet that really opens the service up to folks
like us, especially in this country. The big carriers are also hard to work
But, you only need a poke with a dozen bytes or two (a URL?). The device
can then bring up the higher rate data connection in a managed way.
Or said another way: we agree, the pager architecture isn't sufficient
today - it isn't the one. Ideally we'd have something that has two RF
channels; on
It's a good point, but an exception is pagers which run quite nicely on
batteries for long periods of time and receive pushes. Probably the key to
the trade-offs of battery life, through put, coverage, latency, push/pull
and cost is overall system design (servers, RF link, antenna, battery
tec
At 12:15 AM 4/14/00 -0700, Steve Sabram wrote:
>KimDongGyun wrote:
>
> > I want to develop programs having something like push technology.
> > Server pushes binary data to PalmVII for a specified time and then, PDA
> > displays the data.
>
>This goes dead against the entire philosophy of the Palm
ss
>transmission?
>
>Once again thanks for kind help.
>Tony.
>
>
>
>
>
>
>
>
>
>
>- Original Message -
>From: Laurence Lundblade <[EMAIL PROTECTED]>
>To: Palm Developer Forum <[EMAIL PROTECTED]>
>Sent: Thursday, April 13, 2000 1:48 PM
>Subject: Re:
You have two basic choices:
1) Palm VII
- possibly easier to program, might get away without C/C++
- can't transfer lots of data - only small HTTP-like requests
- have to use Palm.net
- use for web applet sort of results
2) TCP/IP
- works with lots of different services (land line modem, omnisky
Kewel, a PalmOS router! Watch out Cisco!!! :-)
But seriously, I think this is expecting too much of NetLib and probably
the serial libraries too.
LL
At 03:39 PM 4/11/00 -0400, Patrick wrote:
>Hello,
>Does anyone know if it is possible to have two simultaneous PPP connections
>(e.g. one over
Any news on where to get the fixed PalmOSGlueLib? Couldn't find it on the
web site today. Thanks!
Laurence Lundblade
QUALCOMM Inc.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palm.com/devzone/mailinglists.html
busted. It shouldn't be trying to
use that trap.
Is there another PalmOSGlue.Lib version?
Should I be doing something else to tell PalmOSGlueLib it's running on
PalmOS 3.x?
Thanks,
Laurence Lundblade
QUALCOMM Inc.
--
For information on using the Palm Developer Forums, or to
At 09:37 AM 4/4/00 -0700, Scott L. Johnson wrote:
> > From: Laurence Lundblade [mailto:[EMAIL PROTECTED]]
> > Also, one thing that drives me nuts is the fact that the .mcp
> > [...] files are binary and make diffs and history tracking
> > virtually impossible.
> > c
Not sure, but can't you just take the .rsrc out of resource.frk directory
and copy it to/from the Mac?
Also, one thing that drives me nuts is the fact that the .mcp and .rsrc
files are binary and make diffs and history tracking virtually impossible.
We use Perforce for source code control and
I need to put a blob of binary bytes into a resource, 500 or so bytes -
more than you'd want to type in hex. Any ideas how this could be done? I
expect to have to do this a number of times so I want a solution that
doesn't involve typing the bytes :-). I'm using CW6 on Windows. I suppose
on
At 12:21 AM 3/25/00 -0500, Tom Zerucha wrote:
>On Fri, Mar 24, 2000 at 08:44:39PM -0600, Akshay wrote:
> > Hi folks,
> >
> > Was wanting to find information related to starting a development process
> > for microbrowsers - specifically for wireless PDAs. Have the following
> > questions and would
The way I understand it is that "save bits behind" should be thought of an
optimization and not counted on. Just so happens it works most of the time,
and if your app is very conservative with memory it will work all the time.
My only complaint is that it maybe forces me to make my app a tiny b
Probably the CharPtr should be Char *. I've found Code Warrior to produce
many misleading diagnostics of this sort.
LL
At 03:44 PM 3/20/00 -0600, Richard Burmeister wrote:
>I am having some difficulty converting a 3.1 app to 3.5. After changing to
>the latest data types, I am getting compiler
24 matches
Mail list logo