Map 3D 2019 DWT changes providers.xml search path

[indixio_bbegin]

Hi,

I'm currently experiencing an issue where the use of a DWT file as the "qnew" template is causing Map 3D 2019 to look for FDO's providers.xml path in the wrong folder. If I bring up the UI to add an FDO connection, the list of providers is completely empty.

I managed to see that this was the issue by trying to connect to an Industry Model, which straight up crashes Map 3D and through the dmpuserinfo.xml file I was able to find the exception.

An exception occurred in FDO component.
File 'c:\program files\autodesk\autodesk civil 3d 2019 object enabler 64 bit\providers.xml' does not exist

If I don't use the DWT, this issue doesn't occur at all. I checked the support file search paths, everything. I'm unable to determine what the DWT would have that actually confuses Map 3D to the point where it would look for FDO in the wrong folder.

The providers.xml file will never be in that folder, so somehow that folder replaces a configuration in Map 3D through the DWT that drives the search for the file. I'm seen similar issues in the past ont he forums, but nothing that seemed to have accurately diagnosed the issue.

Any idea of a tool or a process I could use that checks the content of the DWT that might lead to this issue?

Thanks!

[ChicagoLooper]

Do you have Civil 3D in addition to Map 3D?

Would it be possible to upload your QNEW template?

can you upload a screen grab of the Data Connect Palette?

Do you normally use Industry Models?

[indixio_bbegin]

I've attached the DWT and also the dmpuserinfo.xml file if it can be any help. That's where I noticed the weird path for providers.xml.

The application is typically used only with Industry Models. However, while troubleshooting we try to remove as many variables as possible so I managed to replicate it without loading a model. If the DWT isn't set as the qnew, it works fine with both listing the providers and connecting to the IM.

I'm guessing the DWT somehow affects the session's PATH environment variable perhaps? It's really strange.

[Koesti]

Hi @indixio_bbegin,

A very interesting situation.

In my environment, I can't reproduce with the file, and therefore I only run -PURGE (R) and attach again.

It would be helpful to know if it still breaks the FDO Provider path.

One idea is to reset the settings of Map 3D to default or test by uninstalling Civil 3D Object Enabler).

Kind regards

[indixio_bbegin]

Hi,

We already purged, audited the DWT. I even saved it again on different workstations, including some that don't have the CIVIL3D Object Enabler installed. Every iteration of it had the same issue.

It does indeed not occur on every single workstation and a different user on the same workstation can experience the issue, which is why the problem is very difficult to pinpoint.

For a user that never opened Map 3D on a workstation, if we open Map 3D and do _mapconnect, we see the FDO provider. We then set the _qnew to the DWT attached and close Map 3D. We reopen Map 3D and do _mapconnect and the list is empty.

Which is why I'm looking at the DWT in the first place, since if we don't set the DWT as the qnew, everything works accordingly.

Is there a built-in function, LISP or otherwise, that I can use to list out everything stored in the DWG? I know how to code something that would do it in .NET, but that's fairly time consuming to do.