SQLE_UNCOMMITTED_TRANSACTIONS

This is a multi-part message in MIME format.

------=_NextPart_000_018B_01CB9B80.45E64870
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: base64

SGkuDQoNClNvbWV0aW1lcyB3ZSBoYXZlIHRyb3VibGVzIGR1cmluZyBzeW5jaHJvbml6YXRpb24g
b2YgV00gVUwgY2xpZW50ICg5LjAuMi4zOTI0KSB3aXRoIEFTQSBTZXJ2ZXIgKDkuMC4yLjM5MjQp
LiBPbiBjbGllbnQgd2UgZ2V0IGVycm9yIFNRTEVfVU5DT01NSVRURURfVFJBTlNBQ1RJT04gYW5k
IG9uIHNlcnZlciBpdCBwcm9kdWNlIFByb3RvY29sIGVycm9yICgtMTAwMDEpLiBBbmQgb25seSBz
b2x1dGlvbiB3ZSBoYXZlIC0gcmVpbnN0YWxsIGFwcGxpY2F0aW9uIHdpdGggcmVidWlsZCB1bHRy
YWxpdGUgZGF0YWJhc2UgOigNCiBDbGllbnQgYXBwbGljYXRpb24gZG8gbm90IHVzZSBhbnkgdHJh
bnNhY3Rpb25zLCB0aGVyZWZvcmUgaXQgaXMgdW5leHBlY3RlZCBlcnJvciBhbmQgd2UgaGF2ZSBu
byBpZGVhcyB0byBjb3JyZWN0IHRoaXMgcHJvYmxlbS4gTWF5IGJlIGFueWJvZHkgaGF2ZSBpdD8g
UGxlYXNlIGd1aWRlIHVzIGluIHJpZ2h0IGRpcmVjdGlvbi4NCg0KQ2xpZW50IGRldmljZXM6IEds
b2ZpaXNoIHg4MDAgYW5kIFJvdmVyIEV2byB4Ny4NCiANCg0KLS0gDQpCZXN0IHJlZ2FyZHMsDQoN
CkFsZXggVXNtYW5vdg0KQVNBXE1MXFVMIDkuMC4yLjM5MjQ=

------=_NextPart_000_018B_01CB9B80.45E64870
Content-Type: text/html;
	charset="koi8-r"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtv
aTgtciIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBuYW1lPUdFTkVSQVRPUiBjb250
ZW50PSJNU0hUTUwgOC4wMC42MDAxLjE4OTc1Ij4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFEPg0K
PEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD5IaS48
L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8
L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+U29tZXRpbWVzIHdlIGhhdmUgdHJv
dWJsZXMgZHVyaW5nIHN5bmNocm9uaXphdGlvbiANCm9mIFdNIFVMIGNsaWVudCAoOS4wLjIuMzky
NCkgd2l0aCBBU0EgU2VydmVyICg5LjAuMi4zOTI0KS4gT24gY2xpZW50IHdlIGdldCANCmVycm9y
IFNRTEVfVU5DT01NSVRURURfVFJBTlNBQ1RJT04gYW5kJm5ic3A7b24gc2VydmVyIGl0IHByb2R1
Y2UgUHJvdG9jb2wgZXJyb3IgDQooPEZPTlQgc2l6ZT0yPi0xMDAwMTwvRk9OVD4pLiBBbmQgb25s
eSBzb2x1dGlvbiB3ZSBoYXZlIC0gcmVpbnN0YWxsIGFwcGxpY2F0aW9uIA0Kd2l0aCByZWJ1aWxk
IHVsdHJhbGl0ZSBkYXRhYmFzZSA6KDwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZh
Y2U9QXJpYWw+Jm5ic3A7Q2xpZW50IGFwcGxpY2F0aW9uIGRvIG5vdCB1c2UgYW55IA0KdHJhbnNh
Y3Rpb25zLCB0aGVyZWZvcmUgaXQgaXMgdW5leHBlY3RlZCBlcnJvciBhbmQgd2UgaGF2ZSBubyBp
ZGVhcyB0byBjb3JyZWN0IA0KdGhpcyBwcm9ibGVtLiBNYXkgYmUgYW55Ym9keSBoYXZlIGl0PyBQ
bGVhc2UgZ3VpZGUgdXMgaW4gcmlnaHQgDQpkaXJlY3Rpb24uPC9GT05UPjwvRElWPg0KPERJVj48
Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNp
emU9MiBmYWNlPUFyaWFsPkNsaWVudCBkZXZpY2VzOiBHbG9maWlzaCB4ODAwIGFuZCBSb3ZlciBF
dm8gDQp4Ny48L0ZPTlQ+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPiZuYnNw
OzwvRk9OVD48L0RJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD4NCjxESVY+PEJSPi0tIDxCUj5C
ZXN0IHJlZ2FyZHMsPC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPg0KPERJVj5BbGV4IFVzbWFub3Y8
QlI+QVNBXE1MXFVMIDkuMC4yLjM5MjQ8L0ZPTlQ+PC9ESVY+PC9CT0RZPjwvSFRNTD4NCg==

------=_NextPart_000_018B_01CB9B80.45E64870--

0
Usmanov
12/14/2010 8:16:00 AM
sybase.sqlanywhere.ultralite 2982 articles. 0 followers. Follow

4 Replies
553 Views

Similar Articles

[PageSpeed] 46

This is a multi-part message in MIME format.

------=_NextPart_000_0020_01CB9C5E.62599CD0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable

In 9.0.2, this error is signaled by UL before starting a synchronization =
if any connection has an open transaction. If you are always committing =
your changes or using an auto-committing API, this should never be the =
case. The error can also be signaled *during* synchronization if UL =
finds a row which isn't committed -- but this should be impossible given =
the initial check, and probably indicates the database or storage medium =
has become corrupt. Some customers have resolved corrupt database issues =
on WinCE by switching to a different flash card memory vendor.

- Tim

  "Usmanov A." <alex_u@pochtamt.ru> wrote in message =
news:4d0727c0@forums-1-dub...
  Hi.

  Sometimes we have troubles during synchronization of WM UL client =
