[ibis-macro] Re: Draft1 of BIRD147.4 - RE: File naming BIRD Draft 4.

  • From: "Bob Ross" <bob@xxxxxxxxxxxxxxxxx>
  • To: <dmarc-noreply@xxxxxxxxxxxxx>
  • Date: Thu, 10 Nov 2016 16:22:47 -0800

Bob M, etc.

 

Attached is BIRD147.4, draft2.  Changes are described at the bottom.

 

Because the file name can include the path, the path discussion (now part of 
the file name) seems ok.

 

Here are some more questions regarding possible contradictions:

 

----

 

In BIRD147.4, what is the “absolute” path versus relative path in this 
statement?

 

The contents of the “path string” concatenated into BCI_ID can either be an 
absolute path, or a path relative to the current working directory of the 
process running the executable model.  

 

The File naming BIRD states:

 

Absolute files names (e.g. that begin with // or C:) are not permitted.

 

 

----

 

In the File naming BIRD there is a statement:

 

A “file name” may also be a directory.

 

In general this should not true and would lead to ambiguity regarding which 
file in the directory to use.

 

The only place I know that this is relevant and  legal is under the parameter 
Supporting_Files where some of the “file names” can be directories.

 

Perhaps we need to look at the general statement closer.

 

----

 

The example shows in the file name ID the sequence: “ ..”  

 

(BCI_ID (Usage In) (Type String) (Value "../dll_scratch_dir/channel1")

 

The File Naming BIRD states:

 

The character sequence “..” is not permitted

 

----

 

Bob

 

 

From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] ;
On Behalf Of Bob Miller (Redacted sender "bob.miller" for DMARC)
Sent: Wednesday, November 9, 2016 9:09 AM
To: Bob Ross
Cc: Walter Katz; IBIS-ATM
Subject: [ibis-macro] Re: Draft1 of BIRD147.4 - RE: File naming BIRD Draft 4.

 

Bob, et. al -

"optionally pre-pended with a “path string” in BIRD 147.x now seems 
superfluous. (This was originally my language.) It seems like any "file name" 
created under Walter's file naming BIRD "section 3" implicitly may also include 
the path, which in BIRD147.x is intended.

We could ask whether all present and future "file names" will function as 
intended with a path. If not, it is likely important to distinguish the file 
naming rules for file names which may and which may not include a path.

Regards,

Bob Miller

Broadcom, Ltd.

 

On Tue, Nov 8, 2016 at 3:02 PM, Bob Ross <bob@xxxxxxxxxxxxxxxxx> wrote:

All,

 

Attached is draft1 of a BIRD147.4 change related to the File naming proposal.  
The change is described at the bottom.

 

Does the clause “optionally pre-pended with a “path string”.”  apply here when 
the expanded file name rules can include a path?

 

Comments?

 

Bob

 

From: ibis-macro-bounce@xxxxxxxxxxxxx [mailto:ibis-macro-bounce@xxxxxxxxxxxxx] ;
On Behalf Of Walter Katz
Sent: Tuesday, November 8, 2016 12:50 PM
To: IBIS-ATM
Subject: [ibis-macro] File naming BIRD Draft 4.

 

Mike,

 

Please post this on the IBIS-ATM working area.

 

Walter

 

Walter Katz

wkatz@xxxxxxxxxx

Phone 303.449-2308

Mobile 303.335-6156

 

Attachment: BIRD147.4_upload_draft2.docx
Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document

Other related posts: