To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=114100
                 Issue #|114100
                 Summary|braindamaged temp file creation in utl::TempFile::Temp
                        |File
               Component|tools
                 Version|DEV300m86
                Platform|All
                     URL|
              OS/Version|All
                  Status|NEW
       Status whiteboard|
                Keywords|
              Resolution|
              Issue type|DEFECT
                Priority|P3
            Subcomponent|code
             Assigned to|mst
             Reported by|mst





------- Additional comments from [email protected] Wed Aug 25 12:03:00 +0000 
2010 -------
my OOo doesn't start anymore on my solaris box.

truss says:
24715/1:        open64("/var/tmp/svppm.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) Err#17
EEXIST
24715/1:        umask(022)                                      = 077
24715/1:        umask(077)                                      = 022
24715/1:        open64("/var/tmp/svppn.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) Err#17
EEXIST
24715/1:        umask(022)                                      = 077
24715/1:        umask(077)                                      = 022
24715/1:        open64("/var/tmp/svppo.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) Err#17
EEXIST
24715/1:        umask(022)                                      = 077
24715/1:        umask(077)                                      = 022
24715/1:        open64("/var/tmp/svppp.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) Err#17
EEXIST
24715/1:        umask(022)                                      = 077
24715/1:        umask(077)                                      = 022
24715/1:        open64("/var/tmp/sv0.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) Err#17
EEXIST
24715/1:        umask(022)                                      = 077
24715/1:        umask(077)                                      = 022
24715/1:        open64("/var/tmp/sv1.tmp", O_RDWR|O_CREAT|O_EXCL, 0666) Err#17
EEXIST

so it looks like it's trying to create a temp file, using the pattern svXXX.tmp,
with X from 0 to p, and when all of them exist it starts over at sv0.tmp ad
tries all of them again...

so i'll go on a rm -r rampage now...

surely there must be some osl function that does this in a sane way?

stack:
=>[1] __open64(0x8046178, 0x502, 0x1b6), at 0xfef2be37 
  [2] _open64(0x8046178, 0x502, 0x1b6), at 0xfef13ec5 
  [3] open64(0x8046178, 0x502, 0x1b6, 0xfec85bf5), at 0xfef1bd83 
  [4] osl_openFile(0xf6941e34, 0x80466b0, 0x4, 0xfe4a01b4), at 0xfec85cb0 
  [5] 0xfe4a0370(0x8499c80, 0x1, 0x0, 0xfe4a111a), at 0xfe4a0370 
  [6] utl::TempFile::TempFile(0x80467a0, 0x0, 0x0, 0xfcf29df6), at 0xfe4a11aa 
  [7] 0xfcf29e4f(0x8495158, 0x84a1048, 0x61fb, 0xfcf298ba), at 0xfcf29e4f 
  [8] GfxLink::SwapOut(0x849f118, 0x8046884, 0xfa7303d8, 0xfcf6259e), at 
0xfcf29900 
  [9] 0xfcf62613(0x849fdd0, 0x8046884, 0x84a1048, 0xfd090588), at 0xfcf62613 
  [10] Graphic::SetLink(0x8046f68, 0x8046884), at 0xfd0905ab 
  [11] GraphicFilter::ImportGraphic(0x808bfa0, 0x8046f68, 0x8046f64, 0x8046fd0,
0xe, 0x0, 0x0, 0x0, 0x0, 0x0), at 0xfdc3a43d 
  [12] GraphicFilter::ImportGraphic(0x808bfa0, 0x8046f68, 0x8046f64, 0x8046fd0,
0xffff, 0x0, 0x0, 0xf687e35c), at 0xfdc388a9

---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to