RE: Receiving app via Beaming

2000-04-03 Thread Gavin Peacock

This bug is fixed in newer versions of the ROM. There was always a 
workaround. The other DBs were only deleted if the Launcher was 
active on the other device before you sent the application. So if you 
exit the launcher on the receiving device before you beam an 
application to it, the associated database files will not be deleted 
on any device with any ROM.

There was a bug on older ROMs where the launcher would  go through 
its normal logic for deleting an application with all its data if the 
launcher was active when a copy of an existing application was beamed 
to it.

--- Gavin

At 8:00 AM + 4/1/00, Palm Developer Forum digest wrote:

Subject: RE: Receiving app via Beaming
From: "Fitzpatrick, Joe" [EMAIL PROTECTED]
Date: Fri, 31 Mar 2000 20:20:23 -0800
X-Message-Number: 67

I should have read the question more carefully.  But, I just tried a
quick test and get different results.  I just beamed an app from a IIIx
(PalmOS 3.3) to a VII.  I then beamed some records.  Then I beamed the
app again.  I got an "accept" message box.  I answered 'yes', but the
records are still there.

Is this deleting all DB's with the target creator ID a behavior of 3.0
that was later fixed?

Regards,
-jjf


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palm.com/devzone/mailinglists.html




Re: NetLibIFAttach does not work

2000-04-11 Thread Gavin Peacock

In your given sample code you get the creator ID into a variable 
called "ifCreator" and then you check a variable called "Creator" in 
you "if statement"

if(Creator == netIFCreatorPPP)

You probably have another variable called Creator somewhere, but you 
want to be checking "ifCreator" in this case.

--- Gavin




At 7:00 AM + 4/11/00, Palm Developer Forum digest wrote:

Subject: NetLibIFAttach does not work
From: "Chi Guan" [EMAIL PROTECTED]
Date: Mon, 10 Apr 2000 14:36:00 -0700
X-Message-Number: 60

Hi, Greg, Thanks you for answering the question. I am sorry to accidently
delete your message.  Hope you can see this message. Every network settting
are  set for PPP default.  Actually
  First I call  err =
NetLibIFAttach(AppNetRefnum,netIFCreatorPPP,ifInstance,AppNetTimeout),  if
paased
Next : for (index = 0; 1; index++)
{
 err = NetLibIFGet(AppNetRefnum, index, ifCreator,
ifInstance);
 if(Creator == netIFCreatorPPP)


 break;
 }
   }

Than:   err = NetLibIFSettingSet(AppNetRefnum, ifCreator, ifInstance,
netIFSettingServiceName, Name, buflen);
Thanerr = NetLibOpen(AppNetRefnum, ifErrs);

All above API calls are passed and have no error,( also, ifErrs = 0);

However, the network opened is not the one I attached, but the old one.

I believe another gentalman, Russell  Bulmer, post a message "NetLibOpen -
PalmOS 3.1 / 3.3 issues".   He has the same problem as mine, except, he did
not attach new one, but try to modify the current setting. (I have try to do
the same thing  but failed).  If you take a look of his message, you may
have clearer idea.
Thank you.


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palm.com/devzone/mailinglists.html




Re: Palm Beaming to non-palm (windows) IrObex stacks... interoperability issue

2000-04-11 Thread Gavin Peacock

John,

Attempting to maintain compatibility with Microsoft's definition of 
"standard" is a challenge. There is some kind of magic undocumented 
work around for setting hint bits on the Microsoft stack. Perhaps you 
can get some guru at Counterpoint to fill you in on it. This is your 
best approach because any change I make to the PalmOS ROM now will 
only be useful on devices that have not yet shipped. I think there is 
some magic registry setting that you can use, but I'm not sure about 
that.

I am familiar with the problem that you mention and with the 
suggested work around. I had intended to make that allowance in the 
3.5 release, but it it didn't happen. I'll put it on the list for the 
next ROM release.

The way most developers have been working around Microsoft's lack of 
support for hint bits is to look for a connection with an OBEX hint 
bit, but if none is found, just use the first connection you can find 
anyway.

