Satellite Forms 8 RAD tool released

[David Thacker]

Thacker Network Technologies Inc. is pleased to announce the release of 
Satellite Forms 8, available now!

Quickly build mobile business applications for Palm OS/Garnet OS and Windows 
Mobile/PocketPC platform devices with Satellite Forms 8!

See the full announcement: http://www.satelliteforms.net/news20100715.htm

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Aceeca PDA32 GarnetOS handheld

[David Thacker]

"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
> David,
>
> For when you get the right to speak, here are a few questions:

I can answer some of them now:

> - What OS version does it run?

The test unit I have reports Palm OS Garnet 5.4.0.

> - Is it multilingual (like EFIGS ROMs)?

Not sure if the production ROM will be EFIGS -- I've only seen English so 
far.

> - Will there be a specific Simulator?

The standard Palm OS/GarnetOS 5.4 Simulator is the right one, there is no
PDA32 device-specific simulator that I am aware of, nor do I think one would
be needed.

> - Does this model have Aceeca-specific hardware keys?

Not really.

> - Will it come with a Windows 7-compatible HotSync Manager, or do we just
> load v 6.2 and cross fingers?

Not sure yet.

> - How much is the Bluetooth option?

Not sure yet.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC




-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Aceeca PDA32 GarnetOS handheld

[David Thacker]

Hi all,

Just wanted to share a quick bit of info here:

The Aceeca PDA32 Palm OS Garnet handheld is real -- you just can't buy it 
quite yet...

I have one sitting on my desk right now for beta testing.  My first 
impressions are that this unit is going to be even better than I was hoping 
for!  There is still some system software work to be polished before it is 
ready to ship.

I'm not supposed to say anything more about it before the official press 
release from Aceeca, but I can say that it is real, and it is coming.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Uninitialized MemHandle Can Cause Reset Loop

[David Thacker]

"Dr. S.L. Sanders"  wrote in message 
news:188...@palm-dev-forum...
>  A small 68000 program for my T5 would load and test normally under the 
> Palm OS Debugger. Closing the debugger would begin a normal soft reset of 
> the T5, but a fatal exception would occur just before the "Tungsten" logo 
> would normally appear. A warm reset would get past this, but tapping the 
> "Home" button would cause another fatal exception. Thus, a reset loop was 
> in force.
>  I found (by accident) that the recently-launched list (tap and hold the 
> silk-screened "Home" button) would appear without causing the fatal 
> exception, and -- I was lucky enough to find Resco Explorer in that list!
>  Resco Explorer allowed me to delete my test program, after which I could 
> complete a successful soft reset. (Without the accidental discovery of 
> Resco Explorer in the recently-launched list, I would have had no recourse 
> other than a hard reset.)
>  By a process of elimination, I found my programming error that had been 
> causing the problem:
>  I had placed the following code in my AppStop() routine,
>if(hCel!=NULL) //If global hCel isn't NULL,
>  MemHandleFree(hCel); //  free it.
> but hadn't yet gotten around to assigning a value to the global MemHandle 
> hCel. As soon as I commented-out that code, the reset loop went away.
>  It's too bad the PalmOS permitted such an apparently-common error 
> (freeing an uninitialized memory handle) to lead to a situation that would 
> require a hard reset -- unless you're as lucky as I was.
> 2010may25(19:42)-sls


1. You may have been able to use the no-notify warm reset to avoid the reset 
loop.  This is a warm reset while holding the up arrow key, which tells the 
OS to not send the sysAppLaunchCmdSystemReset launch code when it boots. 
See "System Boot and Reset" in the Palm OS Programmer's Companion. That 
might have let you delete your app without crashing first.

