cancel
Showing results for 
Search instead for 
Did you mean: 
cancel
Showing results for 
Search instead for 
Did you mean: 

Community Tip - Learn all about the Community Ranking System, a fun gamification element of the PTC Community. X

def_layer

DonSenchuk
7-Bedrock

def_layer

I'm in the middle of creating new start part/assy and revamping our config.pro. I'm currently running into a problem with the def_layer config option.


The new start part/assy have rules based layers established in them. Everything is working great in that regard.


The old config.pro had a bunch of def_layer lines in it.


The new config.pro has all the def_layer lines removed.


When a new part or assembly is created using the new start part with the new config loaded from <loadpoint>\text, the old layers created via the now removed def_layer config options pop into existence when the appropriate feature is created. Create a datum point, and the point appears on the proper layer due to the rules established in the new start part, plus it appears on the old layer for points defined in the now defunct config.pro.


I've double and triple checked for the old config.pro lurking somewhere causing this issue and I can't find it anywhere. Obviously I'm missing something. Or ProE has some ghost in the machine capable of remembering old configs even when they're no longer explicitly used.


Any clues?


This thread is inactive and closed by the PTC Community Management Team. If you would like to provide a reply and re-open this thread, please notify the moderator and reference the thread. You may also use "Start a topic" button to ask a new question. Please be sure to include what version of the PTC product you are using so another community member knowledgeable about your version may be able to assist.
3 REPLIES 3

I'm going to assume WF5, but I suspect this will work with older
versions.



Look in Help | System Information



Besides showing you the version number, contract number, modules used,
etc... This will show you all of the directories accessed, and config
files referenced. You may find a config.pro file lurking somewhere
(maybe the loadpoint) that is causing your issues.





Christopher F. Gosnell



FPD Company

124 Hidden Valley Road

McMurray, PA 15317

Through a combination of Chris's answer and a private email... problem solved.


The .bat file I'm using to launch ProE is currently stored on a network drive. In that location is an old version of the config.pro. When I created the shortcut onto my desktop from that .bat, it set the 'start in' to that location. I had checked all over on my local drives (where ProE is loaded), rather than branching out to the network.


Thanks!

One way of preventing that is to change directories in your start up
*.bat, right before you start proe, to the folder you want as the start
in directory. This will override the 'start in' spec in the icon
properties and 'start' proe 'in' that folder instead.



Doug Schaefer
--
Doug Schaefer | Experienced Mechanical Design Engineer
LinkedIn
Announcements
NEW Creo+ Topics: PTC Control Center and Creo+ Portal


Top Tags