डेल्फी TPath.GetTempPath परिणाम

Question

फसल है I डेल्फी 2010 का उपयोग कर रहा हूं और मेरा प्रोग्राम सिस्टम का अस्थायी पथ प्राप्त करना चाहता है। मैं TPath.GetTempPath का उपयोग कर रहा हूं और सब कुछ ठीक काम कर रहा है ... कम से कम मेरे और मेरे सहकर्मियों के लिए। लेकिन कुछ ग्राहक मशीनों पर यह विधि एक फसल पथ लौटाती है जो (बेशक) मौजूद नहीं है। मुझे पता चला कि यह समस्या GetLongPathName() को अंतर्निहित कॉल का परिणाम प्रतीत होती है।

पूरा कोड इस तरह दिखता है:

[...] 
var 
TmpDir : String; 
Len : Integer; 
begin 

[... Call to GetTempPath succeeds and we have a valid temp directory in short "~" notation in var TmpDir ...] 

Len := GetLongPathName(PChar(TmpDir), nil, 0);  // Len = 37 
    SetLength(TmpDir, Len - 1);       // We want to set the len of TmpDir to 37 - 1. 
    GetLongPathName(PChar(TmpDir), PChar(TmpDir), Len); // Only 32 (instead of 36) characters are copied - so we have a cropped path - But why?! 

end; 
[...] 

यह केवल कुछ सिस्टम पर होता है और मैं पता नहीं क्यों। मुझे इसके लिए एक बुरा कामकाज मिला, लेकिन मैं जानना चाहता हूं कि यहां क्या हो रहा है।

क्या कोई इस पर कुछ प्रकाश डाल सकता है?

Answer 1

वहाँ होमलैंड सुरक्षा पृष्ठों पर यह Windows API फ़ंक्शन के बारे में एक नोट है:

" GetLongPathName() और इसी तरह के कार्यों के लिए बदले बफर एक छोटा कर दिया पथ लौट सकते हैं और करने के लिए कड़ी मेहनत से पैदा हो सकता है त्रुटियों को समझें। "

https://buildsecurityin.us-cert.gov/bsi-rules/home/g1/753-BSI.html

आप स्रोत कोड है, तो आप की जांच कर सकता है, तो समस्या इस आलेख में वर्णित डेल्फी 2010 कार्यान्वयन में मौजूद है।

Answer 2

अगर आप कोशिश क्या होता है:

var 
    longpath : string; 

SetLength(longpath,MAX_PATH); 
SetLength(longpath, GetLongPathName(PChar(TmpDir),PChar(LongPath),MAX_PATH)); 

यह मेरे लिए काम किया, अपने संस्करण पथ छोटा कर दिया।