मुझे एक डेवलपर से प्रतिक्रिया प्राप्त हो रही है कि "एकमात्र तरीका दृश्य मूल (6) यूएनसी पथ से निपटने का एकमात्र तरीका ड्राइव पर मैप करना है।" क्या यह सही है? और, यदि हां, तो अंतर्निहित समस्या क्या है और क्या मैप किए गए ड्राइव के अलावा कोई विकल्प है?विजुअल बेसिक 6 और यूएनसी पथ
यहां एक तरीका है जो काम करता है।
Sub Main()
Dim fs As New FileSystemObject ' Add Reference to Microsoft Scripting Runtime
MsgBox fs.FileExists("\\server\folder\file.ext")
End Sub
हमारे पास एक विरासत वीबी 6 ऐप है जो कनेक्शन स्ट्रिंग बनाने के लिए यूएनसी का उपयोग करता है, इसलिए मुझे पता है कि वीबी 6 ऐसा कर सकता है। अक्सर, आप अपराधी होने की अनुमति समस्याओं को पा सकते हैं।
मुझे नहीं लगता कि यह सच है, यदि आप Scripting.Runtime लाइब्रेरी का उपयोग कर रहे हैं।
ओल्डस्कूल वीबी में फाइल हैंडलिंग के लिए कुछ भाषा संरचनाएं थीं। ये बुराई हैं। उनका उपयोग न करें।
आप किस प्रकार की फाइल I/O कर रहे हैं? यदि यह टेक्स्ट है, तो FileSystemObject का उपयोग करने में देखें।
यहां तक कि फ़ाइल से निपटने के पुराने स्कूल प्रकार करता है काम:
Open "\\host\share\file.txt" For Input As #1
Dim sTmp
Line Input #1, sTmp
MsgBox sTmp
Close #1
मैं VB6 यूएनसी पथ मुद्दों देखा है जब नीचे आइटम का एक संयोजन मौजूद हैं: एक छिपा को
आम तौर पर एक 75 पथ फ़ाइल पहुँच त्रुटि या 54. के लिए की बदल बार इस एपीआई getshortfilename और ऊपर उल्लिखित यूएनसी के पर getshortpathname के रूप में इस तरह से संबंधित हो सकता पर है।
इसके अलावा वे बहुत अच्छा काम करते हैं ... एक मैप किए गए पथ में आमतौर पर इन मुद्दों का सामना नहीं किया जाएगा, लेकिन उन डर्न किए गए ड्राइव मैपिंग अक्सर डिस्कनेक्ट होते हैं और किसी भी समय कई समर्थन सिरदर्द पैदा कर सकते हैं।
वीबी 6 में आप सीएचडीआरवी को यूएनसी पथ में उपयोग नहीं कर सकते हैं।
चूंकि ऐप.पैथ यूएनसी पथ लौटाता है, इस पथ पर ChDrive का उपयोग करने का प्रयास करता है, ChDrive App.Path त्रुटि उत्पन्न करेगा।
जैसा कि माइक्रोसॉफ्ट कहते हैं, "ChDrive यूएनसी पथों को संभाल नहीं सकता है, और इस प्रकार ऐप.पैथ एक लौटाता है तो एक त्रुटि उठाता है"। अधिक जानकारी के लिए, http://msdn.microsoft.com/en-us/library/aa263345(v=vs.60).aspx
देखें