2. It's an impossible task for the OS designers to conceive and prevent 
every possible way to crash the system...  And, when you're doing 
development, you should be prepared to hard reset the device at any time in 
the course of development.  A hard reset is really nothing to fear anyway, 
especially on the T5 where you can easily backup all the RAM databases to 
the internal flash drive with ease.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
> Checking the Aceeca website, I see the MEZ1500 (499$) and the MZIO-less 
> RDA1500 (399$) are displayed, but no PDA32.
>
> Mentionned operating systems for these upcoming devices (shipping date 
> TBA) are WinCE 5.x / WinCE 6.x and Linux, but no Palm OS.
>
> The Aceeca website lacks much details (in both text and photos) for its 
> devices. I gather the Bluetooth option must sit inside since the RDA1500 
> doesn't have a MZIO slot. What are those side buttons? Is the battery 
> swappable (it doesn't say)? Can a MZIO GPS be purchased? (news release say 
> so, but I can't find this item among accessories.)
>
> Perusing the forums (no message more recent than August 2009), I read 
> about the MEZ2000 as if it were old news, yet I don't find it anywhere. 
> Same dimensions and weight as the MEZ1500, but with a VGA screen according 
> to Tam's blog. Does it exist?
>
> Regards,
>
>
> Luc Le Blanc
> http://www.speleo.qc.ca/Auriga


Hi Luc,

Aceeca still hasn't updated that product page on their website to reflect 
the new/changed devices.  That same page has been there for about 2 years. 
None of the up to date info about the MEZ1500 running GarnetOS is there, 
nothing about the PDA32, etc.  I'm told they're working on a news release 
and will update the website then.

The MEZ2000 was abandoned before release, maybe about 1.5 years ago.

Swappable battery: Yes for the MEZ1500, No for the PDA32.

Side buttons: just a pair of user-programmable side buttons, great for 
triggering a barcode scan, for example.

GPS module: I know there is/was one for the MEZ1000 from a third party, not 
sure about use in the MEZ1500.

Meanwhile, tick tock tick tock...

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

I suggest trying any of the contact methods for Aceeca listed at
http://www.aceeca.com/contact_us/


-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



"Benjamin" <> wrote in message news:188...@palm-dev-forum...
> Good question.  I need to test and see if the code works or I need to make 
> changes.  Also compatibilities with Bluetooth printers.
>
> On 2/10/2010 11:08 AM, Dmitry Grinberg wrote:
>> Any idea of what it'll cost to get a prerelease unit or who to contact 
>> about
>> that?
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

Hi Dmitry,

If you look on the "Model Comparison" page on the Aceeca website, you can see 
which CPU is in the MEZ1500.  I understand the PDA32 will have same CPU.  I 
believe the SDRAM is 128MB not the 64MB shown on that chart.  You'll have to 
ask Aceeca for the other specs.

I have an MEZ1500 CE pre-release unit on my desk right now.  I have not touched 
any of the Garnet models yet.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC

  "Dmitry Grinberg" <> wrote in message news:188...@palm-dev-forum...
  any specs? what cpu is being used (part nr), what sound/touchscreen chip? 
what pmu? 
  [asking for obvious reasons: http://dgosblog.blogspot.com/]
  
  Best Regards,
  Dmitry Grinberg
  (847) 226 9295



  On Fri, Jan 15, 2010 at 2:32 PM, David Thacker <> wrote:

Here's some very interesting news for those of you still dealing in
vertical/industrial markets: Aceeca is bringing several new handhelds to
market in the next couple months, including models running the GarnetOS
(aka PalmOS Garnet) operating system!!

We've just been given clearance to release some info about the new
devices:

1. MEZ1500 CE

This device has been "coming soon" for almost 2 years, but is finally
coming to market, scheduled for release the first week of March.  This
unit runs the Microsoft Windows CE 5.0 operating system.  The MEZ1500
looks very similar to the MEZ1000, but features a QVGA colour screen,
larger battery, side buttons, and additional wireless options compared to
the MEZ1000.  Of course, it features the trademark MZIO expansion port on
the top of the device, for connecting barcode scanner modules, RFID
readers, GPS receiver modules, and so on.  It will support SD memory
expansion also.

We should have a MEZ1500 CE unit here for testing with Satellite Forms in
a few weeks.

List price on the MEZ1500 CE is expected to be $499, plus wireless
options.


2. MEZ1500 Garnet

Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS
on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca.
Running on the same hardware as the MEZ1500 CE version, the MEZ1500 garnet
version offers a big speed increase from the MEZ1000, as well as the QVGA
colour screen, twice the battery capacity, WLAN and Bluetooth options, SD
memory expansion, and more.  Aceeca expects to have beta units ready for
testing at about the same time that the MEZ1500 CE version ships.

Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like
their older brother the PalmOS 4.x powered MEZ1000.

List price on the MEZ1500 Garnet is expected to be $499, plus wireless
options.


3. PDA32 CE

This is a brand new handheld that is smaller and less rugged than the
MEZ1000 or MEZ1500 models.  It is just slightly taller than a Palm TX, and
about twice as thick.  It has an ARM CPU, colour QVGA screen, but does NOT
have the MZIO expansion bus, so it will not support add-on modules.  It
will have SD memory expansion, as well as wireless options.  The first
version of this device will run the Windows CE 5.0 OS.

List price on the PDA32 CE is expected to be $199, plus wireless options.
That is not a typo!!


4. PDA32 Garnet

The same hardware as the PDA32 CE version, with the GarnetOS operating
system!  This will be the first new non-smartphone, non-barcode-scanner
GarnetOS powered handheld released within the past couple years, with
multiple wireless options and SD memory expansion.

List price on the PDA32 CE is expected to be $199, plus wireless options.
Amazing!!

The PDA32 models are expected to start shipping in April.

Regards,

David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



--
For information on using the ACCESS Developer Forums, or to unsubscribe, 
please see http://www.access-company.com/developers/forums/



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Aceeca - Linux or Palm or WinCE or...?

[David Kenny]

Codewarrior is windows based..not Linux..missed the point.. try using a 
Linux OS to write a Palm app..its almost not possible. so why does Palm 
choose to restrict the potential developer market?


no taking care for phone in a harsh environment isn't possbile. I would 
guess you don't work in 30+ foot ladders and in a dusty enviroment.. yes 
dropping a phone off a 2nd story happens unless you only working in an 
office not not fixing someone roof..yes I fix peoples roofs.. at $300 a 
phone forget it!. so take your phone and throw it against the brick 
wall..will it live..no..then it won't work for me..it might for you, but 
not me..sorry my last 2 phones..1 died because the mic's quite working 
properly the 2nd the I destroy the external display..I slide a table saw 
corner in the display..cracked the LCD.. I used the phone until the 
battery stopped taking a charge then moved to a GZone..2+yrs ago..so its 
possible..so take a step out and see how contractors use a phone, yes 
non office workers..when I worked in an office..I have those phones..


sorry delivery driver needing a rugged phone..you don't understand 
needing a rugged phone! think 10X this rugged!
if you cannot throw it against a brick wall, and it still working 
noraml, its not rugged! MIL SPEC! i'm not joking here!!


I wish Palm would think about having something Linux based..the 
programming is MUCH EASIER..
you develope palm apps for a living. ever write an app the runs on 
WINDOWS, LINUX and A handheld?  NO compiling needed? nothing special 
needed? just copy the files from development to the target?
yes the app I wrote for my Nokia N810 works as on on Linux desktop and 
I'm sure it would run on a Windows desktop. with no code changes..It 
uses python2.6, pyqt and sqlite.


I agree about the paper receipts..I would just use pencil and paper to 
track the jobs and works then sent formal receipts later.


but this doesn't address why palm aren't rugged. there are PC that are! 
sure palms and pc aren't the same thing but to suggest that palm cannot 
be rugged and cheap..I don't but it.


so what's the next non phone after Palm Tx? separate the 2 function..the 
PDA stay safe..the phone..it might have to live having the crap beat out 
of it..put another way I don't need a PDA that I can beat the crap out 
of but its the phone as well..all bets are off.it'll get the crap beat 
out of it.


thanks to taking the time to anwser.

-dkenny

Benjamin wrote:

On 2/3/2010 9:46 PM, David Kenny wrote:

too bad Palm missed the market..they used to have a great product.
it almost impossible to develop palm apps using Linux platform..bad 
move..

does the webos support python? pyqt? pyside?


I found that you have to use Codewarrior to even write a Palm app 
easily.  Otherwise I found it near impossible.  Pretty easy to do 
using Codewarrior.  Palm Programming Bible is a must.  I do Palm 
development for a living.



its also a shame that almost all new devices are a PDA/phone..ever stop
to think of what happens when you break the phone? My current Gzone is
the only phone I've owned that's lived more 1yr and I wouldn't think
twice about replacing the battery instead of the whole phone. the rest
died or broke or were broken. there are very few mil spec phones and no
mil spec PDA's on the market.


Take better care of your phones.  I have all my past phones lined up 
side by side on my dresser.  Sure I only use my Pixi and the Centro is 
still used as a PDA to test apps.



in the article they mention a ruggized
device..to what standard? and at $500...pencil and paper is looking
better..


$500 is cheap for a ruggedized Palm.  Janam makes ruggedized Palms and 
the Janam is about $750.  They are used by delivery drivers and such 
to print receipts on the go and such.  It is pretty much a bargain.  A 
pencil and paper receipt aren't very professional in my humble 
opinion.  I am looking forward to the new Aceeca Palms.  They are 
needed for the industry we make software for.


That PDA 32 sounds good too.  I am not sure how powerful it is or if 
it could replace a TX or E2, but I hope it is.  E2 and TX are too 
fragile for point of sale applications and they are getting hard to 
find anymore.




--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Aceeca - Linux or Palm or WinCE or...?

[David Kenny]

too bad Palm missed the market..they used to have a great product.
it almost impossible to develop palm apps using Linux platform..bad move..
does the webos support python? pyqt? pyside?

i tried for months to learn to write a palm app..yes I know how to program.
It took me about 6 months to learn pyqt and python to write an app for 
my Nokia N810. yes I have another job so learning to program was done in 
my spare time. I never got that far with the palm developement. way too 
MS focused.


its also a shame that almost all new devices are a PDA/phone..ever stop 
to think of what happens when you break the phone? My current Gzone is 
the only phone I've owned that's lived more 1yr and I wouldn't think 
twice about replacing the battery instead of the whole phone. the rest 
died or broke or were broken. there are very few mil spec phones and no 
mil spec PDA's on the market. in the article they mention a ruggized 
device..to what standard? and at $500...pencil and paper is looking better..


-dkenny

Edward Jones wrote:
I was very interested when David Thacker made the announcement about 
the Aceeca Palm PDAs and went looking for more information and 
pictures to show the bosses but I was a little worried when going to 
Aceecas web site that they only show the MEZ1500 as running either 
Linux or Win CE? 
http://www.aceeca.com/home/mez_comparison_NEW-20090225.php


The only product that is listed as running PalmOS is the grey scale 
MEZ1000 which is no good for me. Worse still, the Aceeca site makes no 
reference to the PDA32 which is the one I am most interested in...


Can anyone (David?) confirm this?

Regards

Edward Jones



--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Aceeca - Linux or Palm or WinCE or...?

[David Thacker]

Ben,

I'll take this opportunity to correct your response.

Tam Hanna copied my original story about the Aceeca handhelds from my 
posting to the Palm Entrepreneur's Forum (PEF) mailing list, without my 
permission or attribution.  Other news outlets copied from Hanna's posting. 
PIC posted an article quoting Hanna's posting, even though I sent an 
original copy to PIC, but when I asked them about it, they recognized their 
mistake and modified their story accordingly:

http://www.palminfocenter.com/news/6631/aceeca-readying-new-palm-os-garnet-handhelds/

I don't really care that Hanna copied what I wrote, but I do care enough to 
set the record straight here.  The goal of my posting was to get the word 
out about the new Garnet-powered handhelds coming, so that is the important 
thing in my view.  [Would I have posted someone else's story without 
attribution?  Of course not.]


Responding to Edward's questions about why this information doesn't come 
direct from Aceeca or why it doesn't show up on their website, that is 
definitely a valid question.

It took me months of back and forth with the Aceeca CEO to get permission to 
release the information I did.  To make a long story shorter, they 
originally announced the MEZ1500 with CE in the fall of 2007.  Their 
hardware design had some problems, and so they took a lot of flak for 
announcing the product before it was ready.  It's been a long road to get 
that product to market, and they've now swung the other way (in my opinion) 
in waiting too long before announcing that it is ready and that they have 
other new handhelds almost ready as well.  I don't think you'll see an 
announcement about the new devices on the Aceeca website until the day it is 
added to their online store.

Alex Topschij, Aceeca CEO, did in fact post a couple responses in the 
comments section of the (copied) story on Engadget, but you have to hunt for 
them pretty hard.


Regarding your ALP question, I doubt you will see ALP offered on the Aceeca 
devices.


One other exciting tidbit about PalmOS Garnet on the Aceeca MEZ1500 and 
PDA32: Aceeca has full OS source code and authorization from ACCESS to make 
whatever changes they see fit to improve the OS.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC




"Benjamin" <> wrote in message news:188...@palm-dev-forum...
> This was addressed earlier.  From what I understand, Tam Hanna was the one 
> who released the information and Aceeca was embarrassed earlier by not 
> making their release dates and was reluctant to issue a press release 
> until they are solid on the date.
>
> At least that is the information I received from reading this forum.
>
> I also look forward to using this device and my customers might like it 
> too.  Look forward to getting my hands on one of each unit to review.
>
> Benjamin.
>
> On 2/3/2010 1:49 AM, Edward Jones wrote:
>> I was very interested when David Thacker made the announcement about the
>> Aceeca Palm PDAs and went looking for more information and pictures to
>> show the bosses but I was a little worried when going to Aceecas web
>> site that they only show the MEZ1500 as running either Linux or Win CE?
>> http://www.aceeca.com/home/mez_comparison_NEW-20090225.php
>>
>> The only product that is listed as running PalmOS is the grey scale
>> MEZ1000 which is no good for me. Worse still, the Aceeca site makes no
>> reference to the PDA32 which is the one I am most interested in...
>>
>> Can anyone (David?) confirm this?
>>
>> Regards
>>
>> Edward Jones
>>
>
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

The Aceeca PDA32 has a full size SD slot on the top exterior of the device, 
not under the battery.

The PDA32 battery is not field replaceable, but it is a whopping 2600mAh in 
capacity, which is more than double what the Palm TX batt capacity was. 
Battery life is not going to be a problem with this unit.

The MEZ1500 does have a field replaceable battery, and is even higher 
capacity than the PDA32.


-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC


"David Thacker" <> wrote in message news:188...@palm-dev-forum...
>I don't know the details yet of which SD format they will have, nor whether 
>the slot is accessible without removing the battery.
>
> FYI the Janam XP units can be ordered with the scanner module removed, 
> saving a couple hundred bucks per unit.  It's not advertised, but it is 
> available.
>
> -- 
> David Thacker
> http://www.SatelliteForms.net
> The Premier RAD Tool for PalmOS & PocketPC
>
>
>
> "Ben Rittgers" <> wrote in message news:188...@palm-dev-forum...
>>I asked my boss to order some testing units as soon as they become 
>>available.  Our customers are fed up with the failing digitizers of E2 and 
>>T|X, yet don't want to pay for the high-priced Janam units.
>>
>> Bluetooth is a must as well as some kind of SD feature.  Do you happen to 
>> know what form the SD cards are in: full-size, mini, or micro?  Can you 
>> access the SD card without taking the battery out as in the Janam units?
>>
>> Benjamin
>>
>> David Thacker wrote:
>>> "Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
>>>> David Thacker wrote:
>>>>
>>>>> List price on the PDA32 CE is expected to be $199,
>>>>> plus wireless options. Amazing!!
>>>> Amazing indeed! What are the wireless options? Wifi (802.11) or 
>>>> Bluetooth? Bluetooth would be most interesting in my case. As for the 
>>>> battery, is it field-replaceable?
>>>>
>>>>
>>>> Luc Le Blanc
>>>> http://www.speleo.qc.ca/Auriga
>>>
>>> Hi Luc,
>>>
>>> Yes to 802.11b/g WLAN.
>>>
>>> Yes to Bluetooth (Class 1 !).
>>>
>>> Infrared as well.
>>>
>>> Battery is a 2000mAh lithium polymer battery, but I don't yet know if it 
>>> is field replaceable.  I do know that the MEZ1500 battery is field 
>>> replaceable, but not sure with the PDA32.
>>>
>>
>
>
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: QVGA POSE or Simulator available?

[David Thacker]

Use the GarnetOS Simulator version 5.3 from ACCESS Dev Net.  It is the right 
sim and supports QVGA screens exactly the way the real QVGA devices do.

www.accessdevnet.com and you'll need to log in to download it.

The Handera 330 POSE is not the way to go for this, because Handera did QVGA 
on their own and not the way it is handled in the GarnetOS.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



"Luc Le Blanc"  wrote in message 
news:188...@palm-dev-forum...
> Christopher Stamper wrote:
>
>> Can't you use the simulator, and set the resolution to QVGA?
>
> I tried to set a Simulator to QVGA, but there was no such choice. At least 
> not on those I have.
>
> If you find a Handera 330 POSE, you may send it to speleo...@gmail.com 
> (but rename the exe extension).
>
>
> Luc Le Blanc
> http://www.speleo.qc.ca/Auriga
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

The QVGA (quarter VGA) display is 240 wide by 320 high, and is the screen 
format most commonly used on Windows Mobile devices.  The Janam XP30 PalmOS 
scanner uses a colour QVGA screen also.  The Handera 330 had a greyscale 
QVGA screen back in the day.

The GarnetOS automatically scales everything so that software written for 
the standard PalmOS 160x160 works without modification.  Software written 
for 320x320 high density screens will have to be modified to work on QVGA.

480x320 is HVGA (half VGA).

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC


"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
> What's a QVGA display? 320x240 as Wikipedia says? My TX is 480x320.
>
>
> Luc Le Blanc
> http://www.speleo.qc.ca/Auriga
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

I don't know the details yet of which SD format they will have, nor whether 
the slot is accessible without removing the battery.

FYI the Janam XP units can be ordered with the scanner module removed, 
saving a couple hundred bucks per unit.  It's not advertised, but it is 
available.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



"Ben Rittgers" <> wrote in message news:188...@palm-dev-forum...
>I asked my boss to order some testing units as soon as they become 
>available.  Our customers are fed up with the failing digitizers of E2 and 
>T|X, yet don't want to pay for the high-priced Janam units.
>
> Bluetooth is a must as well as some kind of SD feature.  Do you happen to 
> know what form the SD cards are in: full-size, mini, or micro?  Can you 
> access the SD card without taking the battery out as in the Janam units?
>
> Benjamin
>
> David Thacker wrote:
>> "Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
>>> David Thacker wrote:
>>>
>>>> List price on the PDA32 CE is expected to be $199,
>>>> plus wireless options. Amazing!!
>>> Amazing indeed! What are the wireless options? Wifi (802.11) or 
>>> Bluetooth? Bluetooth would be most interesting in my case. As for the 
>>> battery, is it field-replaceable?
>>>
>>>
>>> Luc Le Blanc
>>> http://www.speleo.qc.ca/Auriga
>>
>> Hi Luc,
>>
>> Yes to 802.11b/g WLAN.
>>
>> Yes to Bluetooth (Class 1 !).
>>
>> Infrared as well.
>>
>> Battery is a 2000mAh lithium polymer battery, but I don't yet know if it 
>> is field replaceable.  I do know that the MEZ1500 battery is field 
>> replaceable, but not sure with the PDA32.
>>
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

If you had followed the MEZ1500 (and formerly the MEZ2000) story from the 
beginning back in 2007, you would understand why Aceeca is hesitant to say 
too much before they are actually ready to ship.

After pleading with them for several months, I finally got permission from 
the Aceeca CEO to start spreading this news, so that folks who are right now 
deciding whether to move from PalmOS to a new platform can be aware of the 
new PalmOS handheld options that are forthcoming.  I know firsthand (from 
our customers) that there are many developers who would benefit from knowing 
that there are new GarnetOS devices coming to replace the low cost handhelds 
that used to be available from Palm Inc.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
> How come this news is delivered by a software provider and not the 
> hardware maker? The Acceca website remains silent about these new PDAs.
>
>
> Luc Le Blanc
> http://www.speleo.qc.ca/Auriga
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

Well Luis, it really depends on the target market.  The iPod Touch is great for 
consumers/gamers, but the Aceeca handhelds are designed for an entirely 
different customer.  There is obviously room for both.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC


  "luis maldonado" <> wrote in message news:188...@palm-dev-forum...
  a little TO LATE, I've discovered the IPOD touch and nothing on the 
arrogant Palm platform comes close
   
   

   
  > From: 
  > Subject: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!
  > Date: Fri, 15 Jan 2010 15:32:24 -0700
  > To: palm-dev-forum@news.palmos.com
  > 
  > Here's some very interesting news for those of you still dealing in
  > vertical/industrial markets: Aceeca is bringing several new handhelds to
  > market in the next couple months, including models running the GarnetOS
  > (aka PalmOS Garnet) operating system!!
  > 
  > We've just been given clearance to release some info about the new
  > devices:
  > 
  > 1. MEZ1500 CE
  > 
  > This device has been "coming soon" for almost 2 years, but is finally
  > coming to market, scheduled for release the first week of March. This
  > unit runs the Microsoft Windows CE 5.0 operating system. The MEZ1500
  > looks very similar to the MEZ1000, but features a QVGA colour screen,
  > larger battery, side buttons, and additional wireless options compared to
  > the MEZ1000. Of course, it features the trademark MZIO expansion port on
  > the top of the device, for connecting barcode scanner modules, RFID
  > readers, GPS receiver modules, and so on. It will support SD memory
  > expansion also.
  > 
  > We should have a MEZ1500 CE unit here for testing with Satellite Forms in
  > a few weeks.
  > 
  > List price on the MEZ1500 CE is expected to be $499, plus wireless
  > options.
  > 
  > 
  > 2. MEZ1500 Garnet
  > 
  > Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS
  > on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca.
  > Running on the same hardware as the MEZ1500 CE version, the MEZ1500 garnet
  > version offers a big speed increase from the MEZ1000, as well as the QVGA
  > colour screen, twice the battery capacity, WLAN and Bluetooth options, SD
  > memory expansion, and more. Aceeca expects to have beta units ready for
  > testing at about the same time that the MEZ1500 CE version ships.
  > 
  > Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like
  > their older brother the PalmOS 4.x powered MEZ1000.
  > 
  > List price on the MEZ1500 Garnet is expected to be $499, plus wireless
  > options.
  > 
  > 
  > 3. PDA32 CE
  > 
  > This is a brand new handheld that is smaller and less rugged than the
  > MEZ1000 or MEZ1500 models. It is just slightly taller than a Palm TX, and
  > about twice as thick. It has an ARM CPU, colour QVGA screen, but does NOT
  > have the MZIO expansion bus, so it will not support add-on modules. It
  > will have SD memory expansion, as well as wireless options. The first
  > version of this device will run the Windows CE 5.0 OS..
  > 
  > List price on the PDA32 CE is expected to be $199, plus wireless options.
  > That is not a typo!!
  > 
  > 
  > 4. PDA32 Garnet
  > 
  > The same hardware as the PDA32 CE version, with the GarnetOS operating
  > system! This will be the first new non-smartphone, non-barcode-scanner
  > GarnetOS powered handheld released within the past couple years, with
  > multiple wireless options and SD memory expansion.
  > 
  > List price on the PDA32 CE is expected to be $199, plus wireless options.
  > Amazing!!
  > 
  > The PDA32 models are expected to start shipping in April.
  > 
  > Regards,
  > 
  > David Thacker
  > http://www.SatelliteForms.net
  > The Premier RAD Tool for PalmOS & PocketPC
  > 
  > 
  > 
  > -- 
  > For information on using the ACCESS Developer Forums, or to unsubscribe, 
please see http://www.access-company.com/developers/forums/


--
  Your E-mail and More On-the-Go. Get Windows Live Hotmail Free. Sign up now. 
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

I am sure these new models from Aceeca will be available from Varlink in the 
UK, as they are the current UK distributor for Aceeca products.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



"Edward Jones" <> wrote in message news:188...@palm-dev-forum...
> Very interesting indeed - any news on availability in the UK?
>
>
> Regards
>
> Edward Jones
>
> David Thacker wrote:
>> Here's some very interesting news for those of you still dealing in
>> vertical/industrial markets: Aceeca is bringing several new handhelds to
>> market in the next couple months, including models running the GarnetOS
>> (aka PalmOS Garnet) operating system!!
>>
>> We've just been given clearance to release some info about the new
>> devices:
>>
>> 1. MEZ1500 CE
>>
>> This device has been "coming soon" for almost 2 years, but is finally
>> coming to market, scheduled for release the first week of March.  This
>> unit runs the Microsoft Windows CE 5.0 operating system.  The MEZ1500
>> looks very similar to the MEZ1000, but features a QVGA colour screen,
>> larger battery, side buttons, and additional wireless options compared to
>> the MEZ1000.  Of course, it features the trademark MZIO expansion port on
>> the top of the device, for connecting barcode scanner modules, RFID
>> readers, GPS receiver modules, and so on.  It will support SD memory
>> expansion also.
>>
>> We should have a MEZ1500 CE unit here for testing with Satellite Forms in
>> a few weeks.
>>
>> List price on the MEZ1500 CE is expected to be $499, plus wireless
>> options.
>>
>>
>> 2. MEZ1500 Garnet
>>
>> Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS
>> on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca.
>> Running on the same hardware as the MEZ1500 CE version, the MEZ1500 
>> garnet
>> version offers a big speed increase from the MEZ1000, as well as the QVGA
>> colour screen, twice the battery capacity, WLAN and Bluetooth options, SD
>> memory expansion, and more.  Aceeca expects to have beta units ready for
>> testing at about the same time that the MEZ1500 CE version ships.
>>
>> Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like
>> their older brother the PalmOS 4.x powered MEZ1000.
>>
>> List price on the MEZ1500 Garnet is expected to be $499, plus wireless
>> options.
>>
>>
>> 3. PDA32 CE
>>
>> This is a brand new handheld that is smaller and less rugged than the
>> MEZ1000 or MEZ1500 models.  It is just slightly taller than a Palm TX, 
>> and
>> about twice as thick.  It has an ARM CPU, colour QVGA screen, but does 
>> NOT
>> have the MZIO expansion bus, so it will not support add-on modules.  It
>> will have SD memory expansion, as well as wireless options.  The first
>> version of this device will run the Windows CE 5.0 OS.
>>
>> List price on the PDA32 CE is expected to be $199, plus wireless options.
>> That is not a typo!!
>>
>>
>> 4. PDA32 Garnet
>>
>> The same hardware as the PDA32 CE version, with the GarnetOS operating
>> system!  This will be the first new non-smartphone, non-barcode-scanner
>> GarnetOS powered handheld released within the past couple years, with
>> multiple wireless options and SD memory expansion.
>>
>> List price on the PDA32 CE is expected to be $199, plus wireless options.
>> Amazing!!
>>
>> The PDA32 models are expected to start shipping in April.
>>
>> Regards,
>>
>> David Thacker
>> http://www.SatelliteForms.net
>> The Premier RAD Tool for PalmOS & PocketPC
>>
>>
>>
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

"Luc Le Blanc" <> wrote in message news:188...@palm-dev-forum...
> David Thacker wrote:
>
>> List price on the PDA32 CE is expected to be $199,
>> plus wireless options. Amazing!!
>
> Amazing indeed! What are the wireless options? Wifi (802.11) or Bluetooth? 
> Bluetooth would be most interesting in my case. As for the battery, is it 
> field-replaceable?
>
>
> Luc Le Blanc
> http://www.speleo.qc.ca/Auriga

Hi Luc,

Yes to 802.11b/g WLAN.

Yes to Bluetooth (Class 1 !).

Infrared as well.

Battery is a 2000mAh lithium polymer battery, but I don't yet know if it is 
field replaceable.  I do know that the MEZ1500 battery is field replaceable, 
but not sure with the PDA32.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

SCOOP: New GarnetOS (PalmOS) Handhelds Coming From Aceeca!

[David Thacker]

Here's some very interesting news for those of you still dealing in
vertical/industrial markets: Aceeca is bringing several new handhelds to
market in the next couple months, including models running the GarnetOS
(aka PalmOS Garnet) operating system!!

We've just been given clearance to release some info about the new
devices:

1. MEZ1500 CE

This device has been "coming soon" for almost 2 years, but is finally
coming to market, scheduled for release the first week of March.  This
unit runs the Microsoft Windows CE 5.0 operating system.  The MEZ1500
looks very similar to the MEZ1000, but features a QVGA colour screen,
larger battery, side buttons, and additional wireless options compared to
the MEZ1000.  Of course, it features the trademark MZIO expansion port on
the top of the device, for connecting barcode scanner modules, RFID
readers, GPS receiver modules, and so on.  It will support SD memory
expansion also.

We should have a MEZ1500 CE unit here for testing with Satellite Forms in
a few weeks.

List price on the MEZ1500 CE is expected to be $499, plus wireless
options.


2. MEZ1500 Garnet

Aceeca is working with ACCESS (formerly PalmSource) to load the GarnetOS
on the MEZ1500, which will be the first PalmOS 5.x device from Aceeca.
Running on the same hardware as the MEZ1500 CE version, the MEZ1500 garnet
version offers a big speed increase from the MEZ1000, as well as the QVGA
colour screen, twice the battery capacity, WLAN and Bluetooth options, SD
memory expansion, and more.  Aceeca expects to have beta units ready for
testing at about the same time that the MEZ1500 CE version ships.

Both the CE and Garnet versions of the MEZ1500 are built ultra-tough like
their older brother the PalmOS 4.x powered MEZ1000.

List price on the MEZ1500 Garnet is expected to be $499, plus wireless
options.


3. PDA32 CE

This is a brand new handheld that is smaller and less rugged than the
MEZ1000 or MEZ1500 models.  It is just slightly taller than a Palm TX, and
about twice as thick.  It has an ARM CPU, colour QVGA screen, but does NOT
have the MZIO expansion bus, so it will not support add-on modules.  It
will have SD memory expansion, as well as wireless options.  The first
version of this device will run the Windows CE 5.0 OS.

List price on the PDA32 CE is expected to be $199, plus wireless options.
That is not a typo!!


4. PDA32 Garnet

The same hardware as the PDA32 CE version, with the GarnetOS operating
system!  This will be the first new non-smartphone, non-barcode-scanner
GarnetOS powered handheld released within the past couple years, with
multiple wireless options and SD memory expansion.

List price on the PDA32 CE is expected to be $199, plus wireless options.
Amazing!!

The PDA32 models are expected to start shipping in April.

Regards,

David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Plain Text Viewer

[David Thacker]

"Philip Sheard" <> wrote in message news:[EMAIL PROTECTED]
> In my application, I create a number of plain text files, in a folder on 
> an SD card. These files are usually sent to a printer, so they are in a 
> fixed font (say Courier 10pt). Lines are 80 characters long, terminated 
> with CRLF pairs, and there is an FF character at the end of each file.
>
> I would like to be able to view these files on a device. Ideally I would 
> like to be able to scroll through the file, both horizontally and 
> vertically, using 5-way navigation. Does anyone know how I can achieve 
> this?
>

Philip, I wasn't sure if you were asking about viewing these text files 
interactively, or programmatically from your app.

Docs To Go is a pretty decent text file viewer, with 5way nav and multiple 
font sizes, if it is installed on your device.  Just make sure the text 
files have a .txt filename suffix and it should find them when it searches 
the card.

If you want to view them programmatically, you should be able to use the 
local exchange lib to send the txt file to DTG, or even to Memo Pad for 
viewing, just like viewing a txt file attachment in Versamail for example.

Regards,
-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Converting Windows fonts to Palm format

[David Heil]

Does anyone know if there exists any conversion software to translate Windows 
fonts into a format that I can use with CodeWarrior 6? I have found a program 
on palmgear.com called xFONT that will convert Windows fonts into a .pfn file, 
which is readable as a text file. Then I purchased Font Editor from 
palmgear.com, which allows importing Palm fonts from .pdb files and also can 
generate new fonts built from scratch and produces a .pft file. The 
instructions included with Font Editor have a section credited to James Lynes 
that describes how to use a .pft file with
CodeWarrior.

Now what I need is a program that can translate a .pfn file to a .pft file. Or, 
I need a program like Font Editor that can import Windows fonts and translate 
them into .pft files. Or, if anyone knows the format of .pft files or how to 
generate them, then I could try to create my own program to translate .pfn 
files to .pft format. Any help appreciated.

Dave Heil
Preco Electronics
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Palm OS does housekeeping at midnight?

[David Heil]

I'm running a test on a module that spits out serial data - 3 messages - once 
every second. I'm using a Palm (a Vx and a IIIc) to monitor these messages and 
report if and when 1.5 seconds or more elapses between message transmissions. I 
left the system running continuously over the weekend, starting on Friday 
afternoon, with the error count reading 0. On Monday morning, the error count 
was 3, Tuesday morning it was 4, and Wednesday morning it was 5. Wednesday, I 
added a time stamp to the Palm display to discover when the time gap was 
occurring, and restarted the system with an error count of 0. Thursday morning, 
the error count was 1, with a time stamp of 0:00:03 (3 seconds past midnight). 
The question: does Palm OS do some kind of memory garbage cleaning scheduled at 
midnight that could take several seconds?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Palm OS does housekeeping at midnight?

[David Heil]

Today, I manually set the clock on the Palm Vx to 11:58 PM and then restarted 
my test with error count at 0. Two minutes later the count increased to 1 with 
a time stamp of 0:00:02. There must be something that Palm OS schedules at 
midnight that takes 2 or 3 seconds. Can any Palm OS engineers enlighten me?

--

I'm running a test on a module that spits out serial data - 3 messages - once 
every second. I'm using a Palm (a Vx and a IIIc) to monitor these messages and 
report if and when 1.5 seconds or more elapses between message transmissions. I 
left the system running continuously over the weekend, starting on Friday 
afternoon, with the error count reading 0. On Monday morning, the error count 
was 3, Tuesday morning it was 4, and Wednesday morning it was 5. Wednesday, I 
added a time stamp to the Palm display to discover when the time gap was 
occurring, and restarted the system with an error count of 0. Thursday morning, 
the error count was 1, with a time stamp of 0:00:03 (3 seconds past midnight). 
The question: does Palm OS do some kind of memory garbage cleaning scheduled at 
midnight that could take several seconds?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Mail problems with questions submitted at www.palmos.com

[David Heil]

Today, I tried twice to post a message to technical support at www.palmos.com. 
Both times, the web page said my question had been submitted and that I would 
receive confirmation via the e-mail address that I supplied. Both times, I 
received e-mail with the following error message:

   - The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>

   - Transcript of session follows -
554 5.0.0 Too many hops 26 (25 max): from <[EMAIL PROTECTED]> via 
agate.3com.com, to <[EMAIL PROTECTED]> 

What can I do to get my question to the technical experts?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Mail problems with www.palmos.com

[David Heil]

I posted this last week, with no response. So here it is again. No one else has 
had e-mail problems with www.palmos.com/dev? 

Today, I tried twice to post a message to technical support at www.palmos.com. 
Both times, the web page said my question had been submitted and that I would 
receive confirmation via the e-mail address that I supplied. Both times, I 
received e-mail with the following error message:

   - The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>

   - Transcript of session follows -
554 5.0.0 Too many hops 26 (25 max): from <[EMAIL PROTECTED]> via 
agate.3com.com, to <[EMAIL PROTECTED]> 

What can I do to get my question to the technical experts?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re:Mail problems with www.palmos.com

[David Heil]

I have posted my question here. But I also wanted to post a formal question at 
www.palmos.com/dev because, although I got responses here, there has been no 
resolution yet. I posted a question successfully before they changed the web 
address. This is the first time I have tried since the change.






Yes, I've had this problem at times, but you'll get answers if you post here, 
too.  If it's a confidential thing (aka source code that can't be posted) then 
maybe you could ask one of the Palm support engineers for their email.  

-Rus 


-Original Message- From: David Heil [mailto:[EMAIL PROTECTED] Sent: 
Monday, July 24, 2000 9:45 AM To: Palm Developer Forum
Subject: Mail problems with www.palmos.com 

I posted this last week, with no response. So here it is  again. No one else 
has had e-mail problems with www.palmos.com/dev?  

Today, I tried twice to post a message to technical support at www.palmos.com. 
Both times, the web page said my question had  been
submitted and that I would receive confirmation via the  e-mail address that I 
supplied. Both times, I received e-mail  with the following error message: 

- The following addresses had permanent fatal errors - [EMAIL 
PROTECTED] 

- Transcript of session follows - 

554 5.0.0 Too many hops 26 (25 max): from [EMAIL PROTECTED] via agate.3com.com, 
to [EMAIL PROTECTED]  

What can I do to get my question to the technical experts? 

Dave Heil 
Preco Electronics [EMAIL PROTECTED]  
208-322-4288 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Problem with tables and OS 3.5

[David Haupert]

Hi,
I have been trying endlessly to debug a number of problems with
tables and OS 3.5.  First off, if a form has coordinates other than 0,
0, 160, 160, there appears to be a bug in the 3.5 table routines such
that it will initially draw the fields within the table at an offset
equal to the distance from 0, 0, 160, 160 that the form begins.  That
is easily worked around by setting the forms params to 0, 0, 160, 160.
Thought I might throw that out there for others who encounter the same
oddity in the future.

   The problem I can't figure out is as follows:
In this app, I'd like to highlight the first text field within the
table.  For some reason, while the code I am using works fine for
editing, copying, pasting, etc., the keyboard dialog will not pop up
for the text field, and my pull down menu command does not work
either, though it will work fine on pre OS 3.5 devices.  I have some
code that was taken from the address book, almost directly, yet
doesn't seem to do the trick.   Here's what I do:
   TblReleaseFocus(table);
   frm = FrmGetActiveForm();
   FrmSetFocus(frm, FrmGetOjbectIndex(frm, DataScreenFieldsTable);
   TblGrabFocus(table, row, 1);   
   field = TblGetCurrentField(table);
   FldMakeFullyVisible(field);
   FldSetInsPtPosition(field, 0);
   FldGrabFocus(field);

The strange part of all of this, is that while I can edit this field
automatically using the above code, if I tap the very same field
again, the keyboard dialog works fine.  I looked at the old table.c
code and could see that a pendownevent would be all that was needed to
generate this sort of initialization, so I attempted to kludge the
following just to see what happens:
   FldGetBounds(field, &rect);
   MemSet(&event, sizeof(EventType), 0);
   event.eType = penDownEvent;
   event.screenX = rect.topLeft.x+1;
   event.screenY = rect.topLeft.y+1;
   EvtAddEventToQueue(&event);

But to no avail.  I have tried several dozen different things ranging
from frmUpdateEvents with updatecodes, to unselecting the table, to
generating a button that would call the above code (which actually
worked, but I can't expect users to press a button in order to
automatically highlight the first field), to automatically calling
penDownEvents on the above button to make it happen programmatically-
what a kludge that would be if it actually worked!

Again, this only effects users running OS 3.5.  Any ideas?  Thanks in
advance!

Thanks,
Dave Haupert
DDH Software, Inc
[EMAIL PROTECTED]http://www.ddhsoftware.com


-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Version String

[David Heil]

What I have successfully done so far is to include the following string in my 
main file (the one with PilotMain in it):

const char project_revision[] = "$ProjectRevision: 0.1 $";

This string is automatically updated by the version control software (MKS 
Source Integrity) when I checkpoint the project.

Then, when my application's "about" form is displayed, I use the following 
function to construct a version string to display:

#define ifdigit( x )  ( ( ( x >= '0' ) && ( x <= '9' ) ) ? 1:0 )
void extract_project_revision( char *str, int n )
{
int i = 0;
char *pr = ( char * ) project_revision;

MemSet( str, n, 0 );

while( *pr++ )
{
if( ( ( *pr == '.' ) || ( ifdigit( *pr ) ) ) && ( i < n ) )
{
str[ i ] = *pr;
i++;
}
}
}

This works fine, but now my application's "about" screen will not agree with 
the Palm info screen when you select the version display, which shows the 
version of all installed applications, unless I manually change the version 
string for the project in the project settings in Constructor. The problem is, 
adding the project_revision string to the resource, which is not ASCII like my 
source code files, is something I don't know how to do. And even if I did, I 
then need a way to extract just the numeric part (0.1) as I did with the above 
function, and I need to set the extracted value to be used for the resource's 
version string. Is this even possible?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Constructor w/ Windows 2000 SP1

[David Kendall]

I'm running Win2K SP1 with constructor 1.5. No problems here...

David

"Paul Taylor" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
>
> Anyone having problems running Constructor since installing SP1 on Windows
> 2000?  I keep getting this "SmartHeap Library" - Out of memory error.  It
> tells me to free some memory, then retry.  Only, My memory usage is around
> 60 meg, and I have 96.  The wierd thing is that it worked fine the first
> time I opened up a resource file, but now each time I try to open one, I
get
> this error.
>
> Anyway to fix this?
>
> Paul
>
>
>
>





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Ir Printing

[David Rutgos]

Can anyone lead me to some information (sample code) on Ir printing from the
palm to a printer? Thanks!





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Ir Printing

[David Rutgos]

Thanks! I'll check it out right away!
Richard.Johnstone <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> Bachmann Software has a print manager tool with it's own api for drawing
> text and lines etc. It can be found at http://www.bachmannsoftware.com/
> In there you can get a demo version and this has loads of sample code.
> Also I don't know if you are using Palm or not but the Symbol devices have
> there owm printing API as well.
>
> -Original Message-
> From: David Rutgos [mailto:[EMAIL PROTECTED]
> Sent: Monday, August 28, 2000 3:47 PM
> To: Palm Developer Forum
> Subject: Ir Printing
>
>
> Can anyone lead me to some information (sample code) on Ir printing from
the
> palm to a printer? Thanks!
>
>
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe,
> please see http://www.palmos.com/dev/tech/support/forums/
>
>





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Records left locked...

[David Kendall]

I have a quick & dirty database conversion/repair program that ships with my
"real" product. It is used to upgrade the handheld databases, or to fix
linkage problems caused by older versions (i.e. very rarely).

In testing, it is occasionally getting the "UIAppShell... records left
locked in closed unprotected DB" depending upon the particular sample
database getting upgraded.

Can anyone tell me what the impact of this might be?  (I'm very short of
time for the next release, and I'd rather not spend any more time trying to
track this down.)

Can I ignore it? Would it work to simply scan the db at quittin' time, look
for busy records and unlock them? How about calling SysReset?

David






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Records left locked...

[David Kendall]

"JB Parrett" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> A soft reset will fix this, but I know you would never depend on this to
fix an error in code.

Oh, um, yeah, that's right...

It turns out the problem was caused by not calling
MemHandleUnlock/DmReleaseResource in one particular place.  Too bad... I
really wanted to use that SysReset function!

David






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Get Current Time

[David Rutgos]

What's the function call that gets the current time?





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

RE: Better hack protection mechanisms?

[David Oakley]

Paul,

Public/private key systems as used on the internet can be used in a limited
way on the Palm. Our software now uses a 30-bit RSA-based encryption (I
think we're allowed to do that, 'cos we're not American), with the public
key in the product and the private key in our PC-based code generator. After
2 months we've seen a few cracks, but noone's produced a key generator
(being game producers we're targets) (and no, we're not challenging anyone).
We actually made the change because someone had produced a key generator for
our previous (made up ourselves) system.

Kind regards,
David

PS. I seem to be in a bracketty mood this evening.
---
David Oakley - [EMAIL PROTECTED]
director, Astraware Ltd. - http://www.astraware.com/
Games for Palm: http://www.astraware.com/palm/


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Paul
> Taylor
> Sent: 16 September 2000 21:52
> To: Palm Developer Forum
> Subject: Better hack protection mechanisms?
>
>
> Hi all,
>
> I have just been informed that there's a key generator
> available for my
> application and was wondering if there were any better mechanisms
> out there
> for registration.
>
> Currently, I'm generating a RegCode based on the Palm User Name and
> using that to generate an unlock key.  The user enters in the Unlock key
> that I email to him and presto, it's registered.  I could change
> my formula
> for generating the key, but that would probably be cracked in, oh, about 5
> minutes.  I understand that the unlock key mechanism isn't very
> safe, since
> everything needed to crack it is actually included in the application.  It
> doesn't take a very skilled hacker to crack..  Or, I wouldn't think it
> would...
>
> Having a separate demo version and registered version seems even more
> unsafe, since the registered version would probably make it up on some ftp
> site within a few days of release.
>
> Is there anything else that can be done?
>
> I know that Aaron Ardiri has done lots of work in this area, and I
> remember reading some time ago that he was going to write up a
> paper on how
> to make it more difficult for the hackers.  Has he released that anywhere?
> (Possibly privately to other "known" developers?)
>
> Paul
>
>
> --
> For information on using the Palm Developer Forums, or to
> unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

RE: Platinum question

[David Oakley]

Hi Doug,

Ezekiel, who is in charge of granting exceptions (or not!) at Palm is quite
understanding about these kinds of things... As you say, the user experience
of using Find would be degraded if the user had to wait a good number of
seconds for your database to be scanned. I'd go for an Exception!

Kind regards,
David
---
David Oakley - [EMAIL PROTECTED]
director, Astraware Ltd. - http://www.astraware.com/
Games for Palm: http://www.astraware.com/palm/


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of Gordon,
> Douglas
> Sent: 18 September 2000 16:49
> To: Palm Developer Forum
> Subject: RE: Platinum question
>
>
> I'm not going for Platinum certification, but I did make Find support an
> optional feature of my product, set in a preferences screen. My program
> deals with genealogy and, while using Find can be a powerful way of
> searching the database, I did not think that someone who also uses his/her
> Palm for PDA purposes would want to search through the information for
> 10,000 dead people when looking for a business memo that they wrote :-).
>
>   Doug Gordon
>   GHCS Software
>
> -Original Message-
> From: Stringer [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 18, 2000 11:42 AM
> To: PalmOS Entrepreneurs Forum; palm-dev-forum@news.palmos.com
> Subject: Platinum question
>
> 
>
> Right now I'm faced with two alternatives:
> A) Implement a C language file scan that will work with Find,
> and then provide a configuration option to allow users to
> disable this, with a very strong recommendation that it always
> be disabled!  In other words, spend a lot of effort to add
> a feature to meet Platinum requirements that will normally be
> suppressed.
>We'd also have to modify the C++ classes to leave information
> to coordinate with the C language file scan.  And this whole
> exercise would be a validation nightmare.
> B) Obtain an official exception for non-support of Find because of
> (i) the C++ issue (not our fault!) and
> (ii) the negative User effect of Find hitting these large
> databases.
>
> Roger Stringer
> Marietta Systems, Inc.
>
>
> --
> For information on using the Palm Developer Forums, or to
> unsubscribe, please see http://www.palmos.com/dev/tech/support/forums/



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Problems with Palm Knowledge Base

[David Heil]

>From the Knowledge Base:

"The Knowledge Base uses port 8080 for searching. If you connect to the 
internet through a firewall, you may need to reconfigure your firewall to 
access the Knowledge Base search and browse features."

I have no control over the firewall my company uses. How am I supposed to get 
access to the Knowledge Base?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Forum membership

[David Heil]

Why is it that I successfully post messages to this forum and successfully 
receive daily digests of messages, and yet when I go to 
http://www.egroups.com/list/palm-dev-forum/info.html on the internet, it says, 
under "Join Now!",

"You are not a member of this group"

with a subscribe link under it.

Could this be why I tried to respond to someone's message a few days ago by 
clicking on reply (rather than sending the response through my mail program), 
and the message never showed up in this forum? It always works when I send from 
the mail program, but does not work when I try to reply from the browser. 
Anybody know why this would be the case?

Dave Heil
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

DmDatabaseInfo

[David Rutgos]

After running DmDatabaseInfo(0, dbID, NULL, &attributes, NULL etc);

how do I check attributes to see if the database is open?

Thanks!





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: DmDatabaseInfo

[David Rutgos]

Cool, thanks! :)
Paul Bohme <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
>   Attributes is a bunch of flags, so after your DmDatabaseInfo do a
bitwise
> OR to check the value of the dmHdrAttrOpen bit, e.g.:
>
> if(attributes | dmHdrAttrOpen)
> {
>// Something to do if db is open.
> }
>
>   -P
>
> -Original Message-
> From: David Rutgos [mailto:[EMAIL PROTECTED]
> Sent: Sunday, September 24, 2000 12:12 AM
> To: Palm Developer Forum
> Subject: DmDatabaseInfo
>
>
> After running DmDatabaseInfo(0, dbID, NULL, &attributes, NULL etc);
>
> how do I check attributes to see if the database is open?
>
> Thanks!
>
>
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe,
> please see http://www.palmos.com/dev/tech/support/forums/
>
>





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Version String

[David Heil]

That still requires that I remember to change the version string in 
constructor. The way I do my application's about box means that I let the 
version control software change the version, so I don't have to remember to do 
it.

>>

For my about box I get & display the same version resource that the 
applications screen uses -- it's not hardcoded into the form.   The box will 
always match the applications display because it's the same thing.

-- 
-Richard M. Hartman [EMAIL PROTECTED]
186,000 mi/sec: not just a good idea, it's the LAW! 

David Heil wrote in message [EMAIL PROTECTED] 

What I have successfully done so far is to include the following string in my 
main file (the one with PilotMain in it):

const char project_revision[] = "$ProjectRevision: 0.1 $"; 

This string is automatically updated by the version control software (MKS 
Source Integrity) when  checkpoint the project.

Then, when my application's "about" form is displayed, I use the following 
function to construct a version string to display:

#define ifdigit( x )  ( ( ( x >= '0' ) && ( x <= '9' ) ) ? 1:0 )
void extract_project_revision( char *str, int n )
{
int i = 0;
char *pr = ( char * ) project_revision;

MemSet( str, n, 0 ); 

while( *pr++ )
{
if( ( ( *pr == '.' ) || ( ifdigit( *pr ) ) ) && ( i < n ) )
{
str[ i ] = *pr;
i++;
}
}
}

This works fine, but now my application's "about" screen will not agree with 
the Palm info screen when you select the version display, which shows the 
version of all installed applications, unless I manually change the version 
string for the project in the project settings in Constructor. The problem is, 
adding the project_revision string to the resource, which is not ASCII like my 
source code files, is something I don't know how to do. And even if I did, I 
then need a way to extract just the numeric part (0.1) as I did with the above 
function, and I need to set the extracted value to be used for the resource's 
version string. Is this even possible?

Dave Heil 
Preco Electronics
[EMAIL PROTECTED]
208-322-4288




-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Version String

[David Heil]

I need to embed:

$ProjectRevision: 0.1 $

somewhere in the .r file to get Source Integrity to recognize it and update it. 
But I only want to display the numbers (0.1, in this case). Would that be 
possible in a .r file? How would you extract the 0.1 from the above and assign 
it to the Project Version string? Also, is there documentation somewhere 
describing the syntax for these files?

>>

Create a text resource file and add it as part of your project. To do so, 
create a text file with the extension set to ".r" like: ... foo.r ... #include 
"palmtypes.r" #define APP_VERSION "1.00" //pick whatever you want here, any 
define works

data 'tver' (1) { APP_VERSION $"00" };
data 'tver' (1000)  { APP_VERSION $"00" };
... end foo.r ...

Make sure you set up the .r extension in CodeWarrior to PalmRez and you are off 
and running.

>>>
That still requires that I remember to change the version string in 
constructor. The way I do my application's about box means that I let the
version control software change the version, so I don't have to remember to do 
it. 

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Callback from shared library to the main program

[David Kendall]

Along the same lines as this, I'd like to be able to call back into the
program using C++ (i.e. pass a "this" pointer and call the object's methods,
accesss its gated data, etc.).

Anyone have any experience with this? Any tips, references, etc.

TIA

David
Ultrasoft

"Borislav Kolev" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I've run into case where a shared library has to call back the program
that
> called it.
> My question is: can the program's callback access its global variables at
> this time and why?
>
> Thanks,
> bobby
>
>





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Version String

[David Heil]

I haven't been able to get a command line build with CodeWarrior. I don't even 
know if you can, but if so, I can't find anything in the documentation that 
shows how to do it. I've just been using the IDE. It looks like I'm just going 
to have to change the version string in Constructor...

>>

From: David Heil [mailto:[EMAIL PROTECTED] I need to embed: $ProjectRevision: 
0.1 $ somewhere in the .r file to get Source Integrity to recognize it and 
update it. But I only want to display the numbers .   Would that be possible in 
a .r file? 

>
Doesn't sound doable without some extra steps.   Is it possible to add some 
automation / scripting to your process?   At one project I worked on, we had a 
build script (in Perl) that ran every night.   Among other things, it would 
check out the .r file, modify the build number, and check it back in.   Would a 
process like this be practical for you?

-slj- 


Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Access to Knowledge Base

[David Heil]

I would like to know why questions about access to the Knowledge Base (because 
of company fire walls) are ignored in this forum. Is this the wrong place to 
ask such questions? Or maybe nobody knows? Surely someone at Palm who pays 
attention to this forum would be able to address this issue. Responses to 
questions on this forum often suggest searching the Knowledge Base, but for 
those of us with this firewall problem, this is of no help. Any Palm people 
listening?

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Access to Knowledge Base

[David Heil]

Perhaps if I, Elizabeth, Heather, and everyone at Metrowerks complains, I mean 
"votes", about this issue (no access to Knowledge Base because of fire walls) 
every day, one day we will be able to look up needed information ourselves. 
Until then, I guess we will have to send our questions to the forum, questions 
that we might have been able to get answers to ourselves.

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Access to Knowledge Base

[David Heil]

>Thanks for organizing the petition, Dave :-)

>So, the current "architecture" of the oasis.palm.com server means that the
>KB searches can't happen on port 80 since it is in use by another process
>on the same box.  Given that the KB has to be on a nonstandard port, which
>port number would work without having to reconfigure your firewalls?

>Switching to another port would probably be relatively easy, but moving it
>onto another machine would be lots more work, somewhat due to cost but more
>due to beurocratic reasons.

>-David Fedor
>Palm Developer Support

I really don't know anything about these port settings. I just know that I 
could not search the Knowledge Base like I used to, and the statement about the 
8080 port and problems with fire walls concerned me, because it would mean 
potentially involving our MIS department.

>Can you just go to an 'anonymizer' web service, like 
>http://www.anonymizer.com/ .  Once >there, put in your real destination.  In 
>the
>case of the knowledge base, http://oasis.palm.com/dev/kb/ .  With any luck, 
>all of the port >8080 communications will occur between
>the KB and the anonymizer.com site, and the results will be presented back to 
>you over port 80.  >For one-click access, click here:
> http://anon.free.anonymizer.com/http://oasis.palm.com/dev/kb/ .

I tried this, and it worked (I haven't tried printing, I hear it's slow). Just 
for grins, I next decided to try directly accessing the Knowledge Base again, 
and that works now, too. So, for the moment, I am satisfied, because it appears 
that I can get there from here...

Dave Heil
Preco Electronics
[EMAIL PROTECTED] 
208-322-4288



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Illegal 32-bit references in a C++ shared library

[David Kendall]

> > Patrick wrote in message <[EMAIL PROTECTED]>...
> > >
> > > [snip]
> > >
> > >I am using the techniques of Ken Krugler to share library
> > >globals.

Where can I find out about these techniques?

DK






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Debugging multi-segment apps

[David A.Carley]

I'm attempting to do some work on Jaime Quinn's "Flash" (flashcards)
program, using prc-tools 2.0 w/ Falch.net's IDE.  Because of the size of the
program, I've been forced to organize the project as a multi-segment app.

It appears that GDB doesn't know what to do with code that isn't in the main
code segment.  I can set a breakpoint in a function in another segment, but
it never fires.  I also can't step into the function -- it just steps over
it.

I did some poking around on eScribe for past threads regarding this, but
came up (mostly) empty-handed.  The only thing I could find was a passing
reference to this from John Marshall.  In his message he said that it was
"something to look into".

Does anybody have any experience with this?  What have you done to get
around the problem?  My only thought so far is to rearrange the code when
I'm debugging so that the appropriate functions are in the main segment.
That could get tedious though.

Thanks for any help,
-David A. Carley






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Globals in shared libraries and virtual drivers.

[David Kendall]

"Aaron Ardiri" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]

> Official information states that 'real' globals canot be used in a shared
> library. What I want to know is: Can I use globals in serial and virtual
> drivers?
> How?
>
> I'm also interested in using globals in shared libs, despite official
info.

  you dont need to use globals at ALL really.

  create a structure containing your "globals" and then.. when you init
  the application:

 a) allocate memory
 b) register the pointer as a feature

  when you need to access globals:

 c) get the pointer from the feature

  when you finished:

 d) get the pointer from the feature
 e) free the memory

  check out the sources to Cube3D (new) that you can get from here:

