cyrilo,
В твоя случай fat32 е най-подходяща за съхраняване на общите неща.
Това е единственото безпроблемно решение.

[Цитат]

Цитат (n_antonov @ Ноември 26 2004,12:51)

Направи си един прост експеримент. Слагаш в една директория 50 000 файла и я отваряш под fat32. Засечи за колко време ще ти list-не всички файлове. После направи същото с xfs и reiserfs.

А между ext2/minux и xfs/reiserfs/ext3 ?

Всъщност описания тест май не дава точна представа. С какво отваряш (разбира се не с отварачка за бутилки/консерви '> '>) ? Под windows нещо explorer не се справя читаво с много файлове в една директория.

P.S.:Всъщност трябва да е за консерви. Като се работи с тази ОС просто ... '>

Защо top не ти върши работа ?
Командата има опция за batch режим.
Например изхода от тази shell-script:
==================================
#!/bin/sh

PID=XXXX
top -b -p ${PID} | egrep "^[[:space:]]*${PID}"
==================================
може да го пренасочиш в файл.

[Цитат]

Цитат

Този port 6667 заедно с 127.0.0.1 малко ме обърква ...

Ако твоя webserver разрешава/поддържа метода HTTP CONNECT,
то е възможно да бъде използван като прокси за всеки TCP протокол.
В твоя случай се опитват да се свържат с IRC(internet relay chat) сървер
на IP адреси 127.0.0.1 и 194.141.24.6.

Провери дали метода CONNECT е забранен.
За предпочитане е Apache да не се използва за прокси.

Виж това http://kerneltrap.org/node/view/2318

Ако командата "cat /proc/partitions" не го покаже или информацията е некоректна, май няма да ти се размине рестартирането.

погледни в Belarusian-HOWTO  '>

Виж http://linux-ntfs.sf.net/

# faillog

[Цитат]

Гледай внимателно:

Цитат

Изпълняване на  g++.exe... g++.exe "C:\Documents and Settings\Nokia\My Documents\c++.doc\novoCpp.cpp" -o "C:\Documents and Settings\Nokia\My Documents\c++.doc\novoCpp.exe"     -L"C:\Program" -L"Files\Dev-Cpp\lib"

Флага -L е некоректен, трябва да е  -L"C:\Program Files\Dev-Cpp\lib", т.е.  или в Dev-C++ нещо не е настроено както трябва или тази среда има проблем с празен(space) символ в имена на файлове и директории.
Липсва -I флаг, т.е. къде да търси хедър файловете. Нещо не е конфигурирано в средата - защо компилатора е стартиран само с -L флаг? Може би пак проблем с празно в пътя.


Възможни решения:
- Преинсталирай развойната среда например в C:\devel.
- Друг начин е да се използват кратките имена за директории и файлове.
- Ако сложиш(оградиш) в кавички имена с празно в тях, може би да си решиш проблема.

Може би MTU проблем.
Виж дискусията http://bugzilla.mindrot.org/show_bug.cgi?id=538

разгледай http://tuxmobil.org/  и http://openobex.sourceforge.net/

[Цитат]

Пенчо бре, чети!
Пенчо не чете.
...  '>
Пенчо пак не ще.
...
  Петко Славейков

Цитат

Чета една дебела книга, в която пише, че това ще бачка на всички компилатори, но работи единствено на Micro$oft Visual C++.

Изненада, обикновенно новите неща тръгват на всички други компилатори и година две след това на microsoft-ските. За мен е приятна изненада да науча, че в Visual C++ можело да се използват неща както е по дебелите книги за C++, а не да се включват някакви си измислени(с нестандартни имена) header файлове.

Цитат

Опитвам се да го подкарам на Dev-C++(gcc) и Borland C++, но не става

  да бе

Искам да отбележа, че трите споменати развойни среди са за windows, а пък форума е за linux. Чудя се дали да отговоря или не  '>

Цитат

Кажете ми как да настроя компилатора за да бачка.

С настойвачка на компилатори.  '>
По-вероятно трябва да се настои проекта в развойната среда, така че да стартира компилатора и т.н. с подходящите опции и файлове.
За целта, моля те да прочетеш ПЪРВО ръководството за работа със съответната среда.



P.S:
Ако използваш linux или cygwin, то едно от следните неща ще ти помогне. За целта нека споменатия в темата код е записан в файла test.cpp и е отворен терминален прозорец в
който въвеждаме някоя от следните команди:
1.) g++ -o test test.cpp
2.1.) gcc -o test test.cpp -lstdc++
2.2.) gcc -x c++ -o test test.cpp -lstdc++
, където -x c++ указва че test.cpp съдържа програма на C++.
3.) маке
Заб.: в този случай предварително трябва да е създаден файл с име Makefile, който съдържа реда:

Примерен код

test: test.cpp

[Цитат]

Цитат (Nuclear_man @ Ноември 17 2004,09:58)

...просто исках да знам защо така се получава...

Заради различните технологии, протоколи, реализации и др.

Вероятно KDE ползва F_NOTIFY - виж в man fcntl секцията "File and directory change notification".
Други програми сканират директориите на определен интервал.

Програмата mc най-вероятно не ползва нито едното, нито другото.

За windows потърси например за "file or directory change notify window* share*" в любимата търсачка.
Най-вероятно ще намериш описание на една грешка в "Explorer" (влачи си я от NT4, може вече да е оправена) - когато в левия прозорец е показано дърво от директориите на споделения ресурс и има промяна, тогава се получава едно прекрасно мигане (май само престартиране на системата го оправяше). Като се сблъскаш с това, забравяш завинаги под windows за възможността "автоматично появяване на файловете".

Не си губи времето повече по тази тема - използват се различни технологии.

За да се отразят промените, решението е да използваш "refresh" в съответната програма.