BTW I don't know if Windows 2000 gives you an API for setting the 
hint bits, but  Microsoft decided that they did not want to depend on 
them anyway. So they devised a new mechanism for discovering devices. 
This broke compatibility for beaming to all existing PalmOS devices 
even though we have always supported the standard correctly. We 
modified our stack in OS 3.5 to deal with the new Microsoft discovery 
scheme.

Microsoft also removed IrComm support in Windows2000, so they also 
broke our Ir Hotsync support at the same time. Not that I am 
complaining or anything... ;)

--- Gavin

At 7:00 AM + 4/11/00, Palm Developer Forum digest wrote:
"Schettino, John" [EMAIL PROTECTED] on 04/08/2000 12:07:59 AM

As part of HP's CoolTown project (http://cooltown.hp.com) we want to
support
using VCards and IrObex to support legacy devices. In other words, someone
with any kind of device (Palm, CE, Psion, Cell phone, whatever) that
supports IrObex and can beam/receive a VCard can interoperate with CoolTown
enabled spaces.

Problem:

The IrObex spec version 1.2, section 6.3 (see
http://www.irda.org/standards/pubs/IrOBEX12.pdf, page 44) says "The OBEX
IrLMP service hint bit has a value of 0x20 in the second hint byte...
Setting the OBEX hint bit is required. Many OBEX clients will not even
attempt a connection unless the OBEX hint bit is set."

It appears Palm OS (as a client) is following this rule. No hint bit set,
no
connection attempt. MS Windows's IR Stack does not allow setting the hint
bit at all, so when we implemented OBEX on top of the Windows IR stack, a
Palm device won't send/receive VCards.

Testing:

We tested a number of IrObex devices with the MS Windows IR stack + our
Obex
layer.

Psion (Epoc32, REVO) connects  Puts VCard OK
WinCE (Jornada 4xx, 6xx) connects  Puts VCard OK
Palm (3.0x, 3.1x, 3.2x, 3.3x, 3.5) fails to connect

Using the QuickBeam IrDA stack with its Obex implementation is a
work-around, since it sets the hint bit correctly. When using this stack,
Palm  other devices successfully connect and beam.

It seems that testing for the hint bit and not attempting a connection if
its not set, although correct in the spec, limits interoperability and
doesn't really provide any gain for the user.

Suggestion:

Either remove the test for the hint bit, or allow users/developers to turn
it off ;)

Thanks,

- John Schettino
Hewlett Packard Labs


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palm.com/devzone/mailinglists.html




Re: bitmaps

2000-05-30 Thread Gavin Peacock

The Beamer application that is included in the sample source in the 
3.5 SDK shows how to create and edit a bitmap on the device. This 
version supports color bitmaps using the new 3.5 APIs, but will also 
run on any older device. It includes code to detect the system 
version and use the correct APIs available in the ROM it is running 
on. In older ROM versions it supports only 1 bit depth bitmaps. The 
application can beam itself as well as the bitmaps it creates to 
other devices.

--- Gavin


  3.can i create a bitmap  in the palm without using the resources functions
like FrmNewBitmap and without using any bitmap resource.i want to display
them dynamically.is it possible

Yes, though you'll have to do some hacking to get it to work on older
ROMs (pre-3.5) which don't support the BmpCreate() routine found in
Bitmap.h. I believe there was a Handheld Systems Journal article
about dynamically creating bitmaps, written by Alan Weiner
([EMAIL PROTECTED]) that would give you the information you need. I don't
know if it's available on-line any longer, though.

-- Ken

Ken Krugler
TransPac Software, Inc.
http://www.transpac.com
+1 530-470-9200


-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/tech/support/forums/




Re: Can Palm device access LAN TCP/IP

2002-01-11 Thread Gavin Peacock