http://www.ardiri.com/index.cfm?redir=palm&cat=cube3D

  you should be able to use this technique to get around problems with
  shared libs, multiple code segments etc.. its a much better design
  than using plain old globals :)

  my sources are available to help you guys.. use em :)

  cheers.

az.
--
Aaron Ardiri
Java Certified Programmer  http://www.hig.se/~ardiri/
University-College i Gävle mailto:[EMAIL PROTECTED]
SE 801 76 Gävle SWEDEN
Tel: +46 26 64 87 38   Fax: +46 26 64 87 88
Mob: +46 70 656 1143   A/H: +46 8 668 78 72

if you enjoy it, then it aint work :) - rule #106 of life








-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Vtables in shared libraries?

[David Kendall]

I've finally cobbled together my C++ shared library, and I'm getting lots of
the following error messages:

'MyClass::__vt' has illegal single segment 32-bit reference to
'MyClass::Func()'.

*Please* tell me there's some compiler/linker setting I've got wrong, and
that I *can* use virtuals in my shared library...  The library is only 25K,
even before dead-code stripping.

David






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: An issue of scope???

[David A.Carley]

Actually, it's much simpler than that.  It has to do with the call stacks
overwriting each other.  When you call IntToStr(), it places the "char
ptext[7]" on the stack.  Calling StrIToA() fills in the char array, and
hands back a pointer ptext.  You then return ptext.  In the calling
function, it appears that this worked because the data on the stack hasn't
been overwritten yet, since you just returned from IntToStr().  Everything
seems good.