(9.0.2.3924) with ASA Server (9.0.2.3924). On client we get error =
SQLE_UNCOMMITTED_TRANSACTION and on server it produce Protocol error =
(-10001). And only solution we have - reinstall application with rebuild =
ultralite database :(
   Client application do not use any transactions, therefore it is =
unexpected error and we have no ideas to correct this problem. May be =
anybody have it? Please guide us in right direction.

  Client devices: Glofiish x800 and Rover Evo x7.


  --=20
  Best regards,

  Alex Usmanov
  ASA\ML\UL 9.0.2.3924
------=_NextPart_000_0020_01CB9C5E.62599CD0
Content-Type: text/html;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dkoi8-r">
<META content=3D"MSHTML 6.00.6000.17092" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>In 9.0.2, this error is signaled by UL =
before=20
starting a&nbsp;synchronization if any connection has an open =
transaction. If=20
you are always committing your changes or using an auto-committing API, =
this=20
should never be the case. The error can also be signaled *during*=20
synchronization if UL finds a row which isn't committed -- but&nbsp;this =
should=20
be impossible given the initial check, and probably indicates the =
database or=20
storage medium has become corrupt. Some customers have resolved corrupt =
database=20
issues&nbsp;on WinCE by switching to a different flash card memory=20
vendor.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>- Tim</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV>"Usmanov A." &lt;<A=20
  href=3D"mailto:alex_u@pochtamt.ru">alex_u@pochtamt.ru</A>&gt; wrote in =
message=20
  <A =
href=3D"news:4d0727c0@forums-1-dub">news:4d0727c0@forums-1-dub</A>...</DI=
V>
  <DIV><FONT face=3DArial size=3D2>Hi.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Sometimes we have troubles during =
synchronization=20
  of WM UL client (9.0.2.3924) with ASA Server (9.0.2.3924). On client =
we get=20
  error SQLE_UNCOMMITTED_TRANSACTION and&nbsp;on server it produce =
Protocol=20
  error (<FONT size=3D2>-10001</FONT>). And only solution we have - =
reinstall=20
  application with rebuild ultralite database :(</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>&nbsp;Client application do not use =
any=20
  transactions, therefore it is unexpected error and we have no ideas to =
correct=20
  this problem. May be anybody have it? Please guide us in right=20
  direction.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Client devices: Glofiish x800 and =
Rover Evo=20
  x7.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV><FONT face=3DArial =
size=3D2>
  <DIV><BR>-- <BR>Best regards,</DIV>
  <DIV>&nbsp;</DIV>
  <DIV>Alex Usmanov<BR>ASA\ML\UL=20
9.0.2.3924</FONT></DIV></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_0020_01CB9C5E.62599CD0--

0
Tim
12/15/2010 6:46:16 PM
This is a multi-part message in MIME format.

------=_NextPart_000_003D_01CB9D1A.85861AA0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: base64

DQo+IFRoZSBlcnJvciBjYW4gYWxzbyBiZSBzaWduYWxlZCAqZHVyaW5nKiBzeW5jaHJvbml6YXRp
b24gaWYgVUwgZmluZHMgYSByb3cgd2hpY2ggaXNuJ3QgY29tbWl0dGVkIC0tIGJ1dCB0aGlzIHNo
b3VsZCBiZSBpbXBvc3NpYmxlIGdpdmVuIHRoZSBpbml0aWFsIGNoZWNrLCBhbmQgcHJvYmFibHkg
aW5kaWNhdGVzIHRoZSBkYXRhYmFzZSBvciBzdG9yYWdlIG1lZGl1bSBoYXMgYmVjb21lIGNvcnJ1
cHQuDQoNClRoYW5rcywgSXQncyBzZWVtcyBvdXIgY2FzZS4gWWVzdGVyZGF5IEkgaGF2ZSByZWNl
aXZlZCB0aGlzIGVycm9yIGFmdGVyIHJlYm9vdCBvZiB0aGUgZGV2aWNlIGR1cmluZyBhIHN5bmNo
cm9uaXphdGlvbiBwcm9ncmVzcy4gV2VsbC4gSXMgdGhlcmUgYW55IHRvb2xzIG9yIHRyaWNrcyB0
byByZXBhaXIgY29ycnVwdGVkIHJlY29yZHM/IEF0IGxlYXN0IHdlIHdhbnQgdG8ga25vdyBhdCBz
dGFydCBvZiBhcHBsaWNhdGlvbiAgdGhhdCBkYXRhYmFzZSBpcyBjb3JydXB0ZWQgIHRvIHByZXZl
bnQgdXNlcidzIHdvcmsgIChub3cgdXNlciBjb250aW51ZXMgdG8gY3JlYXRlIG9mIG5ldyBkb2N1
bWVudHMgd2hpY2ggbGF0ZXIgaW1wb3NzaWJsZSB0byB1cGxvYWQgYmVjYXVzZSBTUUxFX1VOQ09N
TUlUVEVEX1RSQU5TQUNUSU9OUyBlcnJvciBhcmlzZSkNCi0tIA0KQmVzdCByZWdhcmRzLA0KDQpB
bGV4IFVzbWFub3YNCkFTQVxNTFxVTCA5LjAuMi4zOTI0DQoNCiAgIlRpbSBNY0NsZW1lbnRzIFtT
eWJhc2VdIiA8bWNjbGVtZW5Ybm9zcGFtQHN5YmFzZS5jb20+INPPz8Ldycwv08/Pwt3JzMEg1yDO
z9fP09TRyCDTzMXE1cDdxcU6IG5ld3M6NGQwOTBjZjgkMUBmb3J1bXMtMS1kdWIuLi4NCiAgSW4g
OS4wLjIsIHRoaXMgZXJyb3IgaXMgc2lnbmFsZWQgYnkgVUwgYmVmb3JlIHN0YXJ0aW5nIGEgc3lu
Y2hyb25pemF0aW9uIGlmIGFueSBjb25uZWN0aW9uIGhhcyBhbiBvcGVuIHRyYW5zYWN0aW9uLiBJ
ZiB5b3UgYXJlIGFsd2F5cyBjb21taXR0aW5nIHlvdXIgY2hhbmdlcyBvciB1c2luZyBhbiBhdXRv
LWNvbW1pdHRpbmcgQVBJLCB0aGlzIHNob3VsZCBuZXZlciBiZSB0aGUgY2FzZS4gVGhlIGVycm9y
IGNhbiBhbHNvIGJlIHNpZ25hbGVkICpkdXJpbmcqIHN5bmNocm9uaXphdGlvbiBpZiBVTCBmaW5k
cyBhIHJvdyB3aGljaCBpc24ndCBjb21taXR0ZWQgLS0gYnV0IHRoaXMgc2hvdWxkIGJlIGltcG9z
c2libGUgZ2l2ZW4gdGhlIGluaXRpYWwgY2hlY2ssIGFuZCBwcm9iYWJseSBpbmRpY2F0ZXMgdGhl
IGRhdGFiYXNlIG9yIHN0b3JhZ2UgbWVkaXVtIGhhcyBiZWNvbWUgY29ycnVwdC4gU29tZSBjdXN0
b21lcnMgaGF2ZSByZXNvbHZlZCBjb3JydXB0IGRhdGFiYXNlIGlzc3VlcyBvbiBXaW5DRSBieSBz
d2l0Y2hpbmcgdG8gYSBkaWZmZXJlbnQgZmxhc2ggY2FyZCBtZW1vcnkgdmVuZG9yLg0KDQogIC0g
VGltDQoNCiAgICAiVXNtYW5vdiBBLiIgPGFsZXhfdUBwb2NodGFtdC5ydT4gd3JvdGUgaW4gbWVz
c2FnZSBuZXdzOjRkMDcyN2MwQGZvcnVtcy0xLWR1Yi4uLg0KICAgIEhpLg0KDQogICAgU29tZXRp
bWVzIHdlIGhhdmUgdHJvdWJsZXMgZHVyaW5nIHN5bmNocm9uaXphdGlvbiBvZiBXTSBVTCBjbGll
bnQgKDkuMC4yLjM5MjQpIHdpdGggQVNBIFNlcnZlciAoOS4wLjIuMzkyNCkuIE9uIGNsaWVudCB3
ZSBnZXQgZXJyb3IgU1FMRV9VTkNPTU1JVFRFRF9UUkFOU0FDVElPTiBhbmQgb24gc2VydmVyIGl0
IHByb2R1Y2UgUHJvdG9jb2wgZXJyb3IgKC0xMDAwMSkuIEFuZCBvbmx5IHNvbHV0aW9uIHdlIGhh
dmUgLSByZWluc3RhbGwgYXBwbGljYXRpb24gd2l0aCByZWJ1aWxkIHVsdHJhbGl0ZSBkYXRhYmFz
ZSA6KA0KICAgICBDbGllbnQgYXBwbGljYXRpb24gZG8gbm90IHVzZSBhbnkgdHJhbnNhY3Rpb25z
LCB0aGVyZWZvcmUgaXQgaXMgdW5leHBlY3RlZCBlcnJvciBhbmQgd2UgaGF2ZSBubyBpZGVhcyB0
byBjb3JyZWN0IHRoaXMgcHJvYmxlbS4gTWF5IGJlIGFueWJvZHkgaGF2ZSBpdD8gUGxlYXNlIGd1
aWRlIHVzIGluIHJpZ2h0IGRpcmVjdGlvbi4NCg0KICAgIENsaWVudCBkZXZpY2VzOiBHbG9maWlz
aCB4ODAwIGFuZCBSb3ZlciBFdm8geDcuDQoNCg0KICAgIC0tIA0KICAgIEJlc3QgcmVnYXJkcywN
Cg0KICAgIEFsZXggVXNtYW5vdg0KICAgIEFTQVxNTFxVTCA5LjAuMi4zOTI0

------=_NextPart_000_003D_01CB9D1A.85861AA0
Content-Type: text/html;
	charset="koi8-r"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtv
aTgtciIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBuYW1lPUdFTkVSQVRPUiBjb250
ZW50PSJNU0hUTUwgOC4wMC42MDAxLjE4OTk5Ij4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFEPg0K
PEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZP
TlQ+Jm5ic3A7PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPiZndDsmbmJzcDtU
aGUgZXJyb3IgY2FuIGFsc28gYmUgc2lnbmFsZWQgKmR1cmluZyogDQpzeW5jaHJvbml6YXRpb24g
aWYgVUwgZmluZHMgYSByb3cgd2hpY2ggaXNuJ3QgY29tbWl0dGVkIC0tIGJ1dCZuYnNwO3RoaXMg
c2hvdWxkIA0KYmUgaW1wb3NzaWJsZSBnaXZlbiB0aGUgaW5pdGlhbCBjaGVjaywgYW5kIHByb2Jh
Ymx5IGluZGljYXRlcyB0aGUgZGF0YWJhc2Ugb3IgDQpzdG9yYWdlIG1lZGl1bSBoYXMgYmVjb21l
IGNvcnJ1cHQuPC9GT05UPjwvRElWPg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6
ZT0yIGZhY2U9QXJpYWw+VGhhbmtzLCBJdCdzIHNlZW1zIG91ciBjYXNlLiBZZXN0ZXJkYXkgSSBo
YXZlIA0KcmVjZWl2ZWQgdGhpcyBlcnJvciBhZnRlciByZWJvb3Qgb2YgdGhlIGRldmljZSBkdXJp
bmcgYSBzeW5jaHJvbml6YXRpb24gDQpwcm9ncmVzcy4gV2VsbC4gSXMgdGhlcmUgYW55IHRvb2xz
IG9yIHRyaWNrcyB0byByZXBhaXIgY29ycnVwdGVkIHJlY29yZHM/IEF0IA0KbGVhc3Qgd2Ugd2Fu
dCB0byBrbm93IGF0IHN0YXJ0IG9mIGFwcGxpY2F0aW9uJm5ic3A7IHRoYXQgZGF0YWJhc2UgaXMg
DQpjb3JydXB0ZWQmbmJzcDsgdG8gcHJldmVudCB1c2VyJ3Mgd29yayAgKG5vdyB1c2VyIGNvbnRp
bnVlcyB0byBjcmVhdGUgb2YgbmV3IA0KZG9jdW1lbnRzIHdoaWNoIGxhdGVyIGltcG9zc2libGUg
dG8gdXBsb2FkIGJlY2F1c2UgU1FMRV9VTkNPTU1JVFRFRF9UUkFOU0FDVElPTlMgDQplcnJvciBh
cmlzZSk8L0ZPTlQ+PC9ESVY+DQo8RElWPi0tIDxCUj5CZXN0IHJlZ2FyZHMsPC9ESVY+DQo8RElW
PjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+QWxleCBV
c21hbm92PEJSPkFTQVxNTFxVTCA5LjAuMi4zOTI0PEJSPjwvRElWPg0KPEJMT0NLUVVPVEUgDQpz
dHlsZT0iQk9SREVSLUxFRlQ6ICMwMDAwMDAgMnB4IHNvbGlkOyBQQURESU5HLUxFRlQ6IDVweDsg
UEFERElORy1SSUdIVDogMHB4OyBNQVJHSU4tTEVGVDogNXB4OyBNQVJHSU4tUklHSFQ6IDBweCIg
DQpkaXI9bHRyPg0KICA8RElWPiJUaW0gTWNDbGVtZW50cyBbU3liYXNlXSIgJmx0OzxBIA0KICBo
cmVmPSJtYWlsdG86bWNjbGVtZW5Ybm9zcGFtQHN5YmFzZS5jb20iPm1jY2xlbWVuWG5vc3BhbUBz
eWJhc2UuY29tPC9BPiZndDsgDQogINPPz8Ldycwv08/Pwt3JzMEg1yDOz9fP09TRyCDTzMXE1cDd
xcU6IDxBIA0KICBocmVmPSJuZXdzOjRkMDkwY2Y4JDFAZm9ydW1zLTEtZHViIj5uZXdzOjRkMDkw
Y2Y4JDFAZm9ydW1zLTEtZHViPC9BPi4uLjwvRElWPg0KICA8RElWPjxGT05UIHNpemU9MiBmYWNl
PUFyaWFsPkluIDkuMC4yLCB0aGlzIGVycm9yIGlzIHNpZ25hbGVkIGJ5IFVMIGJlZm9yZSANCiAg
c3RhcnRpbmcgYSZuYnNwO3N5bmNocm9uaXphdGlvbiBpZiBhbnkgY29ubmVjdGlvbiBoYXMgYW4g
b3BlbiB0cmFuc2FjdGlvbi4gSWYgDQogIHlvdSBhcmUgYWx3YXlzIGNvbW1pdHRpbmcgeW91ciBj
aGFuZ2VzIG9yIHVzaW5nIGFuIGF1dG8tY29tbWl0dGluZyBBUEksIHRoaXMgDQogIHNob3VsZCBu
ZXZlciBiZSB0aGUgY2FzZS4gVGhlIGVycm9yIGNhbiBhbHNvIGJlIHNpZ25hbGVkICpkdXJpbmcq
IA0KICBzeW5jaHJvbml6YXRpb24gaWYgVUwgZmluZHMgYSByb3cgd2hpY2ggaXNuJ3QgY29tbWl0
dGVkIC0tIGJ1dCZuYnNwO3RoaXMgDQogIHNob3VsZCBiZSBpbXBvc3NpYmxlIGdpdmVuIHRoZSBp
bml0aWFsIGNoZWNrLCBhbmQgcHJvYmFibHkgaW5kaWNhdGVzIHRoZSANCiAgZGF0YWJhc2Ugb3Ig
c3RvcmFnZSBtZWRpdW0gaGFzIGJlY29tZSBjb3JydXB0LiBTb21lIGN1c3RvbWVycyBoYXZlIHJl
c29sdmVkIA0KICBjb3JydXB0IGRhdGFiYXNlIGlzc3VlcyZuYnNwO29uIFdpbkNFIGJ5IHN3aXRj
aGluZyB0byBhIGRpZmZlcmVudCBmbGFzaCBjYXJkIA0KICBtZW1vcnkgdmVuZG9yLjwvRk9OVD48
L0RJVj4NCiAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9ESVY+
DQogIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+LSBUaW08L0ZPTlQ+PC9ESVY+DQogIDxE
SVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElWPg0KICA8QkxPQ0tR
VU9URSANCiAgc3R5bGU9IkJPUkRFUi1MRUZUOiAjMDAwMDAwIDJweCBzb2xpZDsgUEFERElORy1M
RUZUOiA1cHg7IFBBRERJTkctUklHSFQ6IDBweDsgTUFSR0lOLUxFRlQ6IDVweDsgTUFSR0lOLVJJ
R0hUOiAwcHgiIA0KICBkaXI9bHRyPg0KICAgIDxESVY+IlVzbWFub3YgQS4iICZsdDs8QSANCiAg
ICBocmVmPSJtYWlsdG86YWxleF91QHBvY2h0YW10LnJ1Ij5hbGV4X3VAcG9jaHRhbXQucnU8L0E+
Jmd0OyB3cm90ZSBpbiBtZXNzYWdlIA0KICAgIDxBIGhyZWY9Im5ld3M6NGQwNzI3YzBAZm9ydW1z
LTEtZHViIj5uZXdzOjRkMDcyN2MwQGZvcnVtcy0xLWR1YjwvQT4uLi48L0RJVj4NCiAgICA8RElW
PjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPkhpLjwvRk9OVD48L0RJVj4NCiAgICA8RElWPjxGT05U
IHNpemU9MiBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgICA8RElWPjxGT05UIHNp
emU9MiBmYWNlPUFyaWFsPlNvbWV0aW1lcyB3ZSBoYXZlIHRyb3VibGVzIGR1cmluZyANCiAgICBz
eW5jaHJvbml6YXRpb24gb2YgV00gVUwgY2xpZW50ICg5LjAuMi4zOTI0KSB3aXRoIEFTQSBTZXJ2
ZXIgKDkuMC4yLjM5MjQpLiANCiAgICBPbiBjbGllbnQgd2UgZ2V0IGVycm9yIFNRTEVfVU5DT01N
SVRURURfVFJBTlNBQ1RJT04gYW5kJm5ic3A7b24gc2VydmVyIGl0IA0KICAgIHByb2R1Y2UgUHJv
dG9jb2wgZXJyb3IgKDxGT05UIHNpemU9Mj4tMTAwMDE8L0ZPTlQ+KS4gQW5kIG9ubHkgc29sdXRp
b24gd2UgDQogICAgaGF2ZSAtIHJlaW5zdGFsbCBhcHBsaWNhdGlvbiB3aXRoIHJlYnVpbGQgdWx0
cmFsaXRlIGRhdGFiYXNlIDooPC9GT05UPjwvRElWPg0KICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZh
Y2U9QXJpYWw+Jm5ic3A7Q2xpZW50IGFwcGxpY2F0aW9uIGRvIG5vdCB1c2UgYW55IA0KICAgIHRy
YW5zYWN0aW9ucywgdGhlcmVmb3JlIGl0IGlzIHVuZXhwZWN0ZWQgZXJyb3IgYW5kIHdlIGhhdmUg
bm8gaWRlYXMgdG8gDQogICAgY29ycmVjdCB0aGlzIHByb2JsZW0uIE1heSBiZSBhbnlib2R5IGhh
dmUgaXQ/IFBsZWFzZSBndWlkZSB1cyBpbiByaWdodCANCiAgICBkaXJlY3Rpb24uPC9GT05UPjwv
RElWPg0KICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElW
Pg0KICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+Q2xpZW50IGRldmljZXM6IEdsb2Zp
aXNoIHg4MDAgYW5kIFJvdmVyIEV2byANCiAgICB4Ny48L0ZPTlQ+PC9ESVY+DQogICAgPERJVj48
Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9ESVY+PEZPTlQgc2l6ZT0yIGZh
Y2U9QXJpYWw+DQogICAgPERJVj48QlI+LS0gPEJSPkJlc3QgcmVnYXJkcyw8L0RJVj4NCiAgICA8
RElWPiZuYnNwOzwvRElWPg0KICAgIDxESVY+QWxleCBVc21hbm92PEJSPkFTQVxNTFxVTCANCjku
MC4yLjM5MjQ8L0ZPTlQ+PC9ESVY+PC9CTE9DS1FVT1RFPjwvQkxPQ0tRVU9URT48L0JPRFk+PC9I
VE1MPg0K

------=_NextPart_000_003D_01CB9D1A.85861AA0--

0
Usmanov
12/16/2010 9:12:38 AM
This is a multi-part message in MIME format.

------=_NextPart_000_0036_01CBA04E.362886F0
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable

I can't think of any way to detect this condition other than trying to =
synchronize.
You should be able to recover data from the database with SELECT =
statements or the desktop unload tool. Unloading and reloading the =
database on the desktop should fix the problem.

We could help you more if you upgraded to a newer version, since we are =
no longer releasing 9.0.2 EBFs.

Is a reboot of the device required to reproduce this problem?
Can you send me the corrupt database?

- Tim
  "Usmanov A." <alex_u@pochtamt.ru> wrote in message =
news:4d09d806@forums-1-dub...

  > The error can also be signaled *during* synchronization if UL finds =
a row which isn't committed -- but this should be impossible given the =
initial check, and probably indicates the database or storage medium has =
become corrupt.

  Thanks, It's seems our case. Yesterday I have received this error =
after reboot of the device during a synchronization progress. Well. Is =
there any tools or tricks to repair corrupted records? At least we want =
to know at start of application  that database is corrupted  to prevent =
user's work (now user continues to create of new documents which later =
impossible to upload because SQLE_UNCOMMITTED_TRANSACTIONS error arise)
  --=20
  Best regards,

  Alex Usmanov
  ASA\ML\UL 9.0.2.3924

    "Tim McClements [Sybase]" <mcclemenXnospam@sybase.com> =
=D3=CF=CF=C2=DD=C9=CC/=D3=CF=CF=C2=DD=C9=CC=C1 =D7 =
=CE=CF=D7=CF=D3=D4=D1=C8 =D3=CC=C5=C4=D5=C0=DD=C5=C5: =
news:4d090cf8$1@forums-1-dub...
    In 9.0.2, this error is signaled by UL before starting a =
synchronization if any connection has an open transaction. If you are =
always committing your changes or using an auto-committing API, this =
should never be the case. The error can also be signaled *during* =
synchronization if UL finds a row which isn't committed -- but this =
should be impossible given the initial check, and probably indicates the =
database or storage medium has become corrupt. Some customers have =
resolved corrupt database issues on WinCE by switching to a different =
flash card memory vendor.

    - Tim

      "Usmanov A." <alex_u@pochtamt.ru> wrote in message =
news:4d0727c0@forums-1-dub...
      Hi.

      Sometimes we have troubles during synchronization of WM UL client =
(9.0.2.3924) with ASA Server (9.0.2.3924). On client we get error =
SQLE_UNCOMMITTED_TRANSACTION and on server it produce Protocol error =
(-10001). And only solution we have - reinstall application with rebuild =
ultralite database :(
       Client application do not use any transactions, therefore it is =
unexpected error and we have no ideas to correct this problem. May be =
anybody have it? Please guide us in right direction.

      Client devices: Glofiish x800 and Rover Evo x7.


      --=20
      Best regards,

      Alex Usmanov
      ASA\ML\UL 9.0.2.3924
------=_NextPart_000_0036_01CBA04E.362886F0
Content-Type: text/html;
	charset="koi8-r"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type content=3D"text/html; charset=3Dkoi8-r">
<META content=3D"MSHTML 6.00.6000.17092" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>I can't think of any way to detect this =
condition=20
other than trying to synchronize.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>You should be able to recover data from =
the=20
database with SELECT statements or the desktop unload tool. Unloading =
and=20
reloading the database on the desktop should fix the =
problem.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>We could help you more if you upgraded =
to a newer=20
version, since we are no longer releasing 9.0.2 EBFs.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Is a reboot of the device required to =
reproduce=20
this problem?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>Can you send me the corrupt =
database?</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>- Tim</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV>"Usmanov A." &lt;<A=20
  href=3D"mailto:alex_u@pochtamt.ru">alex_u@pochtamt.ru</A>&gt; wrote in =
message=20
  <A =
href=3D"news:4d09d806@forums-1-dub">news:4d09d806@forums-1-dub</A>...</DI=
V>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>&gt;&nbsp;The error can also be =
signaled *during*=20
  synchronization if UL finds a row which isn't committed -- =
but&nbsp;this=20
  should be impossible given the initial check, and probably indicates =
the=20
  database or storage medium has become corrupt.</FONT></DIV>
  <DIV>&nbsp;</DIV>
  <DIV><FONT face=3DArial size=3D2>Thanks, It's seems our case. =
Yesterday I have=20
  received this error after reboot of the device during a =
synchronization=20
  progress. Well. Is there any tools or tricks to repair corrupted =
records? At=20
  least we want to know at start of application&nbsp; that database is=20
  corrupted&nbsp; to prevent user's work (now user continues to create =
of new=20
  documents which later impossible to upload because=20
  SQLE_UNCOMMITTED_TRANSACTIONS error arise)</FONT></DIV>
  <DIV>-- <BR>Best regards,</DIV>
  <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
  <DIV>Alex Usmanov<BR>ASA\ML\UL 9.0.2.3924<BR></DIV>
  <BLOCKQUOTE dir=3Dltr=20
  style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
    <DIV>"Tim McClements [Sybase]" &lt;<A=20
    =
href=3D"mailto:mcclemenXnospam@sybase.com">mcclemenXnospam@sybase.com</A>=
&gt;=20
    =D3=CF=CF=C2=DD=C9=CC/=D3=CF=CF=C2=DD=C9=CC=C1 =D7 =
=CE=CF=D7=CF=D3=D4=D1=C8 =D3=CC=C5=C4=D5=C0=DD=C5=C5: <A=20
    =
href=3D"news:4d090cf8$1@forums-1-dub">news:4d090cf8$1@forums-1-dub</A>...=
</DIV>
    <DIV><FONT face=3DArial size=3D2>In 9.0.2, this error is signaled by =
UL before=20
    starting a&nbsp;synchronization if any connection has an open =
transaction.=20
    If you are always committing your changes or using an =
auto-committing API,=20
    this should never be the case. The error can also be signaled =
*during*=20
    synchronization if UL finds a row which isn't committed -- =
but&nbsp;this=20
    should be impossible given the initial check, and probably indicates =
the=20
    database or storage medium has become corrupt. Some customers have =
resolved=20
    corrupt database issues&nbsp;on WinCE by switching to a different =
flash card=20
    memory vendor.</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <DIV><FONT face=3DArial size=3D2>- Tim</FONT></DIV>
    <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
    <BLOCKQUOTE dir=3Dltr=20
    style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
      <DIV>"Usmanov A." &lt;<A=20
      href=3D"mailto:alex_u@pochtamt.ru">alex_u@pochtamt.ru</A>&gt; =
wrote in=20
      message <A=20
      =
href=3D"news:4d0727c0@forums-1-dub">news:4d0727c0@forums-1-dub</A>...</DI=
V>
      <DIV><FONT face=3DArial size=3D2>Hi.</FONT></DIV>
      <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
      <DIV><FONT face=3DArial size=3D2>Sometimes we have troubles during =

      synchronization of WM UL client (9.0.2.3924) with ASA Server =
(9.0.2.3924).=20
      On client we get error SQLE_UNCOMMITTED_TRANSACTION and&nbsp;on =
server it=20
      produce Protocol error (<FONT size=3D2>-10001</FONT>). And only =
solution we=20
      have - reinstall application with rebuild ultralite database=20
      :(</FONT></DIV>
      <DIV><FONT face=3DArial size=3D2>&nbsp;Client application do not =
use any=20
      transactions, therefore it is unexpected error and we have no =
ideas to=20
      correct this problem. May be anybody have it? Please guide us in =
right=20
      direction.</FONT></DIV>
      <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
      <DIV><FONT face=3DArial size=3D2>Client devices: Glofiish x800 and =
Rover Evo=20
      x7.</FONT></DIV>
      <DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV><FONT =
face=3DArial size=3D2>
      <DIV><BR>-- <BR>Best regards,</DIV>
      <DIV>&nbsp;</DIV>
      <DIV>Alex Usmanov<BR>ASA\ML\UL=20
  =
9.0.2.3924</FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BLOCKQUOTE></BODY></HT=
ML>

------=_NextPart_000_0036_01CBA04E.362886F0--

0
Tim
12/20/2010 7:00:36 PM
This is a multi-part message in MIME format.

------=_NextPart_000_011A_01CBA1CF.ECC86790
Content-Type: text/plain;
	charset="koi8-r"
Content-Transfer-Encoding: base64

VGhhbmtzIGZvciBhbnN3ZXIuDQoNCj5JIGNhbid0IHRoaW5rIG9mIGFueSB3YXkgdG8gZGV0ZWN0
IHRoaXMgY29uZGl0aW9uIG90aGVyIHRoYW4gdHJ5aW5nIHRvIHN5bmNocm9uaXplLg0KQmFkIG5l
d3MgOigNCg0KPklzIGEgcmVib290IG9mIHRoZSBkZXZpY2UgcmVxdWlyZWQgdG8gcmVwcm9kdWNl
IHRoaXMgcHJvYmxlbT8NCkF0IGxlYXN0IG9uZSB0aW1lIEkgaGF2ZSBzZWVuIGl0LiBVc3VhbGx5
IGl0IGlzIG5lY2Vzc2FyeS4NCg0KPkNhbiB5b3Ugc2VuZCBtZSB0aGUgY29ycnVwdCBkYXRhYmFz
ZT8NCk9mIGNvdXJzZS4NCi0tIA0KQmVzdCByZWdhcmRzLA0KDQpBbGV4IFVzbWFub3YNCkFTQVxN
TFxVTCA5LjAuMi4zOTI0DQoNCiAgIlRpbSBNY0NsZW1lbnRzIFtTeWJhc2VdIiA8bWNjbGVtZW5Y
bm9zcGFtQHN5YmFzZS5jb20+INPPz8Ldycwv08/Pwt3JzMEg1yDOz9fP09TRyCDTzMXE1cDdxcU6
IG5ld3M6NGQwZmE3ZDQkMUBmb3J1bXMtMS1kdWIuLi4NCiAgSSBjYW4ndCB0aGluayBvZiBhbnkg
d2F5IHRvIGRldGVjdCB0aGlzIGNvbmRpdGlvbiBvdGhlciB0aGFuIHRyeWluZyB0byBzeW5jaHJv
bml6ZS4NCiAgWW91IHNob3VsZCBiZSBhYmxlIHRvIHJlY292ZXIgZGF0YSBmcm9tIHRoZSBkYXRh
YmFzZSB3aXRoIFNFTEVDVCBzdGF0ZW1lbnRzIG9yIHRoZSBkZXNrdG9wIHVubG9hZCB0b29sLiBV
bmxvYWRpbmcgYW5kIHJlbG9hZGluZyB0aGUgZGF0YWJhc2Ugb24gdGhlIGRlc2t0b3Agc2hvdWxk
IGZpeCB0aGUgcHJvYmxlbS4NCg0KICBXZSBjb3VsZCBoZWxwIHlvdSBtb3JlIGlmIHlvdSB1cGdy
YWRlZCB0byBhIG5ld2VyIHZlcnNpb24sIHNpbmNlIHdlIGFyZSBubyBsb25nZXIgcmVsZWFzaW5n
IDkuMC4yIEVCRnMuDQoNCiAgSXMgYSByZWJvb3Qgb2YgdGhlIGRldmljZSByZXF1aXJlZCB0byBy
ZXByb2R1Y2UgdGhpcyBwcm9ibGVtPw0KICBDYW4geW91IHNlbmQgbWUgdGhlIGNvcnJ1cHQgZGF0
YWJhc2U/DQoNCiAgLSBUaW0NCiAgICAiVXNtYW5vdiBBLiIgPGFsZXhfdUBwb2NodGFtdC5ydT4g
d3JvdGUgaW4gbWVzc2FnZSBuZXdzOjRkMDlkODA2QGZvcnVtcy0xLWR1Yi4uLg0KDQogICAgPiBU
aGUgZXJyb3IgY2FuIGFsc28gYmUgc2lnbmFsZWQgKmR1cmluZyogc3luY2hyb25pemF0aW9uIGlm
IFVMIGZpbmRzIGEgcm93IHdoaWNoIGlzbid0IGNvbW1pdHRlZCAtLSBidXQgdGhpcyBzaG91bGQg
YmUgaW1wb3NzaWJsZSBnaXZlbiB0aGUgaW5pdGlhbCBjaGVjaywgYW5kIHByb2JhYmx5IGluZGlj
YXRlcyB0aGUgZGF0YWJhc2Ugb3Igc3RvcmFnZSBtZWRpdW0gaGFzIGJlY29tZSBjb3JydXB0Lg0K
DQogICAgVGhhbmtzLCBJdCdzIHNlZW1zIG91ciBjYXNlLiBZZXN0ZXJkYXkgSSBoYXZlIHJlY2Vp
dmVkIHRoaXMgZXJyb3IgYWZ0ZXIgcmVib290IG9mIHRoZSBkZXZpY2UgZHVyaW5nIGEgc3luY2hy
b25pemF0aW9uIHByb2dyZXNzLiBXZWxsLiBJcyB0aGVyZSBhbnkgdG9vbHMgb3IgdHJpY2tzIHRv
IHJlcGFpciBjb3JydXB0ZWQgcmVjb3Jkcz8gQXQgbGVhc3Qgd2Ugd2FudCB0byBrbm93IGF0IHN0
YXJ0IG9mIGFwcGxpY2F0aW9uICB0aGF0IGRhdGFiYXNlIGlzIGNvcnJ1cHRlZCAgdG8gcHJldmVu
dCB1c2VyJ3Mgd29yayAobm93IHVzZXIgY29udGludWVzIHRvIGNyZWF0ZSBvZiBuZXcgZG9jdW1l
bnRzIHdoaWNoIGxhdGVyIGltcG9zc2libGUgdG8gdXBsb2FkIGJlY2F1c2UgU1FMRV9VTkNPTU1J
VFRFRF9UUkFOU0FDVElPTlMgZXJyb3IgYXJpc2UpDQogICAgLS0gDQogICAgQmVzdCByZWdhcmRz
LA0KDQogICAgQWxleCBVc21hbm92DQogICAgQVNBXE1MXFVMIDkuMC4yLjM5MjQNCg0KICAgICAg
IlRpbSBNY0NsZW1lbnRzIFtTeWJhc2VdIiA8bWNjbGVtZW5Ybm9zcGFtQHN5YmFzZS5jb20+INPP
z8Ldycwv08/Pwt3JzMEg1yDOz9fP09TRyCDTzMXE1cDdxcU6IG5ld3M6NGQwOTBjZjgkMUBmb3J1
bXMtMS1kdWIuLi4NCiAgICAgIEluIDkuMC4yLCB0aGlzIGVycm9yIGlzIHNpZ25hbGVkIGJ5IFVM
IGJlZm9yZSBzdGFydGluZyBhIHN5bmNocm9uaXphdGlvbiBpZiBhbnkgY29ubmVjdGlvbiBoYXMg
YW4gb3BlbiB0cmFuc2FjdGlvbi4gSWYgeW91IGFyZSBhbHdheXMgY29tbWl0dGluZyB5b3VyIGNo
YW5nZXMgb3IgdXNpbmcgYW4gYXV0by1jb21taXR0aW5nIEFQSSwgdGhpcyBzaG91bGQgbmV2ZXIg
YmUgdGhlIGNhc2UuIFRoZSBlcnJvciBjYW4gYWxzbyBiZSBzaWduYWxlZCAqZHVyaW5nKiBzeW5j
aHJvbml6YXRpb24gaWYgVUwgZmluZHMgYSByb3cgd2hpY2ggaXNuJ3QgY29tbWl0dGVkIC0tIGJ1
dCB0aGlzIHNob3VsZCBiZSBpbXBvc3NpYmxlIGdpdmVuIHRoZSBpbml0aWFsIGNoZWNrLCBhbmQg
cHJvYmFibHkgaW5kaWNhdGVzIHRoZSBkYXRhYmFzZSBvciBzdG9yYWdlIG1lZGl1bSBoYXMgYmVj
b21lIGNvcnJ1cHQuIFNvbWUgY3VzdG9tZXJzIGhhdmUgcmVzb2x2ZWQgY29ycnVwdCBkYXRhYmFz
ZSBpc3N1ZXMgb24gV2luQ0UgYnkgc3dpdGNoaW5nIHRvIGEgZGlmZmVyZW50IGZsYXNoIGNhcmQg
bWVtb3J5IHZlbmRvci4NCg0KICAgICAgLSBUaW0NCg0KICAgICAgICAiVXNtYW5vdiBBLiIgPGFs
ZXhfdUBwb2NodGFtdC5ydT4gd3JvdGUgaW4gbWVzc2FnZSBuZXdzOjRkMDcyN2MwQGZvcnVtcy0x
LWR1Yi4uLg0KICAgICAgICBIaS4NCg0KICAgICAgICBTb21ldGltZXMgd2UgaGF2ZSB0cm91Ymxl
cyBkdXJpbmcgc3luY2hyb25pemF0aW9uIG9mIFdNIFVMIGNsaWVudCAoOS4wLjIuMzkyNCkgd2l0
aCBBU0EgU2VydmVyICg5LjAuMi4zOTI0KS4gT24gY2xpZW50IHdlIGdldCBlcnJvciBTUUxFX1VO
Q09NTUlUVEVEX1RSQU5TQUNUSU9OIGFuZCBvbiBzZXJ2ZXIgaXQgcHJvZHVjZSBQcm90b2NvbCBl
cnJvciAoLTEwMDAxKS4gQW5kIG9ubHkgc29sdXRpb24gd2UgaGF2ZSAtIHJlaW5zdGFsbCBhcHBs
aWNhdGlvbiB3aXRoIHJlYnVpbGQgdWx0cmFsaXRlIGRhdGFiYXNlIDooDQogICAgICAgICBDbGll
bnQgYXBwbGljYXRpb24gZG8gbm90IHVzZSBhbnkgdHJhbnNhY3Rpb25zLCB0aGVyZWZvcmUgaXQg
aXMgdW5leHBlY3RlZCBlcnJvciBhbmQgd2UgaGF2ZSBubyBpZGVhcyB0byBjb3JyZWN0IHRoaXMg
cHJvYmxlbS4gTWF5IGJlIGFueWJvZHkgaGF2ZSBpdD8gUGxlYXNlIGd1aWRlIHVzIGluIHJpZ2h0
IGRpcmVjdGlvbi4NCg0KICAgICAgICBDbGllbnQgZGV2aWNlczogR2xvZmlpc2ggeDgwMCBhbmQg
Um92ZXIgRXZvIHg3Lg0KDQoNCiAgICAgICAgLS0gDQogICAgICAgIEJlc3QgcmVnYXJkcywNCg0K
ICAgICAgICBBbGV4IFVzbWFub3YNCiAgICAgICAgQVNBXE1MXFVMIDkuMC4yLjM5MjQ=

------=_NextPart_000_011A_01CBA1CF.ECC86790
Content-Type: text/html;
	charset="koi8-r"
Content-Transfer-Encoding: base64

PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUcmFuc2l0aW9uYWwv
L0VOIj4NCjxIVE1MPjxIRUFEPg0KPE1FVEEgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PWtv
aTgtciIgaHR0cC1lcXVpdj1Db250ZW50LVR5cGU+DQo8TUVUQSBuYW1lPUdFTkVSQVRPUiBjb250
ZW50PSJNU0hUTUwgOC4wMC42MDAxLjE4OTk5Ij4NCjxTVFlMRT48L1NUWUxFPg0KPC9IRUFEPg0K
PEJPRFkgYmdDb2xvcj0jZmZmZmZmPg0KPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD4NCjxE
SVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+VGhhbmtzIGZvciBhbnN3ZXIuPC9GT05UPjwvRElW
Pg0KPERJVj4mbmJzcDs8L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+Jmd0O0kg
Y2FuJ3QgdGhpbmsgb2YgYW55IHdheSB0byBkZXRlY3QgdGhpcyANCmNvbmRpdGlvbiBvdGhlciB0
aGFuIHRyeWluZyB0byBzeW5jaHJvbml6ZS48L0ZPTlQ+PC9ESVY+DQo8RElWPkJhZCBuZXdzIDoo
PC9ESVY+DQo8RElWPiZuYnNwOzwvRElWPjwvRk9OVD48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48
L0ZPTlQ+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPiZndDtJcyBhIHJlYm9vdCBvZiB0
aGUgZGV2aWNlIHJlcXVpcmVkIHRvIHJlcHJvZHVjZSANCnRoaXMgcHJvYmxlbT88L0ZPTlQ+PC9E
SVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPkF0IGxlYXN0IG9uZSB0aW1lIEkgaGF2
ZSBzZWVuIGl0LiBVc3VhbGx5IGl0IGlzIA0KbmVjZXNzYXJ5LjwvRk9OVD48L0RJVj4NCjxESVY+
PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+PC9GT05UPiZuYnNwOzwvRElWPjxGT05UIHNpemU9MiAN
CmZhY2U9QXJpYWw+PC9GT05UPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPjwvRk9OVD48Rk9OVCBz
aXplPTIgDQpmYWNlPUFyaWFsPjwvRk9OVD48L0RJVj4NCjxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9
QXJpYWw+Jmd0O0NhbiB5b3Ugc2VuZCBtZSB0aGUgY29ycnVwdCBkYXRhYmFzZT88L0ZPTlQ+DQo8
RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPk9mIGNvdXJzZS48L0ZPTlQ+PC9ESVY+DQo8RElW
Pi0tIDxCUj5CZXN0IHJlZ2FyZHMsPC9ESVY+PC9ESVY+DQo8RElWPjxGT05UIHNpemU9MiBmYWNl
PUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCjxESVY+QWxleCBVc21hbm92PEJSPkFTQVxNTFxV
TCA5LjAuMi4zOTI0PEJSPjwvRElWPg0KPEJMT0NLUVVPVEUgDQpzdHlsZT0iQk9SREVSLUxFRlQ6
ICMwMDAwMDAgMnB4IHNvbGlkOyBQQURESU5HLUxFRlQ6IDVweDsgUEFERElORy1SSUdIVDogMHB4
OyBNQVJHSU4tTEVGVDogNXB4OyBNQVJHSU4tUklHSFQ6IDBweCIgDQpkaXI9bHRyPg0KICA8RElW
PiJUaW0gTWNDbGVtZW50cyBbU3liYXNlXSIgJmx0OzxBIA0KICBocmVmPSJtYWlsdG86bWNjbGVt
ZW5Ybm9zcGFtQHN5YmFzZS5jb20iPm1jY2xlbWVuWG5vc3BhbUBzeWJhc2UuY29tPC9BPiZndDsg
DQogINPPz8Ldycwv08/Pwt3JzMEg1yDOz9fP09TRyCDTzMXE1cDdxcU6IDxBIA0KICBocmVmPSJu
ZXdzOjRkMGZhN2Q0JDFAZm9ydW1zLTEtZHViIj5uZXdzOjRkMGZhN2Q0JDFAZm9ydW1zLTEtZHVi
PC9BPi4uLjwvRElWPg0KICA8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPkkgY2FuJ3QgdGhp
bmsgb2YgYW55IHdheSB0byBkZXRlY3QgdGhpcyBjb25kaXRpb24gDQogIG90aGVyIHRoYW4gdHJ5
aW5nIHRvIHN5bmNocm9uaXplLjwvRk9OVD48L0RJVj4NCiAgPERJVj48Rk9OVCBzaXplPTIgZmFj
ZT1BcmlhbD5Zb3Ugc2hvdWxkIGJlIGFibGUgdG8gcmVjb3ZlciBkYXRhIGZyb20gdGhlIA0KICBk
YXRhYmFzZSB3aXRoIFNFTEVDVCBzdGF0ZW1lbnRzIG9yIHRoZSBkZXNrdG9wIHVubG9hZCB0b29s
LiBVbmxvYWRpbmcgYW5kIA0KICByZWxvYWRpbmcgdGhlIGRhdGFiYXNlIG9uIHRoZSBkZXNrdG9w
IHNob3VsZCBmaXggdGhlIHByb2JsZW0uPC9GT05UPjwvRElWPg0KICA8RElWPjxGT05UIHNpemU9
MiBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgPERJVj48Rk9OVCBzaXplPTIgZmFj
ZT1BcmlhbD5XZSBjb3VsZCBoZWxwIHlvdSBtb3JlIGlmIHlvdSB1cGdyYWRlZCB0byBhIG5ld2Vy
IA0KICB2ZXJzaW9uLCBzaW5jZSB3ZSBhcmUgbm8gbG9uZ2VyIHJlbGVhc2luZyA5LjAuMiBFQkZz
LjwvRk9OVD48L0RJVj4NCiAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5i
c3A7PC9ESVY+DQogIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+SXMgYSByZWJvb3Qgb2Yg
dGhlIGRldmljZSByZXF1aXJlZCB0byByZXByb2R1Y2UgDQogIHRoaXMgcHJvYmxlbT88L0ZPTlQ+
PC9ESVY+DQogIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+Q2FuIHlvdSBzZW5kIG1lIHRo
ZSBjb3JydXB0IA0KZGF0YWJhc2U/PC9GT05UPjwvRElWPg0KICA8RElWPjxGT05UIHNpemU9MiBm
YWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1B
cmlhbD4tIFRpbTwvRk9OVD48L0RJVj4NCiAgPEJMT0NLUVVPVEUgDQogIHN0eWxlPSJCT1JERVIt
TEVGVDogIzAwMDAwMCAycHggc29saWQ7IFBBRERJTkctTEVGVDogNXB4OyBQQURESU5HLVJJR0hU
OiAwcHg7IE1BUkdJTi1MRUZUOiA1cHg7IE1BUkdJTi1SSUdIVDogMHB4IiANCiAgZGlyPWx0cj4N
CiAgICA8RElWPiJVc21hbm92IEEuIiAmbHQ7PEEgDQogICAgaHJlZj0ibWFpbHRvOmFsZXhfdUBw
b2NodGFtdC5ydSI+YWxleF91QHBvY2h0YW10LnJ1PC9BPiZndDsgd3JvdGUgaW4gbWVzc2FnZSAN
CiAgICA8QSBocmVmPSJuZXdzOjRkMDlkODA2QGZvcnVtcy0xLWR1YiI+bmV3czo0ZDA5ZDgwNkBm
b3J1bXMtMS1kdWI8L0E+Li4uPC9ESVY+DQogICAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1Bcmlh
bD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQogICAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD4m
Z3Q7Jm5ic3A7VGhlIGVycm9yIGNhbiBhbHNvIGJlIHNpZ25hbGVkIA0KICAgICpkdXJpbmcqIHN5
bmNocm9uaXphdGlvbiBpZiBVTCBmaW5kcyBhIHJvdyB3aGljaCBpc24ndCBjb21taXR0ZWQgLS0g
DQogICAgYnV0Jm5ic3A7dGhpcyBzaG91bGQgYmUgaW1wb3NzaWJsZSBnaXZlbiB0aGUgaW5pdGlh
bCBjaGVjaywgYW5kIHByb2JhYmx5IA0KICAgIGluZGljYXRlcyB0aGUgZGF0YWJhc2Ugb3Igc3Rv
cmFnZSBtZWRpdW0gaGFzIGJlY29tZSBjb3JydXB0LjwvRk9OVD48L0RJVj4NCiAgICA8RElWPiZu
YnNwOzwvRElWPg0KICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+VGhhbmtzLCBJdCdz
IHNlZW1zIG91ciBjYXNlLiBZZXN0ZXJkYXkgSSBoYXZlIA0KICAgIHJlY2VpdmVkIHRoaXMgZXJy
b3IgYWZ0ZXIgcmVib290IG9mIHRoZSBkZXZpY2UgZHVyaW5nIGEgc3luY2hyb25pemF0aW9uIA0K
ICAgIHByb2dyZXNzLiBXZWxsLiBJcyB0aGVyZSBhbnkgdG9vbHMgb3IgdHJpY2tzIHRvIHJlcGFp
ciBjb3JydXB0ZWQgcmVjb3Jkcz8gQXQgDQogICAgbGVhc3Qgd2Ugd2FudCB0byBrbm93IGF0IHN0
YXJ0IG9mIGFwcGxpY2F0aW9uJm5ic3A7IHRoYXQgZGF0YWJhc2UgaXMgDQogICAgY29ycnVwdGVk
Jm5ic3A7IHRvIHByZXZlbnQgdXNlcidzIHdvcmsgKG5vdyB1c2VyIGNvbnRpbnVlcyB0byBjcmVh
dGUgb2YgbmV3IA0KICAgIGRvY3VtZW50cyB3aGljaCBsYXRlciBpbXBvc3NpYmxlIHRvIHVwbG9h
ZCBiZWNhdXNlIA0KICAgIFNRTEVfVU5DT01NSVRURURfVFJBTlNBQ1RJT05TIGVycm9yIGFyaXNl
KTwvRk9OVD48L0RJVj4NCiAgICA8RElWPi0tIDxCUj5CZXN0IHJlZ2FyZHMsPC9ESVY+DQogICAg
PERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7PC9ESVY+DQogICAgPERJ
Vj5BbGV4IFVzbWFub3Y8QlI+QVNBXE1MXFVMIDkuMC4yLjM5MjQ8QlI+PC9ESVY+DQogICAgPEJM
T0NLUVVPVEUgDQogICAgc3R5bGU9IkJPUkRFUi1MRUZUOiAjMDAwMDAwIDJweCBzb2xpZDsgUEFE
RElORy1MRUZUOiA1cHg7IFBBRERJTkctUklHSFQ6IDBweDsgTUFSR0lOLUxFRlQ6IDVweDsgTUFS
R0lOLVJJR0hUOiAwcHgiIA0KICAgIGRpcj1sdHI+DQogICAgICA8RElWPiJUaW0gTWNDbGVtZW50
cyBbU3liYXNlXSIgJmx0OzxBIA0KICAgICAgaHJlZj0ibWFpbHRvOm1jY2xlbWVuWG5vc3BhbUBz
eWJhc2UuY29tIj5tY2NsZW1lblhub3NwYW1Ac3liYXNlLmNvbTwvQT4mZ3Q7IA0KICAgICAg08/P
wt3JzC/Tz8/C3cnMwSDXIM7P18/T1NHIINPMxcTVwN3FxTogPEEgDQogICAgICBocmVmPSJuZXdz
OjRkMDkwY2Y4JDFAZm9ydW1zLTEtZHViIj5uZXdzOjRkMDkwY2Y4JDFAZm9ydW1zLTEtZHViPC9B
Pi4uLjwvRElWPg0KICAgICAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD5JbiA5LjAuMiwg
dGhpcyBlcnJvciBpcyBzaWduYWxlZCBieSBVTCBiZWZvcmUgDQogICAgICBzdGFydGluZyBhJm5i
c3A7c3luY2hyb25pemF0aW9uIGlmIGFueSBjb25uZWN0aW9uIGhhcyBhbiBvcGVuIHRyYW5zYWN0
aW9uLiANCiAgICAgIElmIHlvdSBhcmUgYWx3YXlzIGNvbW1pdHRpbmcgeW91ciBjaGFuZ2VzIG9y
IHVzaW5nIGFuIGF1dG8tY29tbWl0dGluZyBBUEksIA0KICAgICAgdGhpcyBzaG91bGQgbmV2ZXIg
YmUgdGhlIGNhc2UuIFRoZSBlcnJvciBjYW4gYWxzbyBiZSBzaWduYWxlZCAqZHVyaW5nKiANCiAg
ICAgIHN5bmNocm9uaXphdGlvbiBpZiBVTCBmaW5kcyBhIHJvdyB3aGljaCBpc24ndCBjb21taXR0
ZWQgLS0gYnV0Jm5ic3A7dGhpcyANCiAgICAgIHNob3VsZCBiZSBpbXBvc3NpYmxlIGdpdmVuIHRo
ZSBpbml0aWFsIGNoZWNrLCBhbmQgcHJvYmFibHkgaW5kaWNhdGVzIHRoZSANCiAgICAgIGRhdGFi
YXNlIG9yIHN0b3JhZ2UgbWVkaXVtIGhhcyBiZWNvbWUgY29ycnVwdC4gU29tZSBjdXN0b21lcnMg
aGF2ZSANCiAgICAgIHJlc29sdmVkIGNvcnJ1cHQgZGF0YWJhc2UgaXNzdWVzJm5ic3A7b24gV2lu
Q0UgYnkgc3dpdGNoaW5nIHRvIGEgZGlmZmVyZW50IA0KICAgICAgZmxhc2ggY2FyZCBtZW1vcnkg
dmVuZG9yLjwvRk9OVD48L0RJVj4NCiAgICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+
PC9GT05UPiZuYnNwOzwvRElWPg0KICAgICAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD4t
IFRpbTwvRk9OVD48L0RJVj4NCiAgICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+PC9G
T05UPiZuYnNwOzwvRElWPg0KICAgICAgPEJMT0NLUVVPVEUgDQogICAgICBzdHlsZT0iQk9SREVS
LUxFRlQ6ICMwMDAwMDAgMnB4IHNvbGlkOyBQQURESU5HLUxFRlQ6IDVweDsgUEFERElORy1SSUdI
VDogMHB4OyBNQVJHSU4tTEVGVDogNXB4OyBNQVJHSU4tUklHSFQ6IDBweCIgDQogICAgICBkaXI9
bHRyPg0KICAgICAgICA8RElWPiJVc21hbm92IEEuIiAmbHQ7PEEgDQogICAgICAgIGhyZWY9Im1h
aWx0bzphbGV4X3VAcG9jaHRhbXQucnUiPmFsZXhfdUBwb2NodGFtdC5ydTwvQT4mZ3Q7IHdyb3Rl
IGluIA0KICAgICAgICBtZXNzYWdlIDxBIA0KICAgICAgICBocmVmPSJuZXdzOjRkMDcyN2MwQGZv
cnVtcy0xLWR1YiI+bmV3czo0ZDA3MjdjMEBmb3J1bXMtMS1kdWI8L0E+Li4uPC9ESVY+DQogICAg
ICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+SGkuPC9GT05UPjwvRElWPg0KICAgICAg
ICA8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJVj4NCiAgICAg
ICAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD5Tb21ldGltZXMgd2UgaGF2ZSB0cm91Ymxl
cyBkdXJpbmcgDQogICAgICAgIHN5bmNocm9uaXphdGlvbiBvZiBXTSBVTCBjbGllbnQgKDkuMC4y
LjM5MjQpIHdpdGggQVNBIFNlcnZlciANCiAgICAgICAgKDkuMC4yLjM5MjQpLiBPbiBjbGllbnQg
d2UgZ2V0IGVycm9yIFNRTEVfVU5DT01NSVRURURfVFJBTlNBQ1RJT04gDQogICAgICAgIGFuZCZu
YnNwO29uIHNlcnZlciBpdCBwcm9kdWNlIFByb3RvY29sIGVycm9yICg8Rk9OVCANCiAgICAgICAg
c2l6ZT0yPi0xMDAwMTwvRk9OVD4pLiBBbmQgb25seSBzb2x1dGlvbiB3ZSBoYXZlIC0gcmVpbnN0
YWxsIGFwcGxpY2F0aW9uIA0KICAgICAgICB3aXRoIHJlYnVpbGQgdWx0cmFsaXRlIGRhdGFiYXNl
IDooPC9GT05UPjwvRElWPg0KICAgICAgICA8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPiZu
YnNwO0NsaWVudCBhcHBsaWNhdGlvbiBkbyBub3QgdXNlIGFueSANCiAgICAgICAgdHJhbnNhY3Rp
b25zLCB0aGVyZWZvcmUgaXQgaXMgdW5leHBlY3RlZCBlcnJvciBhbmQgd2UgaGF2ZSBubyBpZGVh
cyB0byANCiAgICAgICAgY29ycmVjdCB0aGlzIHByb2JsZW0uIE1heSBiZSBhbnlib2R5IGhhdmUg
aXQ/IFBsZWFzZSBndWlkZSB1cyBpbiByaWdodCANCiAgICAgICAgZGlyZWN0aW9uLjwvRk9OVD48
L0RJVj4NCiAgICAgICAgPERJVj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD48L0ZPTlQ+Jm5ic3A7
PC9ESVY+DQogICAgICAgIDxESVY+PEZPTlQgc2l6ZT0yIGZhY2U9QXJpYWw+Q2xpZW50IGRldmlj
ZXM6IEdsb2ZpaXNoIHg4MDAgYW5kIFJvdmVyIEV2byANCiAgICAgICAgeDcuPC9GT05UPjwvRElW
Pg0KICAgICAgICA8RElWPjxGT05UIHNpemU9MiBmYWNlPUFyaWFsPjwvRk9OVD4mbmJzcDs8L0RJ
Vj48Rk9OVCBzaXplPTIgZmFjZT1BcmlhbD4NCiAgICAgICAgPERJVj48QlI+LS0gPEJSPkJlc3Qg
cmVnYXJkcyw8L0RJVj4NCiAgICAgICAgPERJVj4mbmJzcDs8L0RJVj4NCiAgICAgICAgPERJVj5B
bGV4IFVzbWFub3Y8QlI+QVNBXE1MXFVMIA0KICAgIDkuMC4yLjM5MjQ8L0ZPTlQ+PC9ESVY+PC9C
TE9DS1FVT1RFPjwvQkxPQ0tRVU9URT48L0JMT0NLUVVPVEU+PC9CTE9DS1FVT1RFPjwvQk9EWT48
L0hUTUw+DQo=

------=_NextPart_000_011A_01CBA1CF.ECC86790--

0
Usmanov
12/22/2010 9:05:26 AM
Reply:

Similar Artilces:

sqlanywhere and sqlanywhere server
Currently i am using sqlanywhere and powerbuilder tool as my system development. And i am developing a standalone system. Let say, if i want to migrate my standalone system to client-server system, how do i do that? I heard that i need to have sqlanywhere(server engine) to deploy my system as client-server system. If so, do i need to install sqlanywhere(server engine) into window NT or just normal pc(treat as server). For client-server system, do i need to install sqlanywhere server at server and sqlanywhere client as normal pc where my program is installed? Could someone tell me where...

ERROR CONNNECTING POCKETBUILDER WITH SQLANYWHERE ULTRALITE 10
Hello!! I am developing a program in pocketbuilder 2.1.1042 with SQLAnywhere Ultralite developer edition 10.0.1.3579 for an equip HTC S621 with WINDOWS MOBILE 5. For the connection I am using a file .ini that contains the following thing: [DataBase] DBMS=ul10 Database= UserId= DatabasePassword = LogId= LogPassword= ServerName= DbParm=ConnectString='DBF=\Program Files\ulsample\routestandar.udb;UID=dba;PWD=sql' I already have installed SQLAnywhere Ultralite developer edition 10.0.1.3579 in the equip HTC. The connection in the application I maded it using connecti...

sqlanywhere vs. sqlanywhere.generel
What is the difference between the newsgroups sqlanywhere and sqlanywhere.general? Markus, There is no difference. We are working on consolidating the duplicate newsgroups. Watch for notices, it will tell you where the combined newsgroup will end up. Cheers, Jonathan Markus KARG wrote: > What is the difference between the newsgroups sqlanywhere and > sqlanywhere.general? > > -- Jonathan Baker Director, Sybase Developers Network (SDN) Sybase, Inc. http://www.sybase.com/developer bakerj@sybase.com Jonathan, in order to clarify:...

Error Compiling Ultralite Tutorial under SQLAnywhere 7.0.2 build 1402
Hello, I have tried the tutorial under de following version SQL Anywhere 7.0.2. Build 1402 Embedded Visual C++ 3.0 Windows2000 The following lesson are worked out When I try to compile main.cpp I get the error at the bottom. Any help is welcome -- Edwin van der Voort Senior Systems Consultant edwin.van.der.voort@ianywhere.com iAnywhere Solutions UltraLite Developer's Guide PART 2. Developing UltraLite Applications in C/C++ CHAPTER 5. A C++ API Tutorial Lesson 5: Build and run your application ------------------------------------------------...

Migration from SQLAnywhere 10 to SQLAnywhere 11
Do I need to migrate the database file if i want to migrate my application from SQLAnywhere 10 to SQLAnywhere 11? or a databse file created by SQLAnywhere10 will run fine under SQLAnywhere 11? Jorge, From: http://dcx.sybase.com/index.php#http%3A%2F%2Fdcx.sybase.com%2F1100en%2Fsachanges_en11%2Fv10upgrade-up-sql-any-123456.html ======== Upgrading version 10.0.0 and later databases If you are upgrading from version 10.0.0 or later, you can either use the Upgrade utility or rebuild your database. Upgrading or rebuilding is an optional step because the version 11 software ...

About SQLAnywhere...
Hello, I�ve developed a program with PowerBuilder 6.5 and the Sybase SQL Anywhere engine. I have a question: Can I distribuit my application with these engine?, or I have to obtain a license por each machine for instalation?. Thanks in advance On Thu, 26 Nov 1998 17:45:30 -0600, in powersoft.public.powerbuilder.general Oscar Miranda <omiranda@sia.com.mx> wrote: >Hello, I�ve developed a program with PowerBuilder 6.5 and the Sybase SQL >Anywhere engine. I have a question: Can I distribuit my application with >these engine?, or I have to obtain a license por ea...

about ultralite
Dear All, Can i develop a ultralite program not using sybase asa database, can i using sql server or oracle directly.. Regards, Hans Hello, > Can i develop a ultralite program not using sybase asa database, > can i using sql server or oracle directly.. I think, you need asa just as a reference database, used by UltraLite, generating the source files etc. But with a working UltraLite application, which has a similar schema like your database (MSSQL, ORA etc.), you can use the MobiLink server to synchronize with. -- Best Regards, Tamas Beri mailto:tamas.beri@leadsys.h...

Ultralite
Is it possible, by any means to open an .udb file from powerbuilder 10.2 either programmatically or from the database painter??? Maybe installing some kind of drivers as an example.. Thanks in advance, Chris ...

About UltraLite
Dear sirs, I want to gather some information about UltraLite from these forum. 1) What tools or language can develop a UltraLite application? 2) Can you tell me the size of a general UltraLite application? 3) How to calculate the licences fee of a UltraLite database engine and the application? Please help! Thanks in advance, Bill Lui E-mail : luichiming@hotmail.com >1) What tools or language can develop a UltraLite application? UltraLite supports C/C++ and Java. If you are developing for WinCE then the supported compiler is Visual C. If you are developing for t...

