bugCERTI - Bugs: bug #24626, rtia working file placement

 
 

bug #24626: rtia working file placement

Submitted by:  None
Submitted on:  Wed 22 Oct 2008 08:24:38 AM UTC  
 
Category: CERTISeverity: 2 - Minor
Item Group: Software errorStatus: Ready For Test
Privacy: PublicAssigned to: Eric NOULARD <erk>
Open/Closed: ClosedRelease: 3.3.1
Reproducibility: NoneFixed Release: 3.4.0

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

(Jump to the original submission Jump to the original submission)

Thu 11 Nov 2010 12:34:57 PM UTC, comment #6:

Closing this since RTIA is not using
any temp file any more.

RTIA receive a binary encoded object from RTIG
and reconstruct it directly in-memory.

It is more efficient and suppress the temp file trouble.

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Wed 29 Apr 2009 09:10:38 AM UTC, comment #5:

Fix is in 3.3.2
I keep it open until I open a task for in-memory parsing.
Thus I re-assign the bug to me.

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Wed 22 Oct 2008 02:23:38 PM UTC, comment #4:

For Win32 only,
Tempory FED file saved within TMP / TEMP directory

Mathé <jmm>
Wed 22 Oct 2008 12:50:20 PM UTC, comment #3:

We will do this in 2 steps:

1) prefix tempfile with TMP content
2) try to do it in-memory
(this may not be a good idea for huge fed File)

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Wed 22 Oct 2008 11:40:43 AM UTC, comment #2:

hi,

i'm not really deep within libxml (i tested that stuff below with libxml support and a xml fom) but as i remember parsing in memory was supported by xerces -- so i guess libxml should be able, too.

the fastest way to get rid of that problem was to expand the filename simply with the tmp-path. parsing the file in memory should be the better way i think.

Enrico von Otte <vonotte>
Wed 22 Oct 2008 11:03:35 AM UTC, comment #1:

That's true we need a working file
for the FED file which has been sent by the RTIG
to RTIA.

We'll use the TMP var on windows.

Later on, we may even try not to use ANY file on RTIA side,
it should be technically possible to parse the fed file on the fly
and/or store it in memory.

Eric NOULARD <erk>
Project AdministratorIn charge of this item.
Wed 22 Oct 2008 08:24:38 AM UTC, original submission:

rtia generates a working file in current working directory within FederationManagement::joinFederateExecution in FederationManagement.cc. tested on a win32 system under non-root user rtia got "C:\" as working directory and was not allowed to write there. error "FED file has vanished" was generated.

for windows rtia should use environment variable "TMP" - that points to user dir temp - for working file generation.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jmm (Posted a comment)
  • -unavailable- added by vonotte (Posted a comment)
  • -unavailable- added by erk (Posted a comment)
  •  

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 9 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Thu 11 Nov 2010 12:34:57 PM UTCerkOpen/ClosedOpen=>Closed
      Fixed Release3.3.2=>3.4.0
    Wed 29 Apr 2009 09:10:38 AM UTCerkSeverity3 - Normal=>2 - Minor
      Assigned tojmm=>erk
      Fixed ReleaseCVS=>3.3.2
    Wed 22 Oct 2008 02:23:38 PM UTCjmmStatusIn Progress=>Ready For Test
      Fixed Release3.3.1=>CVS
    Wed 22 Oct 2008 12:50:20 PM UTCerkStatusNone=>In Progress
      Assigned toNone=>jmm

    Back to the top


    Powered by Savane 3.1-cleanup1