Где уж тут смеяться... Боюсь, решить эту проблему можно только одним способом — бежать оттуда, не оглядываясь.
Самба-то какой версии? Установка на сервер нормального дистрибутива принципиально невозможна?
М-да, вопрос конечно интересный, а есть ли в МСВС Samba! Не готов ответить, не было необходимости, задачи создать общую сеть с участием Windоws и МСВС машин не стояло, лишь организовать общую папку. Всё работало без проблем, пока не появилась в сети Windows 7.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanManWorkstation\Parameters]
"DomainCompatibilityMode"=dword:00000001
"DNSNameResolutionRequired"=dword:00000000
Спасибо всем за участие в проблеме. К сожалению, как именно расшаривалась папка я сейчас не помню, три года прошло, помню только вручную конфиг правил, смогу сказать только после выходных. Вообще-то она расшаривалась для клиентов под МСВС (других по-идее и быть не должно было в этой сети), но потом появились машины под виндой и они также, просто через сетевое окружение (с вводом пароля конечно) получили доступ к этой папке. Когда смогу проверить вариант с правкой реестра сказать не могу, хозяин машины внезапно слег в больницу.
Если не вдаваться в подробности, то вышеупомянутый каталог для машин на МСВС расшарен с помощью файловой системы NFS, а для виндовых машин применяется SAMBA. Буду пытаться достучаться до шары из-под Win7 с помощью NFS. Только вот терзают смутные сомненья, использование NFS не отменяет необходимости авторизации пользователя на сервере, а вот с этим-то как раз проблемы. Жаль только проверить в ближайшее время не получится. Проверил пока только на WinXP, она по NFS соединяется с шарой легко!
NFS дополнительно ставил на win xp? в штатном режиме он его не поддерживает.
Конечно доустанавливал. Надо установить все NET Framework вплоть до 4, кроме того библиотеку Dokan 0.6.0 и программку NekoDrive 0.9.0, с помощью которой собственно и осуществляется подключение к шаре NFS. Искал, искал ссылку на страничку, где это описывается, не нашел Но там вобщем и так понятно.
Ребята подскажите что сделать. Проблема такая, что не работает отправка писем из koes под уровнями.
Не может видимо сохранить файлы в фс. Как при отправке так и при получении писем под уровнями.
Пользователь естессно с правами под верхний уровень.
пока выкручиваюсь запуском через strace koes, письма можно отправить получить, и потом уже запуская
обычным образом эти писма открываются автоматом с повышением в нужный уровень.
Интересно, в состав дистрибутива МСВС 5.0 (версия с "ёлкой" вместо кнопки "Пуск") включён Cppcheck? Всё-таки данная софтинка была бы очень хорошим подспорьем для разработчиков под данную ОС. В "трёшке" Cppcheck вряд ли уже появится, всё-таки ПК с 32-битными камнями постепенно сходят со сцены, да ещё из-за более старых версий библиотек (по сравнению с "пятёркой") наверняка всплывут дополнительные проблемы с зависимостями...
Возьмите исходники да соберите, за чем дело стало? Можно готовый src.rpm взять, например тут, хотя не исключено, что из-за древнего rpm придётся спек подправить.
Возьмите исходники да соберите, за чем дело стало? Можно готовый src.rpm взять, например тут, хотя не исключено, что из-за древнего rpm придётся спек подправить.
ошибка: распаковка архива не удалась на файле /usr/src/vniins/SOURCES/cppcheck-1.73-tinyxml.patch;572f5b64: cpio: контрольные MD5-суммы не совпадают
Мда, rpm там видать совсем допотопный... Берите из гита тогда: http://pkgs.fedoraproject.org/cgit/rpms/cppcheck.git
Upd. Тлько сейчас заметил, что там qt4 в зависимостях. Если его в МСВС нет, придётся убрать и собирать без gui.
Summary: Статический анализатор кода для языка C/C++
Name: cppcheck
Version: 1.47
Release: 1
License: GPLv3+
Group: Development/Languages
Source: %{name}-%{version}.tar.bz2
BuildRoot: %{_tmppath}/%{name}-%{release}-buildroot
%description
Cppcheck - статический анализатор кода для языка C/C++, предназначенный для поиска ошибок, которые не обнаруживаются компиляторами. Главной целью проекта является сведение до минимума количества ложных срабатываний при поиске ошибок.
%prep
%setup
%build
make
%install
rm -fr $RPM_BUILD_ROOT=$RPM_BUILD_ROOT/usr
%makeinstall
%clean
rm -rf $RPM_BUILD_ROOT
%files
%defattr(-,root,root,-)
%doc COPYING readme.txt test/
%{_bindir}/cppcheck
После ввода команды rpmbuild -ba cppcheck-1.47.spec получил сообщение:
+ exit 0
Ошибки сборки пакетов:
Файл не найден: /var/tmp/cppcheck-1-buildroot/usr/bin/cppcheck
%install
rm -rf %{buildroot}
install -D -p -m 755 cppcheck %{buildroot}%{_bindir}/cppcheck
install -D -p -m 644 cppcheck.1 %{buildroot}%{_mandir}/man1/cppcheck.1
# Install cfg files
cd cfg
for f in *; do
install -D -p -m 644 $f %{buildroot}%{_datadir}/cppcheck/$f
done
У меня нет никакой уверенности, что она должна быть ровно такой же для 1.47, но сильно сомневаюсь, чтобы в 1.47 работала команда make install, а потом её выкинули. Скорее всего не работала никогда.
Что это? Где Вы такое взяли? Ну не будет же оно работать. Ему нужны как минимум конфиги в пакете, и нужно знать, по какому пути их искать.
Зачем Вы выкидываете 90% спека даже не вникнув, для чего его содержимое понадобилось? Оно ведь там не просто так.
Да, Summary и %description всегда пишутся только на английском языке. Если хочется, чтобы был русский, делайте так:
Что это? Где Вы такое взяли? Ну не будет же оно работать. Ему нужны как минимум конфиги в пакете, и нужно знать, по какому пути их искать.
Зачем Вы выкидываете 90% спека даже не вникнув, для чего его содержимое понадобилось? Оно ведь там не просто так.
Name: cppcheck
Version: 1.44
Release: 1%{?dist}
Summary: A tool for static C/C++ code analysis
Group: Development/Languages
License: GPLv3+
URL: [url="http://cppcheck.wiki.sourceforge.net/"]http://cppcheck.wiki.sourceforge.net/[/url]
Source0: [url="http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.bz2"]http://downloads.sourceforge.net/%{name}/%...ersion}.tar.bz2[/url]
BuildRoot: %(mktemp -ud %{_tmppath}/%{name}-%{version}-%{release}-XXXXXX)
%description
This program tries to detect bugs that your C/C++ compiler don't see.
The goal is no false positives.
Your compiler can detect many problems that cppcheck don't try to detect.
We recommend that you enable as many warnings as possible in your compiler.
Cppcheck is versatile. You can check non-standard code that includes
various compiler extensions, inline assembly code, etc.
%prep
%setup -q
# Convert text files to UTF-8
for file in COPYING readme.txt test/tinyxml/tinystr.cpp test/tinyxml/changes.txt; do
iconv -f ISO-8859-15 -t utf-8 $file > $file.new && \
touch -r $file $file.new && \
mv $file.new $file
done
# Fix end of line encodings
for file in readme.txt test/test.vcproj test/test.vcxproj{,.filters}; do
sed -e 's|\r||g' $file > $file.new && \
touch -r $file $file.new && \
mv $file.new $file
done
# Fix permissions
find -name "*.cpp" -exec chmod 644 {} \;
find -name "*.vcproj" -exec chmod 644 {} \;
%build
make CXXFLAGS="%{optflags}" %{?_smp_mflags}
%install
rm -rf %{buildroot}
install -D -p -m 755 cppcheck %{buildroot}%{_bindir}/cppcheck
%clean
rm -rf %{buildroot}
%files
%defattr(-,root,root,-)
%doc COPYING readme.txt test/
%{_bindir}/cppcheck
%changelog
* Sat Jul 24 2010 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.44-1
- Update to 1.44.
* Sun May 9 2010 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.43-1
- Update to 1.43.
* Wed Mar 10 2010 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.42-1
- Update to 1.42.
* Mon Jan 18 2010 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.40-1
- Update to 1.40.
* Sun Dec 27 2009 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.39-1
- Update to 1.39.
* Sat Nov 07 2009 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.38-1
- Update to 1.38.
* Tue Sep 22 2009 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.36-1
- Update to 1.36.
* Fri Jul 24 2009 Fedora Release Engineering <rel-eng@lists.fedoraproject.org> - 1.34-2
- Rebuilt for [url="https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild"]https://fedoraproject.org/wiki/Fedora_12_Mass_Rebuild[/url]
* Thu Jul 16 2009 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.34-1
- Update to 1.34.
* Mon Apr 27 2009 Jussi Lehtola <jussilehtola@fedoraproject.org> - 1.31-1
- First release.
Хм, любопытно. Я археологическими раскопками не занимался; видимо, старые версии cppcheck отдельно лежащих конфигов не использовали, в них всё было захардкожено. Вопрос, почему Вы взяли такую старую версию, однако, остаётся открытым. Я выше давал ссылку на EPEL4, мир его праху, там и то 1.53.
Думаю, если напишете на чистом оксфордском, никто сильно не обидится. ☺ Главное — не пытайтесь заголовок License обозвать Licence, rpm этого не поймёт.