getting error after upgrading from sqlanywhere 7 to sqlanywhere 9
i'm using sybase sql server any where 7 and by using dbsrv7.exe i'm able to create db. it's working fine. no issues. now i'm upgrading to sybase sql server any where 9 and by using dbsrv9.exe i created db. this time when i'm using sysindexes table of sybase i'm getting error as Table name 'sysindexes' is ambiguous exception com.sybase.jdbc2.jdbc.SybSQLException because ASA Error -852: Table name 'sysindexes' is ambiguous com.sybase.jdbc2.jdbc.SybSQLException: ASA Error -852: Table name 'sysindexes' is ambiguous at com.sybase.jdbc2...

Update Fails to SQLAnywhere, but PB/ODBC/SQLAnywhere returns Success...
I recently dropped a reply in the SQLAnywhere Newsgroup regarding the question of "Death by Curly Brackets" and am not even sure the problem we're experiencing is related, BUT basically, if we have a variable in an SQLA table of type "char" and then declare an internal host variable in Powerbuilder 6.0, and execute an Insert or an Update against the table, PB and/or SQLA both return success, but the table DOES NOT get updated... here's futher details... Check out the ODBC dump below, is this a bug in PB, ODBC, SQLAnywhere or ALL of the above ANY HELP IS ...

Running MobileVB Ultralite 8 application in Windows after installing Ultralite 9
I have 3 applications. I developed my first 2 using Ultralite 8 technology. For my 3rd, I installed Ultralite 9 so I could use use dynamicSQL. In MobileVB, under Project,References, I can see both "iAnywhere Solutions Ultralite for MobileVB 8" and "iAnywhere Solutions Ultralite for MobileVB 9". So everything is installed correctly. When I want to run my 1st or 2nd application in Windows(using db connection techniques for UL 8), I can't run the app. I get errors because it wants me to use the UltraLite 9 database connection syntax. I do not understand...

