Аналог fgets() в WinApi

hasherfrog · Конфигурация компьютера

Нет, насколько мне известно. ReadFile изначально заточена на буферизированный ввод, даже при отключении буфферизации там какая-то ерунда насчёт размера буфера (плохо помню). А почему Вы хотите обойтись без fgets? Это нормальная POSIX_стандартная функция.

Профиль · Отправлено: **07:58, 29-04-2005** | #3

hasherfrog
fgets() - работает с переменными типа FILE

Код:

char *fgets(      char *string,     int n,     FILE *stream   );

,
а я работаю с файлом с помощью CreateFile().

hasherfrog · Конфигурация компьютера

Насколько я могу судить, придётся писать всё самому.
Ну или попробовать поискать в гугле готовый текст.
Есть 2 решения - читать по байту (медленно), или
организовать буфферизированное чтение с разбивкой (муторно).
Вам решать. У меня готового текста нет. к сжл. Как-то не приходилось...

Профиль · Отправлено: **12:32, 03-05-2005** | #5

Спасибо, писать дык писать

pva · Отправлено: **13:21, 04-05-2005** | #6

Не понял в чём проблема? Уже написанным не хочется пользоваться? Если глубоко покопаться, то fgets() вконце-концов запускает ReadFile. То же самое могу сказать про istream<>. Можно, конечно, если хочется обойти использование FILE*, но сохранить способности istream<>, воспользоваться стандартными "твиками": определить класс, похожий на basic_streambuf<>, у которого virtual underflow() использует ReadFile и записать:

typedef basic_istream<char, my_streambuf<char> > winapi_istream;

Линкер выкинет всё, что не нужно, и в коде останется только простенький winapi_istream.

lehha Сообщения: n/a	Профиль \| Цитировать hasherfrog fgets() - работает с переменными типа FILE Код: char fgets( char string, int n, FILE *stream ); , а я работаю с файлом с помощью CreateFile().
	Отправлено: 07:58, 29-04-2005 \| #3