Какая часть Perl не любит переходы NTFS?
Мне нравится стиль Vista для маршрутизации, поэтому на машине с XP я создал NTFS-переходы C:\Users
-> C:\Documents and Settings
а также ~\Documents
-> ~\My Documents
так что мне нужно написать только один стиль пути C:\Users\me\Documents
,
Тем не мение, CPAN::SQLite
и экспортер ворсистый, когда я PERL5LIB
в 'C:\Users\me\Documents\dev\perl\lib'
, Модули экспортера, которые наследуются от Exporter
начать жаловаться, что export_to_level
не определяется, когда они пытаются его использовать.
Я действительно думаю, что это Exporter
и др., и CPAN::SQLite
просто жертва, потому что она импортирует $dbh
символ в заявлении об использовании, только чтобы Perl жаловался, что $dbh
не был определен Кроме того, модули, связанные с XS, жалуются на то, что не существует метода начальной загрузки.
Так кто-нибудь знает, есть ли у Perl (Strawberry) особая проблема с переходами NTFS?
1 ответ
Это не столько ответ, сколько продолжение: я не мог воссоздать проблему. Поэтому я не могу достоверно воспроизвести сообщение об ошибке. Это была не просто перезагрузка. Потому что я сделал несколько таких.
Я изменил свой PERL5LIB
вернуться к "C:\Documents and Settings\me\My Documents\...
"хорошо запустил Perl и просто решил, что так и должно быть.
Затем я прочитал вопрос икегами в комментариях и изменил настройку Windows на C:\Users\me\Documents\...\perl\lib
и Perl все еще работал нормально - так же, как и CPAN. Я перезагрузился, убедившись, что переменная окружения была задана именами Junction, и все же perl и CPAN работали нормально.
За несколько недель с тех пор, как я разместил этот вопрос, я больше никогда не видел проблемы. А теперь вот среда Perl, в которой я работаю:
C:\blahblahblah>perl -MSmart::Comments -MCPAN::SQLite -e "### @INC"
### @INC: [
### 'c:/Users/<me>/Documents/.../perl/lib',
### 'C:/strawberry/perl/site/lib',
### 'C:/strawberry/perl/vendor/lib',
### 'C:/strawberry/perl/lib',
### '.'
### ]
Дело в том, что, выполняя "старый путь", я мог бы реорганизовать свой личный perl/lib, чтобы устранить другую проблему.
Но я думаю, что ответ заключается в том, что, скорее всего, у Strawberry Perl НЕТ проблем с NTFS Junctions... в долгосрочной перспективе.