Now, you call SetTextToField().  Entering the function sets up the local
variables on the stack, one of which is occupying the memory location
previously held by ptext, during the execution of IntToStr().  (pform,
pfield, and the one byte of hfield are the likely candidates for which local
vars are occupying the memory previously held by ptext[7].

You now assign to pform, pfield, and hfield, overwriting the memory where
ptext[7] used to live.  Your string is now corrupt.

SO

What you need to do is declare change IntToStr() to read (I've simplified
it):

CharPtr IntToStr(Word num)
{
 static Char ptext[7];
 return StrIToA(ptext, num);
}

Placing static in front of the declaration of ptext causes it to be
allocated in global space, rather than stack space.  This means the variable
will continue to exist _after_ the call to IntToStr(), and SetTextToField()
won't be able to corrupt it.

Keep in mind that if you do the following, you'll get problems:

CharPtr pOne = IntToStr(1);
CharPtr pTwo = IntToStr(2);

pOne and pTwo will have the same value.  They'll both be pointing at "static
Char ptext[7]" inside IntToStr(), and on inspection of the string, they'll
obviously both say "2".  Caveat emptor.

-David A. Carley
 Independent Palm Programmer



"Nesselhauf, John" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
>
> I believe you must think in terms of where is the variable pointing to
when
> the 2nd function SetTextToField is placed on the stack. It is obviously
not
> pointing at the same location. I am no expert in this but if you approach
it
> from that aspect it may help you determine a correct course of action.
Make
> sure that what is being passed back from IntToStr is a CharPtr. Also, you
> may want to try Locking and Unlocking memory on the variable that is being
> passed.
>
> Hope this helps.
>
> John N.
>
> -Original Message-
> From: Matt Becker [mailto:[EMAIL PROTECTED]
> Sent: Friday, November 10, 2000 10:09 AM
> To: Palm Developer Forum
> Subject: An issue of scope???
>
>
> Another question for everyone.  The following line calls the
> SetTextToField function, described below.  Inside this call, it also
> calls IntToStr, as you can see.  Now, these 2 functions are in a
> different file than the call.
> 1st.  The call to IntToStr is passed a number, and it sucessfully passes
> the resultant string back to file1 and sets pnumstr to the string passed
> back.  Now, when SetTextToField is called, the value passed into it is
> random!  Why would pnumstr get miss-passed?  Its like its not passing
> the value into SetTextToField whatsoever.  The value of pnumstr is,
> according to the debugger, correct.  But, when the programs shifts to
> the SetTextToField function, the value of ptext that is passed in is
> garbage.   Is this an issue of scope?  If so, then why doesnt
> MyNum.Number sucessfully get passed into, and back out of IntToStr,
> which is in the same file as SetTextToField.  Please help.  thanks!
>
>
> file1.c
> CharPtrpnumstr;
> pnumstr = IntToStr(MyNum.Number);
> SetTextToField(ReviewNumField, pnumstr );
>
>
>
> file2.c
> void SetTextToField( Word fieldID, CharPtr ptext )
> {
>  FormPtr  pform;
>  FieldPtr pfield;
>  VoidHand hfield;
>  CharPtr  pfieldtext;
>
>  pform = FrmGetActiveForm();
>  pfield = FrmGetObjectPtr(pform, FrmGetObjectIndex(pform, fieldID));
>  hfield = FldGetTextHandle(pfield);
>  if(hfield != NULL)
>  {
>   MemHandleResize(hfield, StrLen(ptext)+1);
>  }
>  else
>   hfield = MemHandleNew(StrLen(ptext)+1);
>  pfieldtext = MemHandleLock(hfield);
>  StrCopy(pfieldtext, ptext);
>  MemHandleUnlock(hfield);
>  FldSetTextHandle(pfield, hfield);
>  FldDrawField(pfield);
>
> return;
> }
>
> CharPtr IntToStr(Word num)
> {
>
>  Char  ptext[7];
>  CharPtr  ptemp;
>
>  ptext[0]='\0';
>  ptemp = StrIToA(ptext, num);
>
>  return(ptemp);
> }
>
>
>
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe,
> please see http://www.palmos.com/dev/tech/support/forums/
>
>





-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Globals problem with Tbl callback in shared library

[David Kendall]

I'm using the illustrious Mr. Krugler's techniques for global variables in
my shared library. It's working well except for one instance.

I have a table with a custom draw procedure. When the draw procedure get's
called (from TblDrawTable/TblRedrawTable), the globals are pooched.

To solve this, I stuff a pointer into the table's row data. The pointer
points to a block of memory which contains the row data plus the globals
handle. I then set up A4, process the draw, and restore A4. This works fine.

My question is this: have I messed something up, or is the PalmOS table code
doing something weird.  I looked at the 3.0 source, and didn't find
anything. The problem is happening under PalmOS 3.5.

TIA

David






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Globals problem with Tbl callback in shared library

[David Kendall]

"Ken Krugler" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> >
> >I have a table with a custom draw procedure. When the draw procedure
get's
> >called (from TblDrawTable/TblRedrawTable), the globals are pooched.
>
> Any OS routine can use/modify/trash register A4, as long as it
> restores it before returning to the caller.  Callbacks which access
> globals have to ensure that A4 is set up correctly. Your technique is
> one way of handling this. For other situations where there's no good
> place to stash the pointer, you can either use a feature (slow but
> easy) or set up a bit of callback glue code (fast but tricky).

Wouldn't this be true for all code that uses callbacks, and not just for
shared libraries? (i.e. if the OS code is bashing A4, then a "normal"
program would be unable to access globals in its callback function).

The only other code that I have that is susceptible to problems is the event
handler callbacks for the forms in my shared library.  I haven't run into
any problems so far, but it is possible...

I'm not familiar with "callback glue code". I did some searching in the KB,
and I'm left guessing it would involve using DmWrite to patch the function
on the fly with code to set A4... could you englighten me? (or better yet,
point me at a sample?)

Thanks
David







-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

PalmSource Q

[David Kendall]

Anyone know if "New Technologies Detail Session" #2, 3, and 4 are repeats of
#1, or are they different info?  So much to do, so little time...

(Is there somewhere I can get info like this?)

TIA

DK






-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

'legal' way to read and write from array to screen.

[David Haupert]

I have been accessing the screen variables directly to copy to and
from a 160x100 area of the screen to and from a memory array.  I know
that this is a big 'no-no', but I am unable to figure out a legal (in
all OS versions, not just 3.5) way to do
the following:

unsigned char screenarray[2000];
WinHandle winM;
unsigned char *ptr;
  winM = FrmGetWindowHandle(FrmGetActiveForm());
  ptr = WinGetWindowPointer(winM)->displayAddrV20;
  MemMove(&screenarray, ptr, 2000);


This is the one area of my HanDBase program that purposefully still gives a 
message
from the debug roms.  Any suggestions are greatly appreciated!

-- 
Thanks,
Dave Haupert
DDH Software, Inc
[EMAIL PROTECTED]   http://www.ddhsoftware.com




-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

RE: CodeWarrior 9, Command Line Builds with Visual Build Pro

[David Birdsall]

Just to confuse things even more ...
 
On Windows, you can also script the IDE as a COM object using a VBS/JS
script to do automated builds of IDE targets. There's some documentation
to do this in the CodeWarrior Manuals CHM file. I've done this and it's
quite useful for automating things. It might help.
 
One thing that I had trouble finding out how to do was getting a Perl
script to be executed as part of a build in the IDE (e.g. a
pre-compliation step)
 
I'd be interested in knowing if anyone has managed to get a Perl script
executed by CodeWarrior as part of the build process in a CodeWarrior
Palm OS project?
 
Scripting is mentioned in Chapters 19 and 20 in the "CodeWarrior
Manuals" CHM under :-
 
/Core/Extending CodeWarrior IDE/



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Christopher
Stamper
Sent: 17 April 2008 16:09
To: Palm Developer Forum
Subject: Re: CodeWarrior 9, Command Line Builds with Visual Build Pro


What's the point?

Just put the command in a text file called whatever.bat and it will work
just as well.

You should do:

"C:\Program Files\Metrowerks\CodeWarrior\Bin\Cmdide.exe"
"C:\Temp\Reptoids\Reptoids.mcp" /s/r/b/c/q

instead, I think maybe.

If you *need* something more, I could make a quick VB.net app for
you


On Wed, Apr 16, 2008 at 7:58 PM, griffariff <[EMAIL PROTECTED]>
wrote:


I am trying to set up a new build machine to automatically build
our projects every night. I have already tested my command
string from the command line as follows:
C:\Program Files\Metrowerks\CodeWarrior\Bin\Cmdide.exe
"C:\Temp\Reptoids\Reptoids.mcp" /s/r/b/c/q

This opens a new instance of CodeWarrior 9, opens the project,
removes the object code, builds, closes the project and quits
the
IDE.

When I type out this command into Visual Build Pro, using the
Run Program object from the Built-In section of the Actions
window, and run it, CodeWarrior 9 launches but fails to open the
project and it just sits there doing nothing. Does anyone have
any
experience with Visual Build Pro and CodeWarrior? Visual Build
Pro
has no drag and drop objects for CodeWarrior so I am guessing I
just
have missed a setting some where in the Run Program object I am
using.
--
For information on using the ACCESS Developer Forums, or to
unsubscribe, please see http://www.access-company.com/developers/forums/





-- 
Christopher Stamper

Email: [EMAIL PROTECTED]
Web: http://tinyurl.com/2ooncg
gTalk: http://tinyurl.com/6e359r
Skype: cdstamper 
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe,
please see http://www.access-company.com/developers/forums/

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: USB type and HotSync?

[David Thacker]

"Ben Combee" <> wrote in message news:[EMAIL PROTECTED]
> On Mon, Apr 14, 2008 at 1:02 PM, Nikolai Filipov <> wrote:
>> Hello all!
>>  I'm having problems with my motherboard's USB, so I'm running in USB 1.1
>> mode (12 Mbits/sec).
>>  Does the Treo 650 HotSync use USB 2.0 speeds, or not?
>>  Will there be any difference in speed when the HotSync is done with a 
>> USB
>> 2.0 port compared to a USB 1.1 port?
>>  How about the newer Treos (Treo 680/700p/755p/Centro)?
>
> IIRC, the only Palm device that uses USB 2.0 at high speed was the
> Lifedrive.  The 650 is definitely a 1.1-only device.


The Janam XP20 and XP30 PalmOS barcode scanning handhelds use USB 2.0 for 
Hotsync.  They sync unbelievably fast!  Once you've hotsynced with a Janam 
XP unit, hotsyncing any other device feels..like..you're..stuck..in..tar...

Yes, I know Ben was referring to Palm, Inc. devices, not PalmOS devices.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

RE: how to find OS name, version, devicename?

[David Birdsall]

it'll be a hex number, not a string like you're expecting. 
 
you'll have to concatenate the major, minor etc numbers together in a
string with dots in-between the numbers - i guess this is what you're
after.
 
unless anyone else knows a better way of doing this?
 
i had a look in Incs\Core\System\SystemMgr.h for the macros for getting
the values
 
hope this helps you on your way
 
- dave
 
// MACRO: sysMakeROMVersion
//
// Builds a ROM version value from the major, minor, fix, stage, and
build numbers
//
#define sysMakeROMVersion(major, minor, fix, stage, buildNum)   \
  ( \
  (((UInt32)((UInt8)(major) & 0x0FF)) << 24) |   \
  (((UInt32)((UInt8)(minor) & 0x00F)) << 20) |   \
  (((UInt32)((UInt8)(fix)   & 0x00F)) << 16) |   \
  (((UInt32)((UInt8)(stage) & 0x00F)) << 12) |   \
  (((UInt32)((UInt16)(buildNum) & 0x0FFF)))\
  )
 

// Macros for parsing the ROM version number
// (the system OS version is obtained by calling
// FtrGet(sysFtrCreator, sysFtrNumROMVersion, dwOSVerP), where dwOSVerP
is
// a pointer to to a UInt32 variable that is to receive the OS version
number)
#define sysGetROMVerMajor(dwROMVer)  (((UInt16)((dwROMVer) >> 24)) &
0x00FF)
#define sysGetROMVerMinor(dwROMVer)  (((UInt16)((dwROMVer) >> 20)) &
0x000F)
#define sysGetROMVerFix(dwROMVer)  (((UInt16)((dwROMVer) >> 16)) &
0x000F)
#define sysGetROMVerStage(dwROMVer)  (((UInt16)((dwROMVer) >> 12)) &
0x000F)
#define sysGetROMVerBuild(dwROMVer)  (((UInt16)(dwROMVer)) &
0x0FFF)



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Karthik
Jaganathan
Sent: 11 April 2008 12:02
To: Palm Developer Forum
Subject: RE: how to find OS name, version, devicename?



