Thank you to all who have responded so far...
The answers that we have gotten back are helpful to a point but the
following is a discussion on the problem in a more enlightened way:
We are trying to use the Rose path map variable CURDIR to cause relative
pathing to controlled unit files and external document files. This is
required as we store our rose models and files in a ClearCase VOB on the
UNIX file system and access through UNIX and NT systems through ClearCase
views. Full path names do not work. We assign CURDIR to the value "&" which
should be interpreted as the current directory - usually where the model is
loaded from.
It seems that CURDIR is recorded into the model file when we originally
control a unit from the model . CURDIR is also recorded when adding a
reference to an external file. Examples:
external_doc_path "$CURDIR\\gc\\common\\docs\\foo.h"))
file_name "$CURDIR\\test_unit.cat"
However when we load an existing unit into the another model, the file_name
is recorded as the full path and file name. Example:
file_name
"Z:\\modles\\svc\\interfaces_provided\\foo2.cat"
The above full path was created on NT Rose but will not work on UNIX; Z: is
not valid on UNIX. When running on UNIX the full path created is not valid
on NT.
We probably could, but strongly prefer not to, use different path map
variables for each location of files.
Questions:
When is the value of CURDIR interpreted?
When does it change? When the model is opened? When a controlled unit is
loaded?
Why isn't CURDIR recorded into the model or unit file when we load or import
another, existing controlled unit?
Can we force Rose to always use CURDIR, even when loading a unit?
The only work-around that we seem to be able to use is to edit the Rose .mdl
file and/or unit files and replace the full path with $CURDIR; is there a
better way?
> A. Todd Sumpter
> Lockheed Martin Management & Data Systems
> * 6304 Spine Rd., Boulder, CO 80301
> * 303/581-4472 (work) / 303/581-4268 (fax)
* 877/369-9836 (pager)
* [EMAIL PROTECTED]
************************************************************************
* Rose Forum is a public venue for ideas and discussions.
* For technical support, visit http://www.rational.com/support
*
* Admin.Subscription Requests: [EMAIL PROTECTED]
* Archive of messages:
http://www.rational.com/products/rose/usergroups/rose_forum.jtmpl
* Other Requests: [EMAIL PROTECTED]
*
* To unsubscribe from the list, please send email
*
* To: [EMAIL PROTECTED]
* Subject:<BLANK>
* Body: unsubscribe rose_forum
*
*************************************************************************
