These are the Support Forums for FSUIPC and related products.

These forums replace the old support forums which have been running for 20+ years. The old forums contain a wealth of information on all FSUIPC products, but are now no longer available.

Please note that you will need to Register and Login to post for support, and also to download attachments. You can view these forums without registering.

Support is also available via Discord. Please use the following invite link to join the FSUIPC Discord server:
https://discord.gg/zjwUTrxmmE

Notifications

Clear all

Bluebird B757 | Issues reading and setting lvars

LH096 · 2026-10-26T21:16:15Z

Hi,I am using FSUIPC7 to send and read lvars (MSFS24) in order to use an Overhead Panel with my own software. I was trying to code a profile for the Bluebird B757. Something seems to interfere with FSUIPC7.Scenario 1: When I start and load the sim with the 757 first, the sim receives my lvar commands. The buttons are moving as programmed. But reading an lvar returns 0. Even reload and list lvars in Add-ons -> WASM mostly shows zeros (only a few aren't 0 - maybe those defaults are not equal to 0?) on variables that are definitely not 0. When I load another aircraft, I am not able to send or read any lvars. Scenario 2: When I start and load the sim (and FSUIPC) with a different aircraft (other than the 757), reading and sending lvar commands is working as expected. As soon as I am loading the 757 I can't send lvar commands to the 757, reading from the 757 is still not working and when loading another aircraft I did not load before, it's lvars won't work as well. When I restart the sim and FSUIPC the aircraft I was loading after the 757 will work again. Also when listing the lvars, none of the 757 lvars are listed in scenario 2. Changing the lvars through the in-game tools is working at all times. I also own Spad.Next. I've testet it in scenario 2. Spad was able to successfully send a lvar command to the sim. This is why I am suspecting an interference with FSUIPC. For me it looks like something is crashing when I load the 757, but I could not find any proof except those two scenarios. I hope my explanations make sense. This is what I was able to find out on my own. Unfortunatley, I am stuck on this. I need some help to be able to use the 757. Any help is greatly appreciated.(Just in case: I am using FSUIPC7 - Version 7.5.9)

Page 2 / 2 Prev

Posts: 375

FSUIPC

Admin

October 28, 2026 11:08 am

(@fsuipc)

Joined: 1 year ago

Posted by: @fsuipc
↑
there are 6528 lvars

Looking at the lvars created:

there are over 2000 that start 'p42_cp_' - what are these?
there are over 2100 lvars created by FSDT_GSX

There also seem to be lvars for other aircraft (e.g. A320, A310, ...).

Maybe, as a test, you could also try with a clean Community folder, containing only the add-ons needed. And also, if possible, try starting GSX only after everything else has started and loaded, and FSUIPC has received the initial lvars.

[N.B. The Trace log was useful in the end to see the discovered lvar names!]

Posts: 1

balint22

Registered

October 29, 2026 9:59 pm

(@balint22)

Joined: 9 months ago

I found to have the same issue as well. Unable to set any Lvar's after having used the Bluebird 757. Also using ipc.readLvar returns Bad String while it clearly shouldn't... Something is up here...

Posts: 3

LH096

Registered

Topic starter

October 30, 2026 2:02 am

(@lh096)

Joined: 2 weeks ago

Sorry for my late response. Work was busy the last two days. This is the list of modules I was able to see in the wasm debug window:

mkstudios-airport-lppt-lisbon (noolaero-vdgs-lppt.wasm)
spad-bridge-module (SPAD-bridge-module.wasm)
orbx-airport-essa-stockholm-arlanda (noolaero-vdgs-essa.wasm)
flightbeam-airport-ksfo-san-francisco (noolaero-vdgs-ksfo.wasm)
mkstudios-airport-lirf-rome (noolaero-vdgs-lirf.wasm)
p42-util-chaseplane (chaseplanemodule.wasm)
fsuipc-lvar.module (FSUIPC7_WASM.wasm)
orbx-airport-esgg-gothenburg (noolaero-vdgs-esgg.wasm)
mkstudios-airport-efhk-helsinki (noolaero-vdgs-efhk.wasm)
mkstudios-airport-eidw-dublin (noolaero-vdgs-eidw.wasm)
aerosoft-data-exchange (aerosoft-data-exchange.wasm)
navigraph-ingamepanels-charts (charts-igp-datastore.wasm)
navigraph-efb-simbriefapp (simbrief_efb_datastore.wasm)
mkstudios-airport-bikf-keflavik (noolaero-vdgs-bikf.wasm)
navigraph-efb-chartsapp (charts_efb_datastore.wasm)
mkstudios-airport-lszh-zurich (noolaero-vdgs-lszh.wasm)
winwing-wwtwasm (WWTWasm.wasm)
mkstudios-airport-ksea-seattle (noolaero-vdgs-ksea.wasm)
aliz3-a220-acars (A220WasmModule.wasm)
inibuilds-airport-othh-doha (othh-jetways.wasm)
orbx-airport-essa-stockholm-arlanda (noolaero-traffic-essa.wasm)
fsdreamteam-gsx-pro (fsdt-msfs-bridge.wasm)
orbx-airport-esgg-gothenburg (noolaero-traffic-essg.wasm)
winwing-wwtwasm (WWTMsfsWasm.wasm)
siamflight-airport-vtbs-subarnabhumi (WASM_Marshaller.wasm)
fcr-embedded (fcr_embedded_system.wasm)
bluebirdsim-aircraft-757-200 (BBS752.wasm)
fs2crew-data-proc (fs2crew-data-proc.wasm)
bluebirdsim-aircraft-757-200 (msfs_navigation_data_interface.wasm)
orbx-airport-katl-atlanta (noolaero-vdgs-katl.wasm)
mobiflight-event-module (MobiFlightWasmModule.wasm)

The 757 has an external app called bbs_nest. As far as I know, it's required to see terrain data and it also "unlocks" the aircraft. After this app unlocked the aircraft, the user can closed it. Everything (apart terrain data) is working without it. User were also reporting memory leaks while using it. The dev is suggesting closing the app as a workaround for now.

I was looking at the list in the simconnect inspector. I am not sure if those are all simconnect clients but this is the list:

FCREmbedded
FSUIPC7_AItraffic
FSUIPC.LVAR.WASM
FSUIPC7
BBS (->Bluebird Simulations)
FenixBootstrapper
Couatl
//42 ChasePlane 497
FSUIPC-WASM-IF
//42 ChasePlane 275

I've altered the community folder to test if/when those exception 31's are coming up.

-> clear community folder (only fsuipc in there): All working as expected
-> my "normal" community folder without bluebird simulations 757: All working as expected
-> only fsuipc and bluebird folders in my community folder: The exceptions pop up with the same issues as before

With those findings I will definitely ask the developer about SimConnect CDAs and data usage. I will report back as soon as I've received an answer from them.

If this was done, this would limit the number of lvars that FSUIPC sees. Looking at your logs, you would have to limit to 23 or possibly 24 CDAs, which would give you visibility of the first 3358 or 3504 lvars found - there are 6528 lvars. This would require a WASM update - I can look into this if this is an acceptable solution.

Just to confirm - If my desired lvars would be loaded outside the 3358 or 3504 range, I would have to alter my community folder to eliminate some of the first lvars in a way, that the desired ones appear in the set range. Am I correct? Or would this work in a different way?

I've attached the SimConnect Log of a session in which I loaded into the aircraft.

Regarding your question about the p42_cp_ lvars. Those are the vars of //42's chaseplane.

This post was modified 1 week ago by LH096

Posts: 431

FSUIPC Support

Moderator

October 30, 2026 11:03 am

(@fsuipc-support)

Joined: 1 year ago

Posted by: @lh096
↑
Just to confirm - If my desired lvars would be loaded outside the 3358 or 3504 range, I would have to alter my community folder to eliminate some of the first lvars in a way, that the desired ones appear in the set range. Am I correct? Or would this work in a different way?

Yes, that is correct. But I don't think its worth me doing this really...This issue neds to be addressed by BlueBird.

Your SimConnect log shows the following SimConnect clients:

> 64.89302 [1279, 1]Open: Version=0x00000005 Name="aerosoft-vdgs-driver"
> 64.89951 [1280, 1]Open: Version=0x00000005 Name="aerosoft-data-exchange-dll"
> 64.90623 [1281, 1]Open: Version=0x00000005 Name="aerosoft-data-exchange-dll"
> 64.91297 [1282, 1]Open: Version=0x00000006 Name="SPAD-Bridge-Module"
> 64.92117 [1283, 1]Open: Version=0x00000006 Name="FSUIPC.LVAR.WASM"
> 64.92728 [1284, 1]Open: Version=0x00000006 Name="noolaero-vdgs-katl"
> 64.94485 [1286, 1]Open: Version=0x00000005 Name="TrafficFetcher"
> 64.95154 [1287, 1]Open: Version=0x00000006 Name="noolaero-traffic-essa"
> 64.95914 [1289, 1]Open: Version=0x00000006 Name="noolaero-vdgs-lppt"
> 64.96677 [1290, 1]Open: Version=0x00000006 Name="noolaero-vdgs-essa"
> 64.97486 [1291, 1]Open: Version=0x00000006 Name="noolaero-vdgs-bikf"
> 64.98418 [1292, 1]Open: Version=0x00000006 Name="noolaero-vdgs-efhk"
> 64.99198 [1293, 1]Open: Version=0x00000006 Name="NAVIGRAPH_CHARTS_EFB_DATASTORE"
> 64.99808 [1294, 1]Open: Version=0x00000006 Name="NAVIGRAPH_SIMBRIEF_EFB_DATASTORE"
> 65.00465 [1295, 1]Open: Version=0x00000006 Name="noolaero-vdgs-eidw"
> 65.01163 [1296, 1]Open: Version=0x00000006 Name="WINWING"
> 65.01969 [1297, 1]Open: Version=0x00000006 Name="noolaero-vdgs-lszh"
> 65.02677 [1298, 1]Open: Version=0x00000005 Name="//42 ChasePlane Bridge"
> 65.03333 [1299, 1]Open: Version=0x00000006 Name="aerosoft-data-exchange-wasm"
> 65.03947 [1300, 1]Open: Version=0x00000006 Name="noolaero-vdgs-lirf"
> 65.04717 [1301, 1]Open: Version=0x00000006 Name="MobiFlightWasmModule"
> 65.05426 [1302, 1]Open: Version=0x00000006 Name="noolaero-vdgs-ksea"
> 65.06171 [1303, 1]Open: Version=0x00000006 Name="noolaero-traffic-esgg"
> 65.06904 [1304, 1]Open: Version=0x00000006 Name="Couatl"
> 65.07499 [1305, 1]Open: Version=0x00000006 Name="fsdt-msfs-bridge"
> 65.08108 [1306, 1]Open: Version=0x00000006 Name="A220AcarsModule"
> 65.08721 [1307, 1]Open: Version=0x00000006 Name="NAVIGRAPH_CHARTS_IGP_DATASTORE"
> 65.09372 [1308, 1]Open: Version=0x00000006 Name="Client Event Demo"
> 65.10056 [1309, 1]Open: Version=0x00000006 Name="noolaero-vdgs-esgg"
> 65.10858 [1310, 1]Open: Version=0x00000006 Name="fs2crew-data-proc"
> 65.11588 [1311, 1]Open: Version=0x00000006 Name="FCREmbedded"
> 65.13658 [1312, 1]Open: Version=0x00000006 Name="noolaero-vdgs-ksfo"
> 65.14807 [1313, 1]Open: Version=0x00000005 Name="737MAX_ClientEvent"
> 65.15450 [1314, 1]Open: Version=0x00000006 Name="//42 ChasePlane 843"
> 65.16190 [1316, 1]Open: Version=0x00000005 Name="FS2Crew Command Center"
> 65.16864 [1317, 1]Open: Version=0x00000005 Name="FS2Crew MSFS RAASPRO"
> 65.17574 [1321, 1]Open: Version=0x00000005 Name="FS2Crew MSFS RAASPRO: AirportMgrModule"
> 65.18336 [1343, 0]Open: Version=0x00000005 Name="FenixBootstrapper"
> 65.18914 [1344, 1]Open: Version=0x00000005 Name="BBS1"
> 65.19790 [1345, 1]Open: Version=0x00000005 Name="Cockpit2Ground"
> 65.20403 [1346, 1]Open: Version=0x00000005 Name="FSUIPC7"
> 65.21088 [1348, 1]Open: Version=0x00000005 Name="FSUIPC7_AItraffic"
> 68.14539 [1349, 1]Open: Version=0x00000005 Name="BBS1"
> 70.26290 [1350, 1]Open: Version=0x00000006 Name="WASMClient"
> 72.85857 [1351, 1]Open: Version=0x00000005 Name="BBS1"
> 77.99620 [1352, 1]Open: Version=0x00000005 Name="BBS1"
> 83.12637 [1353, 1]Open: Version=0x00000005 Name="BBS1"
> 88.27931 [1354, 1]Open: Version=0x00000005 Name="BBS1"
> 93.40026 [1355, 1]Open: Version=0x00000005 Name="BBS1"
> 98.51560 [1356, 1]Open: Version=0x00000005 Name="BBS1"
> 103.65797 [1357, 1]Open: Version=0x00000005 Name="BBS1"
> 108.79522 [1358, 1]Open: Version=0x00000005 Name="BBS1"
> 113.92837 [1359, 1]Open: Version=0x00000005 Name="BBS1"
> 119.05503 [1360, 1]Open: Version=0x00000005 Name="BBS1"
> 124.19294 [1361, 1]Open: Version=0x00000005 Name="BBS1"
> 129.32176 [1362, 1]Open: Version=0x00000005 Name="BBS1"
> 134.45584 [1363, 1]Open: Version=0x00000005 Name="BBS1"
> 139.60556 [1364, 1]Open: Version=0x00000005 Name="BBS1"
> 144.74270 [1365, 1]Open: Version=0x00000005 Name="BBS1"
> 147.79598 [1366, 1]Open: Version=0x00000006 Name="iniBuilds OTHH Jetways"
> 149.88932 [1367, 1]Open: Version=0x00000005 Name="BBS1"
> 155.03695 [1368, 1]Open: Version=0x00000005 Name="BBS1"
> 160.17630 [1369, 1]Open: Version=0x00000005 Name="BBS1"
> 166.96460 [1370, 1]Open: Version=0x00000005 Name="BBS1"
> 166.97298 [1371, 1]Open: Version=0x00000006 Name="BBS"
> 169.33490 [1372, 1]Open: Version=0x00000005 Name="BBS1"
> 179.32356 [1373, 1]Open: Version=0x00000005 Name="//42 ChasePlane 497"
> 180.80362 [1374, 1]Open: Version=0x00000005 Name="FSUIPC-WASM-IF"

Note there are 22 connections for "BBS1". Each of these connections creates 98 8k CDAs, consuming 784K. So with 22 connections, these clients are consuming 16,456K. Note that once a CDA is created, it persists for the lifetime of the simulator, and the memory is not released if the client closes.disconnects.

Posted by: @lh096
↑
The 757 has an external app called bbs_nest. As far as I know, it's required to see terrain data and it also "unlocks" the aircraft. After this app unlocked the aircraft, the user can closed it. Everything (apart terrain data) is working without it. User were also reporting memory leaks while using it. The dev is suggesting closing the app as a workaround for now.

This is probably related to this issue. But closing the app is not a solution as this does not free the memory allocated to CDAs.

Please report this to the aircraft developers. Why is it creating so many connections, with each creating so many CDAs?

Posts: 431

FSUIPC Support

Moderator

October 30, 2026 11:06 am

(@fsuipc-support)

Joined: 1 year ago

Here are the CDAs created by one one the "BBS1" clients (this is repeated for each connection for this client):

> 65.19587 [1344, 4]CreateClientData:ClientDataID=46935, dwSize=8192, Flags=0
> 65.19590 [1344, 7]CreateClientData:ClientDataID=46936, dwSize=8192, Flags=0
> 65.19596 [1344, 9]CreateClientData:ClientDataID=46937, dwSize=8192, Flags=0
> 65.19597 [1344, 11]CreateClientData:ClientDataID=46938, dwSize=8192, Flags=0
> 65.19599 [1344, 13]CreateClientData:ClientDataID=46939, dwSize=8192, Flags=0
> 65.19601 [1344, 15]CreateClientData:ClientDataID=46940, dwSize=8192, Flags=0
> 65.19602 [1344, 17]CreateClientData:ClientDataID=46941, dwSize=8192, Flags=0
> 65.19604 [1344, 19]CreateClientData:ClientDataID=46942, dwSize=8192, Flags=0
> 65.19606 [1344, 21]CreateClientData:ClientDataID=46943, dwSize=8192, Flags=0
> 65.19608 [1344, 23]CreateClientData:ClientDataID=46944, dwSize=8192, Flags=0
> 65.19609 [1344, 25]CreateClientData:ClientDataID=46945, dwSize=8192, Flags=0
> 65.19611 [1344, 27]CreateClientData:ClientDataID=46946, dwSize=8192, Flags=0
> 65.19613 [1344, 29]CreateClientData:ClientDataID=46947, dwSize=8192, Flags=0
> 65.19615 [1344, 31]CreateClientData:ClientDataID=46948, dwSize=8192, Flags=0
> 65.19616 [1344, 33]CreateClientData:ClientDataID=46949, dwSize=8192, Flags=0
> 65.19618 [1344, 35]CreateClientData:ClientDataID=46950, dwSize=8192, Flags=0
> 65.19620 [1344, 37]CreateClientData:ClientDataID=46951, dwSize=8192, Flags=0
> 65.19621 [1344, 39]CreateClientData:ClientDataID=46952, dwSize=8192, Flags=0
> 65.19623 [1344, 41]CreateClientData:ClientDataID=46953, dwSize=8192, Flags=0
> 65.19625 [1344, 43]CreateClientData:ClientDataID=46954, dwSize=8192, Flags=0
> 65.19627 [1344, 45]CreateClientData:ClientDataID=46955, dwSize=8192, Flags=0
> 65.19628 [1344, 47]CreateClientData:ClientDataID=46956, dwSize=8192, Flags=0
> 65.19630 [1344, 49]CreateClientData:ClientDataID=46957, dwSize=8192, Flags=0
> 65.19632 [1344, 51]CreateClientData:ClientDataID=46958, dwSize=8192, Flags=0
> 65.19634 [1344, 53]CreateClientData:ClientDataID=46959, dwSize=8192, Flags=0
> 65.19635 [1344, 55]CreateClientData:ClientDataID=46960, dwSize=8192, Flags=0
> 65.19639 [1344, 57]CreateClientData:ClientDataID=46961, dwSize=8192, Flags=0
> 65.19640 [1344, 59]CreateClientData:ClientDataID=46962, dwSize=8192, Flags=0
> 65.19642 [1344, 61]CreateClientData:ClientDataID=46963, dwSize=8192, Flags=0
> 65.19644 [1344, 63]CreateClientData:ClientDataID=46964, dwSize=8192, Flags=0
> 65.19646 [1344, 65]CreateClientData:ClientDataID=46965, dwSize=8192, Flags=0
> 65.19647 [1344, 67]CreateClientData:ClientDataID=46966, dwSize=8192, Flags=0


The following generate EXCEPTION=32, ALREADY_CREATED
>65.19649 [1344, 69]CreateClientData:ClientDataID=46967, dwSize=8192, Flags=0
< 65.19650 [1344] >>>>> EXCEPTION=32, SendID=69, Index=1 <<<<<
> 65.19652 [1344, 71]CreateClientData:ClientDataID=46968, dwSize=8192, Flags=0
< 65.19653 [1344] >>>>> EXCEPTION=32, SendID=71, Index=1 <<<<<
> 65.19654 [1344, 73]CreateClientData:ClientDataID=46969, dwSize=8192, Flags=0
< 65.19656 [1344] >>>>> EXCEPTION=32, SendID=73, Index=1 <<<<<
> 65.19657 [1344, 75]CreateClientData:ClientDataID=46970, dwSize=8192, Flags=0
< 65.19658 [1344] >>>>> EXCEPTION=32, SendID=75, Index=1 <<<<<

Ok again from here:
> 65.19659 [1344, 77]CreateClientData:ClientDataID=46971, dwSize=8192, Flags=0
> 65.19661 [1344, 79]CreateClientData:ClientDataID=46972, dwSize=8192, Flags=0
> 65.19663 [1344, 81]CreateClientData:ClientDataID=46973, dwSize=8192, Flags=0
> 65.19664 [1344, 83]CreateClientData:ClientDataID=46974, dwSize=8192, Flags=0
> 65.19666 [1344, 85]CreateClientData:ClientDataID=46975, dwSize=8192, Flags=0
> 65.19668 [1344, 87]CreateClientData:ClientDataID=46976, dwSize=8192, Flags=0
> 65.19670 [1344, 89]CreateClientData:ClientDataID=46977, dwSize=8192, Flags=0
> 65.19672 [1344, 91]CreateClientData:ClientDataID=46978, dwSize=8192, Flags=0
> 65.19674 [1344, 93]CreateClientData:ClientDataID=46979, dwSize=8192, Flags=0
> 65.19676 [1344, 95]CreateClientData:ClientDataID=46980, dwSize=8192, Flags=0
> 65.19678 [1344, 97]CreateClientData:ClientDataID=46981, dwSize=8192, Flags=0
> 65.19680 [1344, 99]CreateClientData:ClientDataID=46982, dwSize=8192, Flags=0
> 65.19682 [1344, 101]CreateClientData:ClientDataID=46983, dwSize=8192, Flags=0
> 65.19686 [1344, 103]CreateClientData:ClientDataID=46984, dwSize=8192, Flags=0
> 65.19688 [1344, 105]CreateClientData:ClientDataID=46985, dwSize=8192, Flags=0
> 65.19690 [1344, 107]CreateClientData:ClientDataID=46986, dwSize=8192, Flags=0
> 65.19692 [1344, 109]CreateClientData:ClientDataID=46987, dwSize=8192, Flags=0
> 65.19694 [1344, 111]CreateClientData:ClientDataID=46988, dwSize=8192, Flags=0
> 65.19696 [1344, 113]CreateClientData:ClientDataID=46989, dwSize=8192, Flags=0
> 65.19698 [1344, 115]CreateClientData:ClientDataID=46990, dwSize=8192, Flags=0
> 65.19700 [1344, 117]CreateClientData:ClientDataID=46991, dwSize=8192, Flags=0
> 65.19702 [1344, 119]CreateClientData:ClientDataID=46992, dwSize=8192, Flags=0
> 65.19704 [1344, 121]CreateClientData:ClientDataID=46993, dwSize=8192, Flags=0
> 65.19706 [1344, 123]CreateClientData:ClientDataID=46994, dwSize=8192, Flags=0
> 65.19707 [1344, 125]CreateClientData:ClientDataID=46995, dwSize=8192, Flags=0
> 65.19709 [1344, 127]CreateClientData:ClientDataID=46996, dwSize=8192, Flags=0
> 65.19711 [1344, 129]CreateClientData:ClientDataID=46997, dwSize=8192, Flags=0
> 65.19713 [1344, 131]CreateClientData:ClientDataID=46998, dwSize=8192, Flags=0
> 65.19715 [1344, 133]CreateClientData:ClientDataID=46999, dwSize=8192, Flags=0
> 65.19716 [1344, 135]CreateClientData:ClientDataID=47000, dwSize=8192, Flags=0
> 65.19718 [1344, 137]CreateClientData:ClientDataID=47001, dwSize=8192, Flags=0
> 65.19720 [1344, 139]CreateClientData:ClientDataID=47002, dwSize=8192, Flags=0
> 65.19722 [1344, 141]CreateClientData:ClientDataID=47003, dwSize=8192, Flags=0
> 65.19724 [1344, 143]CreateClientData:ClientDataID=47004, dwSize=8192, Flags=0
> 65.19726 [1344, 145]CreateClientData:ClientDataID=47005, dwSize=8192, Flags=0
> 65.19727 [1344, 147]CreateClientData:ClientDataID=47006, dwSize=8192, Flags=0
> 65.19729 [1344, 149]CreateClientData:ClientDataID=47007, dwSize=8192, Flags=0
> 65.19731 [1344, 151]CreateClientData:ClientDataID=47008, dwSize=8192, Flags=0
> 65.19735 [1344, 153]CreateClientData:ClientDataID=47009, dwSize=8192, Flags=0
> 65.19737 [1344, 155]CreateClientData:ClientDataID=47010, dwSize=8192, Flags=0
> 65.19739 [1344, 157]CreateClientData:ClientDataID=47011, dwSize=8192, Flags=0
> 65.19741 [1344, 159]CreateClientData:ClientDataID=47012, dwSize=8192, Flags=0
> 65.19743 [1344, 161]CreateClientData:ClientDataID=47013, dwSize=8192, Flags=0
> 65.19745 [1344, 163]CreateClientData:ClientDataID=47014, dwSize=8192, Flags=0
> 65.19747 [1344, 165]CreateClientData:ClientDataID=47015, dwSize=8192, Flags=0
> 65.19749 [1344, 167]CreateClientData:ClientDataID=47016, dwSize=8192, Flags=0
> 65.19751 [1344, 169]CreateClientData:ClientDataID=47017, dwSize=8192, Flags=0
> 65.19752 [1344, 171]CreateClientData:ClientDataID=47018, dwSize=8192, Flags=0
> 65.19755 [1344, 173]CreateClientData:ClientDataID=47019, dwSize=8192, Flags=0
> 65.19757 [1344, 175]CreateClientData:ClientDataID=47020, dwSize=8192, Flags=0
> 65.19759 [1344, 177]CreateClientData:ClientDataID=47021, dwSize=8192, Flags=0
> 65.19760 [1344, 179]CreateClientData:ClientDataID=47022, dwSize=8192, Flags=0
> 65.19762 [1344, 181]CreateClientData:ClientDataID=47023, dwSize=8192, Flags=0
> 65.19765 [1344, 183]CreateClientData:ClientDataID=47024, dwSize=8192, Flags=0
> 65.19767 [1344, 185]CreateClientData:ClientDataID=47025, dwSize=8192, Flags=0
> 65.19769 [1344, 187]CreateClientData:ClientDataID=47026, dwSize=8192, Flags=0
> 65.19770 [1344, 189]CreateClientData:ClientDataID=47027, dwSize=8192, Flags=0
> 65.19772 [1344, 191]CreateClientData:ClientDataID=47028, dwSize=8192, Flags=0
> 65.19774 [1344, 193]CreateClientData:ClientDataID=47029, dwSize=8192, Flags=0
> 65.19776 [1344, 195]CreateClientData:ClientDataID=47030, dwSize=8192, Flags=0
> 65.19778 [1344, 197]CreateClientData:ClientDataID=47031, dwSize=8192, Flags=0
> 65.19780 [1344, 199]CreateClientData:ClientDataID=47032, dwSize=8192, Flags=0
> 65.19783 [1344, 201]CreateClientData:ClientDataID=47033, dwSize=8192, Flags=0
> 65.19785 [1344, 203]CreateClientData:ClientDataID=47034, dwSize=8192, Flags=0

Page 2 / 2 Prev