i did both the technique that u said,that is convert the romVersion into
Char *, and StrIToH method,  but still it doesnt produce proper result,
actually what the result should come?
Thanks with
karthik







Subject: RE: how to find OS name, version, devicename?
Date: Fri, 11 Apr 2008 09:41:04 +0100
From: [EMAIL PROTECTED]
To: palm-dev-forum@news.palmos.com


romVersion is a UInt32, you'll need to convert it to a string
Char*, and pass that to WinDrawChars. You can use StrIToH.
 


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Karthik
Jaganathan
Sent: 11 April 2008 07:38
To: Palm Developer Forum
Subject: RE: how to find OS name, version, devicename?


hi riyon,
i also used the windraw method to print romVersion value but
it shows some correpted value, how to display it?

i used like this
WinDrawChars((Char *) &romVersion,4, 20, 30);







Date: Thu, 10 Apr 2008 23:14:05 -0700
From: [EMAIL PROTECTED]
To: palm-dev-forum@news.palmos.com
Subject: Re: how to find OS name, version, devicename?




On 4/10/08, Karthik Jaganathan <[EMAIL PROTECTED]>
wrote: 

hi Le,

thanks for ur reply, i used the method to find
os version,
UInt32 romVersion;
miscErr = FtrGet(sysFtrCreator,
sysFtrNumROMVersion, &romVersion );
if i print the romVersion it doesn't show the
result, similarly memory details,
but deviceid, companyid shows exact result, 

It's a hex value, though I forget the exact format.
You can, however, compare the OS version with a required
one, using the macro sysMakeRomVersion
if (romVersion >=
sysMakeROMVersion(5,0,0,sysROMStageRelease,0))
//OS 5 or above
 


Le i am having  one more doubt, can i show the
company name(like palm inc), device name(like treo 680) instead of
deviceid(D053), companyid(hspr).

If you keep a table in your code to cross-reference it
to. 


Thanks with,
karthik






> From: [EMAIL PROTECTED]
> To: palm-dev-forum@news.palmos.com
> Subject: re: how to find OS name, version,
devicename?
> Date: Thu, 10 Apr 2008 07:21:43 -0700 