With windows 2000 (and presumably XP, but I haven't checked), you can 
click on make a new Connection in the network and Dial-up 
Connections Panel. Then select the Accept incoming connections 
option. Next is a dialog showing your connections options. If you 
have enabled the built in irDA support under win2k, you will see an 
option for Infrared Port. You can then continue to set up the rest 
of the connection. If you have a serial port, you can also set up 
serial connections this way.

With windows 98, Irda maps to a comm port. you select that comm port 
when configuring a PPP server.

--- Gavin

Do you have any details on setting up a PPP connection over irda between
Windows 98/98SE/2k/XP and Palm?

Max

-- 

-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/tech/support/forums/



Re: Last cry for help

2002-01-29 Thread Gavin Peacock


Ok, I can't resist a last cry for help...

So there is a way to list and select the active network panel 
connection. This API has existed ever since OS 2.0 when netlib was 
introduced. The API does not allow you add a new network connection, 
but you can make an existing one active.

There are a series of launch codes you can send to the network panel. 
The launch codes are defined in SystemMgr.h

#define sysSvcLaunchCmdSetServiceID 20
#define sysSvcLaunchCmdGetServiceID 21
#define sysSvcLaunchCmdGetServiceList   22
#define sysSvcLaunchCmdGetServiceInfo   23

I had created a header file that was supposed to be part of the SDK, 
but it doesn't look like it was released. Here is the important 
information from
NetServiceAPI.h:

#define maxServiceNameLen 32// max length of a service name

typedef UInt32 ServiceIDType;
#define svcNoServiceSelectedID  (0)

// serviceListType is the parameter for the 
sysSvcLaunchCmdGetServiceList action code
typedef struct
{
Err error;
UInt16 numServices; // number of services available
MemHandle IDListH;  // MemHandle to an array of serviceIDs
MemHandle nameListH;
} serviceListType;

typedef serviceListType * serviceListPtr;

// serviceInfoType is the parameter for the 
sysSvcLaunchCmdGetServiceInfo action code
typedef struct
{
Err error;
ServiceIDType   serviceID;  // passed in 
to specify service you want info about
UInt32  reserved;   // RESERVED -- SET TO ZERO
CharserviceName[maxServiceNameLen]; // returns 
name of service
} serviceInfoType;

typedef serviceInfoType * serviceInfoPtr;



sysSvcLauchCmdSetServiceID expects cmdPBD to point to a valid 
ServiceIDType value.

You can get the currently active serivce ID value by launching 
sysSvcCmdGetServiceID  with cmdPBP pointing to  a ServiceIDType value 
to hold the result.

sysSvcLaunchCmdGetServiceInfo can be used to get the name of a 
service by its ID value, cmdPBP must point to a service InfoType 
structure.


Finally you can get a list of all available services by ID and name. 
This allows you to display a list of available services to the user 
and get the service ID of the selected item. CmdPBP is passed with a 
serviceListType structure. The structure will return with a number of 
services and two memory handles. Your application is responsible for 
freeing the handles. The first handle contains a list of numServices 
serviceID UInt32 values. The second handle contains a packed list of 
numservices null terminated string service names.

you can covert the string list to an array of pointers with the call 
SysFormPointerArrayToStrings()

I hope this helps.

--- Gavin
-- 

-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/tech/support/forums/



re: ExgSend - ExgDisconnect

2004-03-05 Thread Gavin Peacock
Both IrDA and Bluetooth Exchange buffer all the data you send and don't actually send 
anything until the call to ExgDisconnect. The while Ir or Bluetooth transaction 
happens within the ExgDisconect call. So you need to have enough space available for a 
copy of what you are sending in order to send it.
-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/


re: MemoPad import/export under Cobalt

2004-03-05 Thread Gavin Peacock
MemoPad has always used the same format for multiple text entries (or categories). It 
uses multi-part mime (rfc2046 multipart/mixed) including support for quoted printable. 
This will work back to 3.0 devices and continues to be supported on Cobalt. 

FYI Cobalt also supports ExgGet from the PIM applications. So you can extract data 
entries. So with Cobalt you can go both ways using the exchange manager.
-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palmos.com/dev/support/forums/