Home > Archive > SQL Anywhere ultralite > March 2006 > Re: Synch freezing in .Net









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author Re: Synch freezing in .Net
Jonathan Chapman

2006-03-23, 1:24 pm

We actually waited and it did stop after 2 hours with a communication error.
Is there a setting that would make it wait that long? The normal wait time
that I have experienced, in other situations, is 2 minutes.

Thanks,
Jonathan

"Jonathan Chapman" < jonathan_chapman@ape
xsi.com> wrote in message
news:4421b9a2$1@foru
ms-2-dub...
> Hi,
> I'm using the 9.0.2 Build 3267 Ultralite .Net component on a Pocket PC
> 2003 device with a 802.11b wireless card.
>
> If I go out of coverage and then go in and out of coverage along the

fringe
> my synchronization will eventually hang. My call is
> iAnywhere.Data.Ultralite.ULConnection conn;
>
> ....
>
> pub = conn.Schema. GetPublicationSchema
("Security");
>
> oldMask = conn.SyncParms.PublicationMask;
>
> conn.SyncParms.PublicationMask = pub.Mask;
>
> conn.SyncParms.UserName = loginID;
>
> conn.SyncParms.Password = password;
>
> if (newPassword != null && newPassword != "")
>
> {
>
> conn.SyncParms.NewPassword = newPassword;
>
> }
>
> conn.Synchronize();
>
> Sometimes I never return from the conn.Synchronize. The wait cursor I

have
> just continues to spin.
>
> Any ideas?
>
> Note: When I do the synch with the listener I can also get this to happen.
> In addition it will happen in the fields with a WWAN connection.
>
> Thanks,
>
> Jonathan
>
>
>



Greg Fenton

2006-03-23, 1:25 pm

Jonathan Chapman wrote:
> We actually waited and it did stop after 2 hours with a communication error.
> Is there a setting that would make it wait that long? The normal wait time
> that I have experienced, in other situations, is 2 minutes.
>


Have you read:

http://www.ianywhere.com/developer/...link_tcpip.html

The important thing to walk away from the above document is that
changing the default timeout behaviour of the OS (which is 2 hours) is
the better solution.

Hope this helps,
greg.fenton
--
Greg Fenton
Consultant, Solution Services, iAnywhere Solutions
--------
Visit the iAnywhere Solutions Developer Community
Whitepapers, TechDocs, Downloads
http://www.ianywhere.com/developer/
Jonathan Chapman

2006-03-24, 11:25 am

I have made this change and it seems to work in some circumstances. We are
still verifying all situations. The one question I have is how to do the
same thing for TCPIP6. TCPIP6 already has the registry keys. When I change
the timeout to 30 seconds and reboots it keeps on getting set back to
7200000. Do you know what may be setting this back?

Thanks,
Jonathan
"Greg Fenton" <greg. fenton_NOSPAM_@ianyw
here.com> wrote in message
news:4422b5bc$1@foru
ms-2-dub...
> Jonathan Chapman wrote:
error.[color=darkred]
time[color=darkred]
>
> Have you read:
>
> http://www.ianywhere.com/developer/...link_tcpip.html
>
> The important thing to walk away from the above document is that
> changing the default timeout behaviour of the OS (which is 2 hours) is
> the better solution.
>
> Hope this helps,
> greg.fenton
> --
> Greg Fenton
> Consultant, Solution Services, iAnywhere Solutions
> --------
> Visit the iAnywhere Solutions Developer Community
> Whitepapers, TechDocs, Downloads
> http://www.ianywhere.com/developer/



Sponsored Links





Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive | Programming forum archive

Copyright 2008 droptable.com