> 
> karthik wrote:
> 
> > if i install my application into some mobile
devices, and if i
> > click a button, it should open a form, and
it shows the
> > corresponding device name, OS name, and OS
ver

RE: how to find OS name, version, devicename?

[David Birdsall]

romVersion is a UInt32, you'll need to convert it to a string Char*, and
pass that to WinDrawChars. You can use StrIToH.
 


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Karthik
Jaganathan
Sent: 11 April 2008 07:38
To: Palm Developer Forum
Subject: RE: how to find OS name, version, devicename?


hi riyon,
i also used the windraw method to print romVersion value but it
shows some correpted value, how to display it?

i used like this
WinDrawChars((Char *) &romVersion,4, 20, 30);







Date: Thu, 10 Apr 2008 23:14:05 -0700
From: [EMAIL PROTECTED]
To: palm-dev-forum@news.palmos.com
Subject: Re: how to find OS name, version, devicename?




On 4/10/08, Karthik Jaganathan <[EMAIL PROTECTED]> wrote: 

hi Le,

thanks for ur reply, i used the method to find os
version,
UInt32 romVersion;
miscErr = FtrGet(sysFtrCreator, sysFtrNumROMVersion,
&romVersion );
if i print the romVersion it doesn't show the result,
similarly memory details,
but deviceid, companyid shows exact result, 

It's a hex value, though I forget the exact format.
You can, however, compare the OS version with a required one,
using the macro sysMakeRomVersion
if (romVersion >= sysMakeROMVersion(5,0,0,sysROMStageRelease,0))
//OS 5 or above
 


Le i am having  one more doubt, can i show the company
name(like palm inc), device name(like treo 680) instead of
deviceid(D053), companyid(hspr).

If you keep a table in your code to cross-reference it to. 


Thanks with,
karthik






> From: [EMAIL PROTECTED]
> To: palm-dev-forum@news.palmos.com
> Subject: re: how to find OS name, version, devicename?
> Date: Thu, 10 Apr 2008 07:21:43 -0700 

> 
> karthik wrote:
> 
> > if i install my application into some mobile
devices, and if i
> > click a button, it should open a form, and it shows
the
> > corresponding device name, OS name, and OS version,
memory
> > used etc, is there any api for that please find for
me,
> > i searched palm os reference manual but i cant find
it please help
> > for me.
> 
> OS FtrGet( sysFtrCreator, sysFtrNumROMVersion,
&romVersion );
> Memory MemHeapFreeBytes( 0, &gFreeHeap, &feature );
> Device FtrGet( sysFtrCreator, sysFtrNumOEMDeviceID,
&feature );
> 
> See also
http://www.mobilegeographics.com/dev/devices.php
> 
> 
> Luc Le Blanc
> 
> -- 
> For information on using the ACCESS Developer Forums,
or to unsubscribe, please see
http://www.access-company.com/developers/forums/




Windows Live Messenger : Get connected, share yourself,
make a difference the way you chat. Check it out!
 

-- 
For information on using the ACCESS Developer Forums, or
to unsubscribe, please see
http://www.access-company.com/developers/forums/




-- 
Thanks and best regards,
Ryan Rix
TamsPalm - The PalmOS Blog


Jasmine Bowden - Class of 2009, Marc Rasmussen - Class of 2008,
Erica
Sheffey - Class of 2009, Rest in peace. 
-- 
For information on using the ACCESS Developer Forums, or to
unsubscribe, please see http://www.access-company.com/developers/forums/




Windows Live Spaces : Help your online world come to life, add 500
photos a month. Try it!  

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe,
please see http://www.access-company.com/developers/forums/

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

RE: hexadecimal to decimal conversion

[David Birdsall]

Hi,

You could always write it yourself? 

Did you do a search on Google? 

"hexadecimal string to decimal number conversion"

There's a couple of routines on this page, maybe they will help you
along :-

http://bytes.com/forum/thread221005.html 

- Dave

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Geetha Arasu
Sent: 01 April 2008 10:55
To: Palm Developer Forum
Subject: RE: hexadecimal to decimal conversion

Thanks for ur reply!
But StrItoH is for converting decimal to hexadecimal... I need the
reverse process.. I don't find any?

Anyn idea?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Luc Le Blanc
Sent: Tuesday, April 01, 2008 4:56 PM
To: Palm Developer Forum
Subject: Re: hexadecimal to decimal conversion

Edward Jones wrote:

> Will StrVPrintF (p907 of the Palm OS Ref) do this?

> Geetha Arasu wrote:
> > Is there any builtin function in palm to convert hexadecimal to 
> > decimal?


Or StrItoH.


Luc Le Blanc
--
For information on using the ACCESS Developer Forums, or to unsubscribe,
please see http://www.access-company.com/developers/forums/



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe,
please see http://www.access-company.com/developers/forums/

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

PhnLibModulePowered on Centro and Treo 755P

[David Birdsall]

Hi,

Has anyone had any trouble with the function PhnLibModulePowered on the
Centro and 755P devices? 

We're using it to test whether the radio is powered on.

We're turning the radio on using HsTurnRadioOn() and have even tried
PhnLibSetModulePower(UInt16, Boolean) but PhnLibModulePowered is aways
returning a zero on these two phones.

I've copied and pasted the relevant documentation from the headers. I'm
afraid the SDK docs didn't really explain anything.

I noticed that the documentation is written that the return value is an
Err, when it isn't declared as doing so.

Does anyone know for sure if the Centro and T755P are returning an Err
when they should be returning a PhnPowerType/_PhnPowerType enum value?

This is the only explanation I have for why our code is interpreting a
zero return value (errNone...?) as 'phnPowerOff'.

If anyone can help with my query or share any knowledge, it's really
appreciated. I've tried searching around but couldn't find anything
mentioned anywhere that described this behaviour on these two phones.
The only alternative we have is to put a special case in our code to
test the sysFtrNumOEMDeviceID, but this is a bit of a cludge and I'm not
sure if it's just a side-effect of some other issue on these phones.

As I say, if anyone can help, it's very much appreciated.

We're testing on a United States Sprint VDL Centro and 755P.

We've tested fine on the Sprint VDL Treo 650 and 700P.

Many thanks,
Dave

David Birdsall
Software Engineer
mxData Ltd

Telephone: +44 (0)1625 526644
Email: [EMAIL PROTECTED]
Web:   http://www.mxdata.co.uk/



Attached are the headers :-





/**
 *  Power state of the radio
 **/
enum _PhnPowerType
  {
phnPowerOff,  /**<*/
phnPowerOn,   /**<*/
phnPowerStartCharging,/**<*/
phnPowerStopCharging, /**<*/
phnPowerLow,  /**<*/
phnPowerSave  /**< Modem goes to deep sleep after
failing to search for service */
  };

typedef UInt8 PhnPowerType;   /**<*/



/**
 *  @brief 
 *  
 *  @param refNum:  IN:   
 *  @retval Err Error code.
 **/
  extern PhnPowerType PhnLibModulePowered (UInt16 refNum)
  PHN_LIB_TRAP (PhnLibTrapModulePowered);

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Wrong result from MemHandleSize?

[David Linker]

See below


  loc = MemHandleLock(h);
   strsize = StrLen(loc);
//strsize = 288628 again wrong, but at least it is consistent!


This makes no sense at all, and suggests a bug with your code. Pilrc
always puts the trailing nul on string resources, and StrLen should
not fail like that. How is the strsize variable declared?


loc is a char *, and strsize is long int.
There is a trailing null, as shown below.



   loc = source;
   while (*loc != 0) {i++; loc++;}
// i=3283  this is the correct value


I can't comment on this because I don't know how the variable source
got declared and assigned.

Sorry about the line loc=source.  Just delete it, it was an erroneous  
copy and paste.



It would be better if you could post a complete, compilable code
snippet, including all variable declaration and initialization.


void showProblem() {
MemHandle h;
long int strsize;
char * loc;

h = DmGet1Resource('tSTR', 2000);
strsize = MemHandleSize(h); //Yields incorrect value ~ 288628
loc = MemHandleLock(h);
strsize = StrLen(loc); //Also gives the same wrong value
strsize = 0;
while (*loc != 0) strsize ++; loc++;} //Gives correct value of 3283
}




--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Wrong result from MemHandleSize?

[David Linker]

The handle is allocated, and I can even search for the end of the  
string and get the right value for the length!


I was originally planning to resize the string resource as I modified  
it, but I can't do that if I don't know the correct length. I suppose  
I could just be careful never to make it longer, and leave the chunk  
the same size. I had hoped for a more elegant solution.


Any ideas?


Code example:
h = DmGet1Resource('tSTR', myString);
strsize = MemHandleSize(h);
// strsize = 288628, which is much too big
loc = MemHandleLock(h);
strsize = StrLen(loc);
//strsize = 288628 again wrong, but at least it is consistent!
loc = source;
while (*loc != 0) {i++; loc++;}
// i=3283  this is the correct value

On Jan 18, 2008, at 6:38 PM, Jeff Loucks wrote:


Check the handle returned by DmGet1Resource(). Don't use it if it's 0.
MemHandleSize(0) acts differently on my several devices and  
simulators/emulators. For example, 700p returns 0, while the  
simulator (T-C this time) crashed. I don't have my 680 near by to  
test, but it may return 290K.
On Jan 17, 2008 10:59 PM, David Linker <[EMAIL PROTECTED]>  
wrote:

I want to modify a string resource, but have trouble finding the
correct size.

I know that it is about 3200 bytes long, but get over 290K as strsize
from the following code!

Any suggestions welcome.

I am using pilrc to compile the resources, SKD 5, and gcc.

// myString is a resource about 3800 bytes long
h = DmGet1Resource('tSTR', myString);
strsize = MemHandleSize(h);





--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Wrong result from MemHandleSize?

[David Linker]

I want to modify a string resource, but have trouble finding the  
correct size.


I know that it is about 3800 bytes long, but get over 290K as strsize  
from the following code!


Any suggestions welcome.

I am using pilrc to compile the resources, SKD 5, and gcc.

// myString is a resource about 3800 bytes long
h = DmGet1Resource('tSTR', myString);
strsize = MemHandleSize(h);


--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Resolved: Newlines don't work with FldSetTextPtr

[David Linker]

The tip below (also from Miro Pomsar) was exactly right. Calling  
FldRecalculateField resolves the problem.


Thanks!

On Jan 13, 2008, at 8:32 AM, Lionscribe wrote:


You have to call FldRecalculateField after
FldSetTextPtr on mukti-line text fields..
FldSetTextHandle calls it internally.



--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Newlines don't work with FldSetTextPtr

[David Linker]

I can't create a newline when I use FldSetTextPtr, and can't figure  
out why.


If I use the following code:

char text[] = "Return right here:\nRight?";
FldSetTextPtr(f,text);

There is a little rectangle in place of the newline when I see this  
on the device.


If I put it in the resource file like this:

STRING ID 1000 "Return right here:\nRight?"

and then have the following code:

h = DmGet1Resource('tSTR',1000);
FldSetTextHandle(f,h);

It appears correctly, with a newline right after colon.

I have done a hexdump of both versions, and there is 0x0A at the  
right place in both.


Why doesn't the first version work?

Using:
m68k-palmos-gcc version 2.95.3-kgpd
pilrc version 3.1

Any tips appreciated.


--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Recommended IDE

[David Linker]

On Jan 8, 2008, at 7:42 AM, [EMAIL PROTECTED] wrote:


What IDE/Compiler would you all recommend? I have looked at  
Handheld-Basic and Garnet OS Dev Suite a little bit. I have seen a  
few people mention CodeWarrior but I haven't been able to find it -  
it looks like it was bought out.


The choice is affected by your experience and requirements, as well  
as the development platform you are using. In general, there is a  
trade-off between ease of use and power.


I have been very satisfied with the free toolset called prc-tools,  
which I used to develop a program which will run on all Palm devices.  
I have not run up against  any limitations so far. I program on a  
Mac, so I have combined it with the XCode IDE.


David


--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Problem with the Contacts API (Contacts.h) in particular with a call to ContactsGetContact

[David Laganiere]

Ton van Overbeek wrote:

On 2007-10-22, David Laganiere <[EMAIL PROTECTED]> wrote:

Hi!

I'm using this code:
http://rafb.net/p/iepjfg82.html

I'm only using the debugger to go through the code right now and I'm 
using a Tungsten E2 simulator. The way the code is right now, the call 
to ContactsGetContact works, that is, it doesn't always return NULL.


If I uncomment lines 780 and 782 and comment line 781, the call to 
ContactsGetContact always return NULL. Why?


It might be something really easy to figure out but I'm quite new to 
this and it's hard to work with an undocumented API. When it works it 
seems to be pretty easy to use though...


Thank you in advance for your help on this one!



Use the PIM SDK instead. See the following information from the latest
Palm SDK (5.5):

3.1 The PIM SDK

The PIM SDK includes the latest information on PIM databases and structures,
including header files, documentation, and sample code. It must be downloaded
separately from the latest Palm OS SDK at http://pdn.palm.com.

To find the PIM SDK, navigate to develop > platform SDKs > Palm OS. The link to
the PIM SDK is included on the Palm OS platform page. Alternately, you can
search the PDN Knowledge Base for Answer ID 418.

For complete documentation see the document Application Note 4: Accessing PIM
Databases in the PIM SDK.

3.2 Known issue

Palm PIM applications include 4 features:
- Contacts
- Calendar
- Tasks
- Memo

Palm provides two methods for developing applications using Contacts. One is
to call the Contacts library APIs listed in Contacts.h. The second method 
is to use the APIs provided in the PIM SDK to access the PIM database directly.
Please be aware that using the Contacts library APIs listed in Contacts.h 
may not provide satisfactory performance.


Palm provides only one method for developing applications using the other PIM
features: Calendar, Tasks, and Memo. This method is to use the APIs provided
in the PIM SDK to access the PIM database directly.

When different applications use both methods simultaneously, there may be
conflicts. To prevent conflicts, when you call APIs provided in the PIM SDK
to access the PIM database, pass the dmModeExclusive argument.

If you have used the dmModeExclusive argument and still have database conflicts,
contact Palm DTS.
---

HTH

Ton van Overbeek



I finally gave up trying to use the Contacts API. How can I compile the 
code Palm gives in it's PIM SDK with Palm OS Developer Suite? I tried 
creating a new project and then importing the files but I get a bunch of 
errors while trying to compile. Is there any other sample code around I 
can use? I also tried to include AddressDB.h, AddressDB.c and 
AddrDefines.h but I also get a bunch of errors at compilation time.


I'm actually recreating a "Contacts" application with the only ability 
to send contacts over Bluetooth because my Samsung cell phone vCard 
standard must be broken because it won't store the data correctly when I 
send a contact from the existing "Contacts" application. I was made 
aware it's not possible to take the data the "Contacts" application 
sends and modify it on-the-fly and that's why I'm working on this little 
project! I'd appreciate your help or the help of anybody else to compile 
some sample code that I could then adapt for my needs. I only need to 
get the categories and the contacts from the existing Contacts database.


Thank you!

--
David

--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Problem with the Contacts API (Contacts.h) in particular with a call to ContactsGetContact

[David Laganiere]

Ton van Overbeek wrote:

On 2007-10-22, David Laganiere <[EMAIL PROTECTED]> wrote:

Hi!

I'm using this code:
http://rafb.net/p/iepjfg82.html

I'm only using the debugger to go through the code right now and I'm 
using a Tungsten E2 simulator. The way the code is right now, the call 
to ContactsGetContact works, that is, it doesn't always return NULL.


If I uncomment lines 780 and 782 and comment line 781, the call to 
ContactsGetContact always return NULL. Why?


