Jump to content
The simFlight Network Forums


  • Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral

About Jer029

  • Rank

Profile Information

  • Gender
  • Location
  1. Thanks Pete!, I wasn't aware that FSUIPC logged the flight plan from sim connect. It appears then that FSX (sim connect) is the cause (and it's likely that Mahogany mountain (1JY2) is an airport naming error). Here is the log results of Mahogany Mountain and then a standard flight plan that doesn't end in a period: OG15-1JY2 (1JY2 as destination airport causes no extension) 144375 C:\Users\john\OneDrive\Documents\Flight Simulator X Files\VFR Sage Ranch to Mahogany Mtn. KMSP-KDLH (airport names not ending in period results in proper file extension '.PLN') 269109 C:\Users\john\OneDrive\Documents\Flight Simulator X Files\VFR Duluth Intl to Minneapolis-St Paul Intl.PLN My program is an ACARS program that gets flight plan location from offset 0130 and reads the flight plan and populates orig, dest, etc. based on the file information. I could work around it, but I might just leave it alone since it's just one airport (I think), and it may not even be issue in other sims like p3d that might have corrected this airport name. John
  2. Peter, I've encountered an unusual problem with FSUIPC offset 0130 for flight plan path and file name. Things have been working fine until a user of my program encountered an error on FSX flight plan loading that included 1JY2 as the destination airport. This appears to be one of the few (perhaps only) airport where the name ends with a period - Abbr. for Mountain as "Mtn.". This creates an fsx- generated flight plan in the name of: "VFR Sage Ranch to Mahogany Mtn..PLN". Note that this file name has two consecutive periods (one for the end of the file name and the other separating the file extension). When I read the offset I get all nulls for the remaining 256 bytes after the first period (the second period and extension are ignored). I'm not sure if this is what FSX does, what FSUIPC does, or how the .net library handles it, as I'm using Paul Henty's .net for FSUIPC. The end result for me is that the flight plan file can't be found and produces an error. I guess I could work-around this by checking for the valid extension and adding it if missing. Not sure if I'm messing something up or if this just rarely appears ie. only with this airport and only when this airport is the destination airport. Removing the one of the periods to create a standard file_name.ext format allows the entire name and extension into memory at 0130 and the flight plan is found correctly. Any ideas? Thanks, John
  3. Thanks Pete! That last quote was from a post from Mathijs himself on his AS CRJ 700/900 forum. Like many FSUIPC users, I have many addons that use this, and can work around the AS CRJ problem using EZdok Camera views to zoom in on the PFD, MFD, MCDU rather than clicking on them (which seems cause the random CTD for me). I was simply trying to figure out who might still be looking into this and which forum to watch for a solution. Based on the above quote from AS and related posts on their forum where they are encouraging the disabling of FSUIPC when using CRJ, I'm fairly certain that they have placed the issue squarely with FSUIPC and washed their hands of it so to speak. Welcome back, John
  4. Thanks Thomas, I know how to disable files and where to find them. Below is a post from another CRJ user and Aerosoft's response. So am I to understand it's an "either - or" option on what we use? After writing an ACARS program that uses FSUIPC interface, am I to just tell my VA's pilots not to use FSUIPC or our ACARS program with Aerosoft CRJ and to manually file pireps? Perhaps I need to rewrite my code to use only simconnect and leave FSUIPC. Is this a dead issue for Lockheed Martin, Aerosoft and FSUIPC? John Posted yesterday at 02:22 PM I have not been able to complete one flight yet using the new version 1.0.1. The crash this time was attributed to menus.dll error. Over at LM forums they say it may have something to do with FSUIPC and to try disabling this utility. Seriously? They also mentioned that the next hot fix may alleviate this error. Anyone else experienced this? Thanks. Ilya Yes, Lockheed traced that issue back to FSUIPC. I can confirm that. I never had that issue after disabling FSUIPC. It's NOT related to the CRJ in any way. Mathijs Kok 22672 Aerosoft Forum Administrator
  5. Pete, Sorry if this was asked elsewhere but couldn't find it. I've been using the P3d V4 Aerosoft CRJ 700/900. Clicking on the various PFD MFD screens can result in a sudden CTD without any error message or module listing in my windows error logs. Aerosoft claims that this is related to FSUIPC and not their aircraft. Can you enlighten me as to the status of this and where I should look for a solution? It sounds like Aerosoft is done dealing with it. On a likely unrelated note, I found and shared with Aerosoft continuous events occurring: When checking fsuipc logging I've noted that the following items continually log for CRJ700: 480483 *** AXIS: Cntrl= 65786 (0x000100fa), Param= 5406 (0x0000151e) SPOILERS_SET 480545 *** AXIS: Cntrl= 65786 (0x000100fa), Param= 5406 (0x0000151e) SPOILERS_SET 480592 *** AXIS: Cntrl= 65786 (0x000100fa), Param= 5406 (0x0000151e) SPOILERS_SET 480670 *** AXIS: Cntrl= 65786 (0x000100fa), Param= 5406 (0x0000151e) SPOILERS_SET 480701 *** AXIS: Cntrl= 65786 (0x000100fa), Param= 5406 (0x0000151e) SPOILERS_SET . . . and 513695 *** EVENT: Cntrl= 65715 (0x000100b3), Param= 4608 (0x00001200) XPNDR_SET 513742 *** EVENT: Cntrl= 66036 (0x000101f4), Param= 0 (0x00000000) AP_VS_VAR_SET_ENGLISH 513742 *** EVENT: Cntrl= 66705 (0x00010491), Param= 0 (0x00000000) APU_OFF_SWITCH 513742 *** EVENT: Cntrl= 65715 (0x000100b3), Param= 4608 (0x00001200) XPNDR_SET 513773 *** EVENT: Cntrl= 66036 (0x000101f4), Param= 0 (0x00000000) AP_VS_VAR_SET_ENGLISH 513773 *** EVENT: Cntrl= 66705 (0x00010491), Param= 0 (0x00000000) APU_OFF_SWITCH 513773 *** EVENT: Cntrl= 65715 (0x000100b3), Param= 4608 (0x00001200) XPNDR_SET 513851 *** EVENT: Cntrl= 66036 (0x000101f4), Param= 0 (0x00000000) AP_VS_VAR_SET_ENGLISH They told me it's supposed to do that and just don't log them as the logging uses more processing than the events - then promptly closed my topic to further discussion. Of course I knew that, but question the reasoning for continuous events occurring without me pressing any keys, and was a bit put off by their terse response and this CTD issue. These things make me wonder if the AS CRJ 700/900 is worth keeping in my hangar. Does the latest FSUIPC release address the CTD issue with the AS CRJ 700/900 ? Thanks, John

Important Information

By using this site, you agree to our Terms of Use. Guidelines Privacy Policy We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.