Как окружение влияет на количество доступных файловых дескрипторов?

А ты всего по разу запустил?

ulimit

Скорее всего эклипс поднимает свой лимит на количество дескрипторов, как заметил AptGet, а твой процесс его наследует. man setrlimit. Кстати можно не плодить временные файлы, а открывать один и тот же, /dev/zero, например — дескрипторы все равно разные будут.

Дописал немного кода, для проверки, и все стало на свои места. Благодарю. Кстати физически файлы не создаются, и это нормально, ведь я не вывожу их принудительно и не закрываю потоки. Если кому интересно код:

#include <cstdio>
#include <cstdlib>

#include <sys/resource.h>
using namespace std;

int main() {
	printf("start test fd\n");
	rlimit limit;
	if (-1 == getrlimit(RLIMIT_NOFILE, &limit))
	{
		printf("can't get RLIMIT_NOFILE");
		exit(EXIT_FAILURE);
	}
	printf("system limit on file descriptors is: soft %ld hard %ld\n",
			limit.rlim_cur, limit.rlim_max);

	size_t counter = 0u;
	while(true)
	{
		if (char* file_name = tmpnam(NULL))
		{
			if (FILE* f = fopen(file_name, "wb"))
			{
				fwrite("hello", 5, 1, f);
				++counter;
			} else
			{
				break;
			}
		} else
		{
			break;
		}
	}

	printf("can open %ld files simultaneously\n", counter);

	return 0;
}

Кстати физически файлы не создаются, и это нормально, ведь я не вывожу их принудительно и не закрываю потоки

Wat?

Я сильно ошибался, файлы создаются, и в них записано то что ожидается, путь к файлам /tmp/fileSdfkx выглядит примерно так, а я думал, что они будут создаваться в текущей рабочей директории. Видимо ос видит, что приложение закрылось, и сама закрывает все дескрипторы, и все сохраняет.

Тебе надо покурить маны на предмет чем отличается open/read/write от fopen/fread/fwrite, а также что происходит при возврате из main(), и что есть main(), и все встанет на свои места :)

«Я познаю мир».