It might be something really easy to figure out but I'm quite new to 
this and it's hard to work with an undocumented API. When it works it 
seems to be pretty easy to use though...


Thank you in advance for your help on this one!



Use the PIM SDK instead. See the following information from the latest
Palm SDK (5.5):

3.1 The PIM SDK

The PIM SDK includes the latest information on PIM databases and structures,
including header files, documentation, and sample code. It must be downloaded
separately from the latest Palm OS SDK at http://pdn.palm.com.

To find the PIM SDK, navigate to develop > platform SDKs > Palm OS. The link to
the PIM SDK is included on the Palm OS platform page. Alternately, you can
search the PDN Knowledge Base for Answer ID 418.

For complete documentation see the document Application Note 4: Accessing PIM
Databases in the PIM SDK.

3.2 Known issue

Palm PIM applications include 4 features:
- Contacts
- Calendar
- Tasks
- Memo

Palm provides two methods for developing applications using Contacts. One is
to call the Contacts library APIs listed in Contacts.h. The second method 
is to use the APIs provided in the PIM SDK to access the PIM database directly.
Please be aware that using the Contacts library APIs listed in Contacts.h 
may not provide satisfactory performance.


Palm provides only one method for developing applications using the other PIM
features: Calendar, Tasks, and Memo. This method is to use the APIs provided
in the PIM SDK to access the PIM database directly.

When different applications use both methods simultaneously, there may be
conflicts. To prevent conflicts, when you call APIs provided in the PIM SDK
to access the PIM database, pass the dmModeExclusive argument.

If you have used the dmModeExclusive argument and still have database conflicts,
contact Palm DTS.
---

HTH

Ton van Overbeek



I didn't really found helpful documentation to use the PIM SDK so I gave 
up. I tried including the AddressDB.c and AddressDB.h files in my 
project but I was getting a lot of error messages caused by the 
inclusion of other files the AddressDB.h include. I also fixed my 
problem as I said in my other reply so I think I'll definitely go with 
the Contacts API unless I found some really good documentation on the 
PIM SDK. I already saw the text part you posted above and it doesn't 
mean much to me...


Thank you for your time!

--
David

--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Problem with the Contacts API (Contacts.h) in particular with a call to ContactsGetContact

[David Laganiere]

Borszczuk wrote:

David Laganiere wrote:

I'm only using the debugger to go through the code right now and I'm 
using a Tungsten E2 simulator. The way the code is right now, the call 
to ContactsGetContact works, that is, it doesn't always return NULL.


I recall my attempts to use Contacts lib on treo, and what I was able to
get using it was just the SIM card contacts. I was unable to convince
it to dig in "system" contacts. I gave this lib up - you may check this
list for my related posts to see if you faced related issue.




I read your messages before posting mine. I solved a problem with the 
compilation by adding 2 lines in the Contacts.h that you used in one of 
your posts. To test the Contacts API, I used a "simple application" 
project and it was working fine. I solved the problem of my post here by 
using MemHandleNew instead of MemPtrNew for my structure containing my 
global variables. It seems to work fine now so I'll rework my code to 
use only the Contacts API as I suspect I had problems because I also 
opened the ContactsDB using an DmOpenDatabaseByTypeCreator call to 
verify some other infos in the ContactsDB (categories, etc).


Thank you for your time!

--
David

--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Problem with the Contacts API (Contacts.h) in particular with a call to ContactsGetContact

[David Laganiere]

Hi!

I'm using this code:
http://rafb.net/p/iepjfg82.html

I'm only using the debugger to go through the code right now and I'm 
using a Tungsten E2 simulator. The way the code is right now, the call 
to ContactsGetContact works, that is, it doesn't always return NULL.


If I uncomment lines 780 and 782 and comment line 781, the call to 
ContactsGetContact always return NULL. Why?


It might be something really easy to figure out but I'm quite new to 
this and it's hard to work with an undocumented API. When it works it 
seems to be pretty easy to use though...


Thank you in advance for your help on this one!

--
David

--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Sending a VFS Text File from Palm to Desktop PC

[David Thacker]

Given your description, the best solution for your app would be to use the 
commercial application WiFile Pro from Hands High Software:

http://www.handshigh.com/html/wifile.html

With WiFile Pro on your device, you can easily send files via WiFi from the 
VFS card to a PC over standard Windows networking or FTP.  Hands High also 
goes the full distance by providing detailed developer information in order 
to make full use of WiFile Pro from your own application, so you can 
seamlessly integrate this solution right into your app.  Click on the 
"developer Info" link on the left side of the web page listed above.

You could easily use the "file:" scheme to save the text file on the memory 
card to the PC.  No need for Hotsync or anything else.  Simple, direct, 
exactly what you need.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC


<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>: 8bit
>
>
> I've written my first Palm application, a restaurant ordering
> system, and it all works well except for one glaring omission.
>
> The "order" is built on the Palm then written to a memory card
> as a VFS text file.  The missing part of the system is the
> facility to complete that process by sending the file to a
> desktop PC.
>
> My desktop computer can pick up and parse the text file then
> use existing software to process it, if the Palm can do what
> should be the easy bit and send it.
>
> I have WiFi HotSync running, which works fine, and I want to use
> WiFi to send the text file but don't see how I can do that without
> a lot of learning/effort to accomplish what seems a pretty trivial
> task.
>
> I seem to have 2 options -
>
> 1) Use a database on the Palm instead of the VFS text file -
> I guess it would then be transferred by Hot Sync.
>
> I've managed to get this far without using the Palm database
> system which looks quite daunting to learn and use so would
> prefer to avoid it.  Also, I don't know how easy it will be to
> parse a .pdb file on the desktop.
>
> 2) Develop a conduit to transfer the file, which sounds the
> cleanest solution.
>
> I probably have the tools to do this since I use Delphi for
> desktop development but I don't have the knowledge and the
> impression I get from the documentation is that there is a huge
> amount to learn .
>
> Any advice or suggestions will be greatly appreciated. For
> example, am I missing an easier solution?
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Strange string in the post replies

[David Thacker]

Regis, it is a bug in the Lyris 9.2 forum hosting software.  Random parts of 
the message header are dumped into the message body, for some users (but not 
all), using the newsgroup interface.

My Satellite Forms developer forum (http://www.satelliteforms.net/forum.htm) 
is also Lyris-hosted, and also suffers the same newsgroup bug.

See the "oup Interface" random string below your name? It is a chunk of the 
full header string "X-Mailer: Lyris ListManager Newsgroup Interface".

Yes, it is annoying.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC


"Regis St-Gelais" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> oup Interface
>
>
> No filters.
> Just old plain outlook express.
>
> See bellow what I got from you. (notice the "ite.domainname%%>")
> -- 
> Regis St-Gelais
> www.laubrass.com
>
> 
>
> "Jeff Loucks" <[EMAIL PROTECTED]> a écrit dans le message de news: 
> [EMAIL PROTECTED]
> ite.domainname%%>
>
>
> Are you using a mail filter or virus scanner that may be messing with
> your inbound email?
>
> On 9/11/07, Michal Seliga <[EMAIL PROTECTED]> wrote:
>> well, i don't. in message i am replying to first line was
>> '"Regis St-Gelais" <[EMAIL PROTECTED]> a écrit dans le message 
>> de '
>>
>> Regis St-Gelais wrote:
>> > "Regis St-Gelais" <[EMAIL PROTECTED]> a écrit dans le 
>> > message de
>> > news: [EMAIL PROTECTED]
>> >> This started to append on all posts on July 25 after 5 pm (gmt-4)
>> >>
>> >
>> > Nobody sees these strange strings at the first line of all posts ??
>> >
>>
>> --
>> For information on using the ACCESS Developer Forums, or to unsubscribe, 
>> please see http://www.access-company.com/developers/forums/
>>
>
>
> -- 
> [Jeff Loucks]
>
> 
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: Trouble with classes

[David Oldis]

Files ending in .c compile as 'C'.
Files ending in .cpp compile as 'C++'.

David
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: Static Lib in different segment

[David Haupert]

My apologies if anyone wasted time reading this.  I was able to find the 
problem and it turned out to be some bugs in the assembler within the library 
and not any sort of bugs due to moving to a different segment.  

Move along, nothing to see here!  Sorry again.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Static Lib in different segment

[David Haupert]

I was trying a 3rd party graphics library (JpgLib) by Absolute Word:
www.absoluteword.com/jpglib

I know there are plenty of other jpg library options, but I like the way this 
was implemented and like that it supports animated gifs, and fast image 
scaling.  I also like that it back-dates to older Pre-OS5 devices and that it's 
a static lib that I can continue with a single PRC file for our product.  

Anyway, the sample application has the lib file linked into the lower segment.  
I tried moving it to a separate segment since I knew I wasn't going to have 
enough space for it in my lowest segment and it no longer works.  I get an 
error:
JpegTest (1.0) just wrote to memory location 0x003AC822, which is in the 
storage heap. In order to protect the integrity of the user's data, such direct 
access is not allowed. Instead, applications should use special Palm OS 
functions for this purpose.

This doesn't happen with the same lib in the lower segment and I'm wondering if 
this is because the lib file does things internally like launch 68k assembler 
(on older devices (which I'm testing)).

Does anyone have any experience with linking a static library into a different 
segment?  If so, did it work first time for you?  Or did you need to make any 
changes?Did you have assembler code in that library?

Thanks in advance for any help.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: New Serial Mgr question

[david]

hi,

Unfortunately that was not a method for getting cellID, just have a "cell" word 
inside which stands for some thing else. 
Anyhow I tried to send you an email containing both of my applications (feature 
memory and radio one) to see if it can benefit any of us. 
 
I can see commercial products which fetches cellID and lac beside other things. 
So considering that there is not any visible API, we may be able to fix feature 
memory solution.

If you give me your email I can send both of applications to see if any of 
those works on your environment. My email address is dave.fet at gmail dot com.

Thanks. 
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: New Serial Mgr question

[david]

The radio solution don't work on real device for me. If radio is turned on, 
running the application will reset the device and when radio is off, it show 
wrong numbers. Device is a treo 650 gsm phone.
In regard to feature memory so called solution for me it either return  or 
correct value. The only time I faced with junk values was when I tried to make 
a string out of gsm_cellPP (instead of gsm_cellP).

I think I saw a method for getting cellId in help file came in palm samples zip 
file. Is there any similar thing for getting lac?

Thanks.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: New Serial Mgr question

[david]

Hi man,

Thanks very much for posting your code here. 
I used it my application and there is minor problem. The numbers it returns are 
not correct cell id and lac. Well I'm using virtual phone as I don't have 
access to a real device. But it's not returning correct value. Does it return 
correct values for you or on a real device? 
In regard to the link I posted, it used to return correct values for cell ID 
and LAC but stopped working and now return just  for both of them. The 
device that my friend is testing application  on that device is the same, 
location is the same and simply said every thing is the same. The only 
different is that he take his palm to vacation with himself an application 
stopped working. 

In regard to your questions and if it's returning correct values for you, then 
you may be able to load the value in background and store them for future use 
with a time stamp which shows the last fetching time. I don't know what is your 
application but I hope this can help you. Actually I'm using a similar concept 
not because of it's possible delay but because of my need for creating a 
connection between a native and a j2me application considering that those good 
old days which there was jni on palm are gone. If you want I can post my 
j2me-native application bridge solution here.

I regard to not returning correct values, actually it return some numbers which 
are close to correct values but are not the same. So considering that it 
actually return numbers and not a weired string maybe it can be a problem with 
different bases. Any help is appreciated.

Thank.

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: New Serial Mgr question

[david]

//Hello all, my second posting here.
//I have an application that gets the LAC and CellID directly from the radio 
via a serial connection and with the appropriate AT command.
//The problem is the serial port is blocked if GPRS is up. Currently, I managed 
to detect if data is connected and shut it down before opening the serial port. 
With this scheme, everything works as expected.
//But I'd like to make the whole thing faster, as shutting down the interface 
(and restarting it) takes a considerable amount of time (upto 5 seconds each). 
The delay also prevents me from getting the LAC and CellID as frequently as I 
would like to in my utility.
//(i.e., The actual query and response on the serial interface is quiet fast, 
but shutting down GPRS is time-consuming)
//Any help with this? e.g...
//- Is there any way of "suspending" the GPRS session and releasing the Serial 
port?
//- Is there an alternate serial port that can be opened? Palm SDK 
documentation mentions two other, but I cannot access them.
//- Or maybe I can get the LAC and CellID from some memory location (I've 
scanned the entire saved and unsaved preferences, but there appear to be no 
trace of it anywhere, but my guess is it must be stored somewhere).
//- Is this information stored in the SIM card? The SAT documentation is not 
helpful in this. Or maybe SAT is not meant for this.
//Thanks, I've gained immensely from perusing these forums.



Hi,

Actually I don't know the answer of your questions but do you mind helping me 
to use your solution too? I'm in need of lac and cellID but seems reading them 
from feature memory some times work some time don't work without any clear 
reason.

I used this piece of code for get those values from feature memory.
You can find it here
http://www.palminfocenter.com/forum/viewtopic.php?t=29294

Thanks.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: New Serial Mgr question

[david]

I used this piece of code for get those values from feature memory. 
You can find it here 
http://www.palminfocenter.com/forum/viewtopic.php?t=29294

Thanks.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

re: New Serial Mgr question

[david]

Hi,

Actually I don't know the answer of your questions but do you mind helping me 
to use your solution too? I'm in need of lac and cellID but seems reading them 
from feature memory some times work some time don't work without any clear 
reason.

Thanks.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: How to get IMSI (country code,network code) from a treo device?

[david]

Thanks man very much.

Yes, that sample application was a big help. I also can't get it why palm is 
acting like this with their own contents. It looks like they want nobody find 
this documents. For example this forum is very useful with kind people here 
willing to help others, but try to search in Google for this forum web site 
(http://news.palmos.com), you just will find category name links (less than ten 
links in total) which is a waste of all discussions happened here. 
On other hand few month ago I tried to get palm sdk and other things from palm 
and it redirect me to access-company, I thought every thing is moved to access 
but now I see there is lots of good stuff in palm own web site. 
and lots more. 

Just a big thanks to all who helped me and wishing the best for them.
thanks.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

How to get IMSI (country code,network code) from a treo device?

[david]

Hi,

I need to retrieve the IMSI in order to get country code and network code but 
all the things I tried failed.
First I tried to get those information with using TelephonyMgr methods, but I 
find out that those libraries don't exist on palm treo devices at least treo 
650 or are not functional. It simply can't find required libraries on treo. I 
also read some where else that this library is not functional on treo series as 
these devices use another approach for telephony API which I don't have any 
clues what it can be.
Then I tries to use "at command" for querying the modem if it exists, which 
this one like the prior approach is not working at all. I know I need either 
those two piece of information or need IMSI to extract those data but can't 
retrieve them at all. But I can still get lac and cell id using a code I find 
on net which extract those data from a structure called "GSM!". I can't try 
reading other bits as I have no palm treo and actually I'm creating the 
application for some one else.

Any help is appreciated very much.
Thanks.
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Dynamically created forms and DIA

[David Thacker]

"Alexander R. Pruss" <> wrote in message news:[EMAIL PROTECTED]
> It's Henk Jonas (Metaview) of PalmPDF fame.  He sends 'RChg' with properly 
> filled out notify details after the rotation.  (Actually, before, but he 
> uses SysNotifyBroadcastDeferred, so it goes out after the rotation.)
>

Thank you for the tip Alexander, I will follow it up and see if I can make 
that work for me.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Dynamically created forms and DIA

[David Thacker]

"Alexander R. Pruss" <> wrote in message news:[EMAIL PROTECTED]
> One developer told me that what worked for him was to broadcast the 
> palmOne rotate notifications (they're documented in the mobile-stream 
> SDK).  It didn't work for me, though.
>

Thanks for the note.  I did experiment a bit with those notifications the 
other day, but perhaps I didn't send them in the right order or at the right 
time, etc.  If you can point me to a reference or put me in touch with that 
developer, I would like to follow it up further.

Regards,
-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Dynamically created forms and DIA

[David Thacker]

Greetings Dmitry,

Did you ever find a solution to this problem with dynamic forms and the DIA?

The problem I am seeing (in addition to the one you mention) is that on the 
Palm TX, when I change the screen rotation via SysSetOrientation (or via the 
Palm DisplayExtent lib SetRotation function), and then jump to a new dynamic 
form, the form is first rendered in the user preference rotation mode (eg. 
portrait) and then switches to the orientation I've set.  That makes for a 
very poor transition from form to form.  This does not happen on the T5 or 
LifeDrive, just the TX.

It does not happen if I change the screen orientation using the status bar 
icon, only if I change it via the API call.  Is there a way to simulate the 
tapping of the screen rotation icon on the status bar, in code?  [On the LD 
this is simple because it has a hardware rotation button that can be 
simulated with a virtual key, but no such luck on the TX.]

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



"Dmitry Grinberg" <> wrote in message news:[EMAIL PROTECTED]
hello,



the problem is as follows. if a form is created dynamically:

fp=FrmNewForm(1400,"GRRR",2,2,156,156,true,1000,0,0);

the DIA opens up any time it becomes the active form.
THE SAME form, made in PlRC designer and saved with ID 1400 (same) in
file and loaded with

fp=FrmInitForm(1400)

works just fine with dia

here is the code following the form initialization:

WinHandle wh;
FormPtr fp;
Int16 W,H;//screen sizes
EventType e;

wh=WinSetDrawWindow(WinGetDisplayWindow());
WinGetWindowExtent(&W,&H);
WinSetDrawWindow(wh);

//HERE WE EITHER CREATE OR INIT FORM, store FormPtr into "fp"


FrmSetActiveForm(fp);
FrmSetDIAPolicyAttr(fp,frmDIAPolicyCustom);
PINSetInputAreaState(PINGetInputAreaState());//no idea why, but PalmOS
FrmHelp does this internally to keep dia where it is. indeed this
works :-)
PINSetInputTriggerState(pinInputTriggerDisabled);
{

RectangleType r;

RctSetRectangle(&r,2,2,W-2,H-2);

WinSetBounds(FrmGetWindowHandle(fp),&r);

}
FrmDrawForm(fp);

