Xpeccy

При сборке

Код:

---

Linking CXX executable xpeccy
CMakeFiles/xpeccy.dir/src/libxpeccy/filetypes/rzx.c.o: In function `rzxLoadFrame':
rzx.c:(.text+0x804): warning: the use of `tmpnam' is dangerous, better use `mkstemp'

---

В целом все ок. Я не заметил проблем с fdi.c.

Цитата:

---

Сообщение от Q-Master

При сборке

Код:

---

Linking CXX executable xpeccy
CMakeFiles/xpeccy.dir/src/libxpeccy/filetypes/rzx.c.o: In function `rzxLoadFrame':
rzx.c:(.text+0x804): warning: the use of `tmpnam' is dangerous, better use `mkstemp'

---

В целом все ок. Я не заметил проблем с fdi.c.

---

А теперь главный вопрос - загрузка fdi нормально работает? Хотя бы тех, что нормально работали до этого.
Впрочем, я уже перестраховался и сделал свои swap16 и swap32. Оно, конечно, где-то в byteswap.h есть аналогичные, но это уже мелочь.

А насчет tmpnam vs mkstemp - мне tmpnam удобнее, т.к. ему не нужен образец пути и он не зависит от оси.

Цитата:

---

Сообщение от SAM style

А насчет tmpnam vs mkstemp - мне tmpnam удобнее, т.к. ему не нужен образец пути и он не зависит от оси.

---

tmpnam недостаточно секурное.

Цитата:

---

Сообщение от ram_scan

tmpnam недостаточно секурное.

---

Разве что из-за этого:

Цитата:

---

Вызывать функцию tmpnam можно несколько раз, но не более чем TMP_MAX (обычно TMP_MAX = 238328) раз.

---

Но это надо сильно постараться... Используется только для rzx, чтобы вытаскивать оттуда снапшоты, а потом передать путь в функцию загрузки снапшота и потом удалить временный файл.

Цитата:

---

Сообщение от SAM style

Разве что из-за этого:Но это надо сильно постараться... Используется только для rzx, чтобы вытаскивать оттуда снапшоты, а потом передать путь в функцию загрузки снапшота и потом удалить временный файл.

---

Не. tmpnam создает только имя. За время между рожанием имени и открытием файла другая программа может подменить путь или пошаманить с символической ссылкой, и файл попадет не туда куда было задумано. Еще с переполнением буфера там залепуха есть.

Цитата:

---

Сообщение от ram_scan

Не. tmpnam создает только имя. За время между рожанием имени и открытием файла другая программа может подменить путь или пошаманить с символической ссылкой, и файл попадет не туда куда было задумано. Еще с переполнением буфера там залепуха есть.

---

Окааай, а если я сгенерю имя себе в sname[L_tmpnam] и добавлю к нему суффикс "-xpeccy.tmp", то другие процессы его у меня отнять не должны, так?
Просто надо на C получить уникальное имя файла в месте, где 100% есть возможность записи, желательно ОС-независимым методом (без перебирания TMP, TEMP, TMPDIR...)

Цитата:

---

Сообщение от SAM style

А теперь главный вопрос - загрузка fdi нормально работает? Хотя бы тех, что нормально работали до этого.
Впрочем, я уже перестраховался и сделал свои swap16 и swap32. Оно, конечно, где-то в byteswap.h есть аналогичные, но это уже мелочь.

---

fdi я не проверял. У меня они не факт что есть. А вот трд нормально загружаются.

Цитата:

---

Сообщение от SAM style

А насчет tmpnam vs mkstemp - мне tmpnam удобнее, т.к. ему не нужен образец пути и он не зависит от оси.

---

Это не ко мне. Это к цомпилятору.

Цитата:

---

Сообщение от Q-Master

fdi я не проверял. У меня они не факт что есть. А вот трд нормально загружаются.

---

Для trd не нужна смена порядка байт. Вот, например, fdi ZXFormat#1 - тыц.

Хм... 1000 get!
http://samstyle.narod.ru/addons/1000get.jpg

Цитата:

---

Сообщение от SAM style

Для trd не нужна смена порядка байт. Вот, например, fdi ZXFormat#1 - тыц.

---

Забавно, но в режиме pentevo диск не видится вообще, а в режиме пентагона все ОК. Все загрузилось и заиграло.