Our new workstations (Dell w/XP 64 bit) have two network adapters: a 1394 net adapter and Broadcom Gigabit adapter (the latter is used for connecting to our network). My problem is that the Pro/E license file uses the broadcom NIC address for identifying the computer, and gets confused by the 1394 card. It must look at that card first(?) Is there some way to identify the Broadcom card as the main card?
Otherwise I have to disable the 1394 card, reread the Pro/E license file so it sees the Broadcom card, then reenable the 1394 card. Or I guess I could permanently disable the 1394 card since it isn’t being used right now.
Tried and it still does it. I think it may be an issue with Pro/E and FlexLM licensing. I’m going to try to reinstall the software now that i switched the order.
well, if you just made the change, reinstall over and do a ‘repair’… it probably just grabs the eth0 NIC and tosses it into the .ini file (or however it works)… i have no idea what FlexLM or Pro/E is, so sorry!
what i would do is enable teh correct binding order, disable the 1394 and reinstall… then see if it’s working or not… if not, somewhere, whether in the GUI or in a config file, you HAVE to be able to tell the program what NIC priority to use…
My bigger problem now is that Workbench 11.0 (64 bit version) wants Pro/E to also be 64-bit. I can import Pro/E into version 10.0 but not 11.0. And even though we own Pro/E Wildfire 2.0, I can’t get the 64-bit version of it since we don’t have maintenance. Damn it, now there’s just one more step to importing geometry. :doh:
I’m starting to regret going 64 bit. Novell Client also doesn’t have a 64 bit version, which is what we use for our local network servers. And I get blank sheets when I print from ANSYS, which then tends to crash after printing.
Not to mention that I can’t figure out how to model a spring in Workbench (although that’s my own ignorance).
You can thank me for convincing product management to kill the 32-bit Pro/E Geometry Interface in AWP 110 x64. Sorry! :doh:
Let me talk to the FLEXlm specialist tomorrow and try to reproduce it. There is probably a problem with the adapter binding like Sonny said, but he may know more. I don’t recall hearing this problem with our FLEXlm stuff.