do{

EvtGetEvent(&e,evtWaitForever);

if(!SysHandleEvent(&e)){

if(!FrmHandleEvent(fp,&e)){

//nothing needed here really

}

}
}while(e.eType!=ctlSelectEvent || e.data.ctlSelect.controlID!=1000);




correct behavior is: if dia was showing, the new form takes up
160x160, if dia was open, the new form take up all available space.



so does anyone know what is wrong with FrmNewForm()?


-- 
Best Regards,
Dmitry Grinberg



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: PalmResize 1.3.0 release

[David Thacker]

"Alexander R. Pruss" <> wrote in message news:[EMAIL PROTECTED]
> I'm releasing a major new version of my PalmResize library.  This library 
> provides support for input-area resizing and non-standard-screen sizes on 
> all PalmOS devices (including Handera, Dana Alphasmart, Zodiac, Palm 
> T3/T5/TX/LD, Sony Clie, etc.)  The library is quite powerful, and all you 
> really need to do is to specify how you want your form elements to move 
> with resizing.
>
> Version 1.3.0.
> No need to call SetResizePolicy() as it's automatically included
> in the frmOpenEvent handler.
> Created shared library and stubs.
> Resize focus ring along with object.
> Revamped documentation.
> No more need to call SetDIAPolicy().
> No more need to include T3 compatibility libraries.


Hi Alexander,

Thank you for this.

It looks like this might be a minor bug in DIA.c:

case DIA_HARDWARE_PALMONE:
PalmOneStatusBarLibClose(G(palmOneStatRefNum));
SysLibRemove(G(palmOneStatRefNum));
PinLibClose(G(palmOnePinRefNum));
SysLibRemove(G(palmOneStatRefNum));<-  shouldn't it 
be palmOnePinRefNum ?
break;


Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Simple way to detect if a device is a Treo?

[David Thacker]

Sadly, the 755P Simulator does not match the real device for either the
companyID or the deviceID.  The 755P Sim reports:

CompanyID: hspr
DeviceID:  D052which is the 700P deviceID...


For those who are keeping score at home, the deviceID-independent "Treo 
test" I ended up using was:

if (osversion >= 5) and (Handspring Extensions feature is present) then 
device is a Treo

This works for real hardware devices and simulators.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC


"Dmitry Grinberg" <> wrote in message news:[EMAIL PROTECTED]
> from a real device:
>
>
>
> company ID: Palm
> Device ID: D060
> HAL ID: P052
>
>
>
>
>
> On 5/16/07, P. Douglas Reeder <> wrote:
>> Is the HAL ID 'S052' or 'P052'?
>>
>>
>> On May 16, 2007, at 4:40 AM, Jan Slodicka wrote:
>>
>> > Replying to myself as Palm DTS reacted to the same question with
>> > surprising
>> > speed. So, whoever wants to know it, here it is: D060
>>
>> --
>> For information on using the ACCESS Developer Forums, or to unsubscribe,
>> please see http://www.access-company.com/developers/forums/
>
>
> -- 
> Best Regards, Dmitry Grinberg
> Software Engineer, http://PalmPowerups.com
> (847) 226 9295
> AIM: DmitryGrinberg
> MSN: [EMAIL PROTECTED]
> ICQ: 165589894
> Y! IM: dmitrygr2003
>




-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Simplest way to install on Mac and Windows?

[David Linker]

I have an application for the Palm that will be distributed on a CD.  
It is a single PRC. Up until now, I have just had users move the file  
to Palm Desktop for installation.


I have a request from the distributor to have an "installer program"  
to make it easier for users.


I was thinking that I could just write a program that would copy the  
file to the "Files to install" folder, and then it would be installed  
on the next hotsync.


Am I thinking about this right, or would there be a hidden "gotcha!"?

Thanks

--
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Simple way to detect if a device is a Treo?

[David Thacker]

>> The whole point of this particular exercise was to know when to call the
>> HsGetVersionString API to get the Treo's ROM serial number, because some
>> Treo designer somewhere sometime decided that it would be too easy for
>> developers just to keep it available via the standard SysGetROMToken 
>> API...
...
> I'm interested in the same thing.  I see HsExt.h says:
>
> /**
> * This is the Handspring feature id. Apps can tell if they're on
> * a handspring device if they get 0 err back from:
> * err = FtrGet (hsFtrCreator, hsFtrIDVersion, &value)
> **/
> #define hsFtrCreator 'hsEx'
>
>
> Would this work?  If no error is returned, you can check the value to
> determine revision number.  I just guessing here, but if the major
> byte (high order byte in value) is 5 or greater, would that mean the
> HsGetVersionString trap is available?  If that is not sufficient,
> maybe examining more bits of the version value would provide a
> minimum value where HsGetVersionString is made available.
>
> mike

Hi Mike,

Good find!  I think that should do the trick alright.

And, the Treo 755P has been announced now, so we should have the device ID 
info for that one soon anyway.

Also, I just noticed this article in the Palm Developer Network while 
hunting for the 755P simulator: "Detecting Treo Smartphones 
Programmatically" which is article ID 980.  To save you the trouble, here's 
what it says:

Q: Is there a way to programmatically determine if a device is a Treo 
smartphone without having to know the specific device IDs?

A: No, there is no API to support that feature. To detect indirectly if the 
device is a Treo smartphone, check if the Phone Library is available in the 
device, as all Treo smartphones include this library.


I think your suggestion of looking for the HS feature, or my solution of 
looking for the HsExtensions database are basically equivalent to the PDN 
suggestion, with the feature check being the easiest.



Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Simple way to detect if a device is a Treo?

[David Thacker]

"David Thacker" <> wrote in message news:[EMAIL PROTECTED]
>
> I want to detect if the current device is a PalmOS 5.x Treo.  I know I can 
> check the sysFtrNumOEMDeviceID and compare against known Treos, and that 
> is what I have been doing to this point, but I'd rather use a detection 
> scheme that can detect both current and future PalmOS Treos.  I don't care 
> about pre-PalmOS 5.x Treos.


Hmmnn, maybe I'm not over this idea just yet...  All existing PalmOS5 Treos 
have some common ROM databases that are not on other PalmOS5 devices, for 
example:

HsExtensions...type 'aexo' crid 'HsEx'

and

HsSysResource...   type 'rsrc' crid 'HsSr'

Odds are that the next PalmOS Treo will have these databases with the same 
type and creator too.  I can use DmGetNextDatabaseByTypeCreator to look for 
it.


This looks like the way to go to *possibly* get forward compatibility with a 
future Treo.  Even if this does not work on a future PalmOS Treo and I have 
to update this code, I would have been no worse off than if I had used 
specific device model checking like I have been doing to this point.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Simple way to detect if a device is a Treo?

[David Thacker]

"Douglas Handy" <> wrote in message news:[EMAIL PROTECTED]
> David,
>
>>Does anyone have suggestions?
>
> As others have mentioned, some current Treos already don't use 'hspr' for 
> the
> company ID.  I also use a simple IsTreo() function which I update as new 
> devices
> are known.
>
> But what arguably is a better idea is to check for the existance of the
> feature(s) you care about.  That is, instead of trying to decide if it is 
> a Treo
> per se, if what you want access to are portions of the phone library then 
> check
> if that library exists instead of whether the device is a Treo.
>
> That not only future proofs against not correctly detecting a future 
> device is a
> Treo, but means that if a future Treo doesn't have a compatible phone 
> library
> that you won't try to make calls to it.
>
> But again, it may depend on why you care if it is a Treo...
>
> Doug


Hi Doug, and thanks to the rest for their input as well.

Yes, I normally do the above also, but was looking for "a better way".

The whole point of this particular exercise was to know when to call the 
HsGetVersionString API to get the Treo's ROM serial number, because some 
Treo designer somewhere sometime decided that it would be too easy for 
developers just to keep it available via the standard SysGetROMToken API...

I can't use SysGlueTrapExists(HsGetVersionString) because HsGetVersionString 
isn't a regular trap API, but rather a SysTrapOEMDispatch selector based 
API...

Oh well, I'll just keep doing the specific device model checks and update it 
again when the next model comes out.

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Simple way to detect if a device is a Treo?

[David Thacker]

Neil,

Bummer!

Thanks for the CompanyID tip.  I tested on real 600 & 650 devices, but only 
tried against the 680 and 700p sims, which do report 'hspr' as the 
CompanyID.  I should have checked Hal Mueller's list also.

I already do have an IsTreo function that checks the known 
sysFtrNumOEMDeviceIDs, but was trying to find a way to do this without 
having to update that routine for each new PalmOS Treo.  I guess I'll just 
keep doing it that way -- it's not like Palm is bringing out a new Treo 
model every month...

Regards,

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC




"Neil Whitworth" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Not all treos use sysFtrNumOEMCompanyID == 'hspr'
>
> device sysFtrNumOEMCompanyID / sysFtrNumOEMDeviceID
> 600 'hspr'/'H101'
> 650 'hspr'/'H102'
> 680 'Palm'/'D053'
> 700p 'Palm'/'D052'
>
> There is no simple way of future proofing your code. We have a simple 
> IsTreo function that is used throughout our code to detect if it is a treo 
> device, and we have to update this each ime a new device comes out. But at 
> least it is just one small change.
>
> David Thacker wrote:
>> Hi all,
>>
>> I want to detect if the current device is a PalmOS 5.x Treo.  I know I 
>> can check the sysFtrNumOEMDeviceID and compare against known Treos, and 
>> that is what I have been doing to this point, but I'd rather use a 
>> detection scheme that can detect both current and future PalmOS Treos.  I 
>> don't care about pre-PalmOS 5.x Treos.
>>
>> Let's say, for example, Palm decides to bring out a new PalmOS Treo, say 
>> maybe a Treo 755p.  I want my code to be able to recognize that device as 
>> a Treo without having to be updated with the future sysFtrNumOEMDeviceID.
>>
>> Does anyone have suggestions?
>>
>> I was thinking that since all of the existing Treos use the 
>> sysFtrNumOEMCompanyID of 'hspr' (Handspring), that I could just check for 
>> that CompanyID and a PalmOS version of 5.0+, and that would indicate a 
>> Treo. However, I'm not sure future PalmOS Treos will still use that 
>> CompanyID...
>>
>> Does anyone have any better suggestions?
>>
>> Or, does anyone at least know if a possible future PalmOS Treo will still 
>> use the 'hspr' CompanyID?
>>
>> Thanks,
>>
>> David Thacker
>> http://www.SatelliteForms.net
>> The Premier RAD Tool for PalmOS & PocketPC
>>
>>
>>
> 



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Simple way to detect if a device is a Treo?

[David Thacker]

Hi all,

I want to detect if the current device is a PalmOS 5.x Treo.  I know I can 
check the sysFtrNumOEMDeviceID and compare against known Treos, and that is 
what I have been doing to this point, but I'd rather use a detection scheme 
that can detect both current and future PalmOS Treos.  I don't care about 
pre-PalmOS 5.x Treos.

Let's say, for example, Palm decides to bring out a new PalmOS Treo, say 
maybe a Treo 755p.  I want my code to be able to recognize that device as a 
Treo without having to be updated with the future sysFtrNumOEMDeviceID.

Does anyone have suggestions?

I was thinking that since all of the existing Treos use the 
sysFtrNumOEMCompanyID of 'hspr' (Handspring), that I could just check for 
that CompanyID and a PalmOS version of 5.0+, and that would indicate a Treo. 
However, I'm not sure future PalmOS Treos will still use that CompanyID...

Does anyone have any better suggestions?

Or, does anyone at least know if a possible future PalmOS Treo will still 
use the 'hspr' CompanyID?

Thanks,

David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: ALP SDK available.

[David Beers]

Ah... it *is* there: http://dl.access-company.com/sdk/sdk.tgz

The period at the end of Ton's sentence was messing up the URL.

It's dated 21-Mar-2007

David Beers
Pikesoft Mobile Computing
www.pikesoft.com
-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: ALP SDK available.

[David Beers]

Seems to have been removed now.

I don't mind the delays so much as the bogus announcements about its 
availability, followed by no announcements at all about the delay.  What's 
wrong with saying that the SDK is "undergoing rigorous testing and thanks for 
everyone's patience?"

-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Re: Significant performance problem using QuickSort on newer NVFS implementations?

[David Thacker]

Thank you all for the suggestions.

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/

Palm Announces New Linux Based Mobile Platform

[David Thacker]

PalmInfoCenter is reporting "Palm Announces New Linux Based Mobile Platform" 
here:

http://www.palminfocenter.com/news/9351/palm-announces-new-linux-based-mobile-platform/


Looking forward to some cold hard specs on the new Palm platform...

-- 
David Thacker
http://www.SatelliteForms.net
The Premier RAD Tool for PalmOS & PocketPC



-- 
For information on using the ACCESS Developer Forums, or to unsubscribe, please 
see http://www.access-company.com/developers/forums/