Upgrade SqlAnywhere Server 5.0 auf SqlAnywhere 7.0
Hello, We want to upgrade our SqlAnywhere database server from 5.0 to 7.0. How does this work? Please help me. Many thanks, Gerhard You can either unload/reload or upgrade the database. The documentation discusses this. BTW ASA7 is currently in limited support. Current versions are ASA8 and ASA9 so it would be wise to consider going to a later version. <Gerhard> wrote in message news:41e3a189.7488.1681692777@sybase.com... > Hello, > We want to upgrade our SqlAnywhere database server from 5.0 > to 7.0. How does this work? Please help me. > > Many th...

PPB and Ultralite<->ASE with publications
Thanks guys - upgrading latest EBF on ASA and PBB got me up and running.... Now for the next question, hope I'm able to explain this properly I've made a sync object for Ultralite with the wizard, and tried to write some code that syncronize a single table in a UltraLite shceme. I've written similar code in Java that successfully does the sync. Now the PB-code is as follows: SQLCA.DBMS = "TRACE UL9" SQLCA.AutoCommit = False SQLCA.DBParm = "ConnectString='DBF=C:\ulite\tnt.udb;UID=dba;PWD=sql'" Connect using SQLCA; nvo_ulite_ulsy...

Web resources about - SQLE_UNCOMMITTED_TRANSACTIONS - sybase.sqlanywhere.ultralite

Resources last updated: 1/16/2016 1:26:18 AM