Файлы c: открытие и закрытие, чтение и запись данных

Содержание

Программирование на C и C++

В С файлы - это логическая концепция, применимая ко всему, начиная от дисковых файлов оканчивая терминалами. Поток связывается с конкретным файлом с помощью операции открытия. Если файл открыт, может осуществляться обмен между файлом и программой.

Не все файлы имеют одинаковые возможности. Например, дисковый файл поддерживает произвольный доступ, а модем - нет. Это иллюстрирует важный момент системы ввода/вывода С -все потоки одинаковы, а файлы нет.

Если файл поддерживает произвольный доступ, открытие файла инициализирует индикатор позиции файла на начало файла. По мере чтения или записи символов в файл индикатор позиции увеличивается, обеспечивая тем самым продвижение по файлу.

Наименьшей частью доступа к диску является сектор. Информация записывается или читается с диска посекторно. Следовательно, даже если программе необходим 1 байт данных, будет прочитан весь сектор. Эти данные помещаются в буфер - область памяти, пока не смогут использоваться программой. Когда данные вводятся в файл, происходит буферизация, пока не накопится целый сектор информации, после чего данные физически записываются в файл.

Связь потока с файлом уничтожается с помощью операции закрытия. Закрытие потока вызывает принудительный сброс всего содержимого буфера во внешнее устройство (если необходимо, информация будет дополнена для создания полного сектора). Данный процесс, как правило, называется очисткой буфера, и он гарантирует, что в буфере не останется информации. Все файлы закрываются автоматически, когда программа нормальным образом завершает работу, выходя из функции main() или с помощью вызова exit(). Тем не менее, лучше самому закрыть файлы, используя fclose() в тот момент, когда файл уже не нужен, поскольку некоторые события могут помешать записи буфера на диск. Например, файл не записывается, если программа завершает работу вызовом abort(), если она разрушается или если пользователь выключает компьютер перед завершением программы.

В начале работы программы открыты пять предопределенных текстовых потоков: stdin, stdout, stderr, stdaux и stdprn. Они соответствуют следующим стандартным устройствам ввода/вывода:

Поток Устройство
stdin
stdout
stderr
stdaux
stdprn
Клавиатура
Экран
Экран
Первый последовательный порт
Принтер

Первые три потока определены стандартом ANSI С и любой код, использующий их, является полностью переносимым. Последние два определены Borland и не могут переноситься в другие компиляторы. Большинство операционных систем, допускают перенаправление ввода/вывода, поэтому подпрограммы, читающие или записывающие в данные потоки, могут быть перенаправлены на другие устройства. (Перенаправление ввода/вывода - это процесс, когда информация, поступающая обычно на одно устройство, перенаправляется на другое устройство операционной системой.) Никогда не следует явно открывать или закрывать данные файлы.

Каждый поток, ассоциированный с файлом, имеет структуру управления файлом типа FILE. Данная структура определена в заголовочном файле stdio.h. Не следует модифицировать данную структуру.

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

C: Заголовочные файлы - Linux FAQ

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

Заголовочные файлы подключаются к файлам исходного кода приложения по мере необходимости с помощью директивы #include.

#include "sums.h"

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

Также следует помнить о том, что содержимое каждого заголовочного файла должно быть защищено от рекурсивного подключения. Для этой цели используются три директивы препроцессора.

#ifndef SUMS_H

#define SUMS_H

#endif /*SUMS_H*/

В некоторых файлах подключение заголовочного файла должно осуществляться на основе какого-либо критерия. Например, первый заголовочный файл может использоваться для одной архитектуры центрального процессора, а второй — для другой. Эта задача также решается с помощью препроцессора.

#if x86_64
#include "system64.h"
#elif x86
#include "system32.h"
#endif

Пример

В данном простом примере функция вывода приветствия находится в отдельном файле исходного кода (hello.c), который подключается к основному файлу исходного кода программы (hellomain.c) с помощью заголовочного файла (hello.h).

Это содержимое файла исходного кода hello.c:

  1. #include <stdio.h>

  2.  

  3. void print_hello(void)

  4. {

  5.         printf("Hello worldn");
  6. }

Загрузить исходный код примера

Это — содержимое файла исходного кода hello.h:

  1. #ifndef HELLO_H

  2. #define HELLO_H

  3.  

  4. void print_hello(void);

  5.  

  6. #endif /*HELLO_H*/

Загрузить исходный код примера

А это — содержимое файла исходного кода hellomain.c:

  1. #include <stdio.h>

  2. #include "hello.h"

  3.  

  4. int main()

  5. {

  6.         print_hello();

  7.        

  8.         return 0;

  9. }

Загрузить исходный код примера

Как видите, все предельно просто. Единственным нюансом является компиляция проектов с заголовочными файлами. Каждый файл исходного кода такого проекта компилируется по отдельности, после чего производится связывание результирующих файлов объектного кода. В случае рассматриваемой программы компиляция будет осуществляться с помощью данной последовательности команд:

$ gcc -c hello.c -o hello.o
$ gcc -c hellomain.c -o hellomain.o
$ gcc hello.o hellomain.o -o hello

Данный подход к компиляции имеет одно весомое преимущество: при модификации отдельных файлов исходного кода будет осуществляться повторная компиляция лишь этих файлов, а не всего проекта (конечно же, вместе с повторным связыванием).

Восемь способов освободить место на диске и ускорить работу компьютера

Рассказываем, как освободить место на диске и оптимизировать работу вашего компьютера.

Сегодня утром я провел за ноутбуком около двух часов. Пролистал десяток сайтов, отредактировал несколько фотографий, установил пару обновлений, поработал с PDF-документами и закончил статью в Microsoft Word. Это было обычное утро, которое мало чем отличается от вашего.

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

За это утро система моего ноутбука накопила:

  • 240 cookie-файлов
  • 88,7 Мб файлов, сохраненных в кэше браузера
  • 390 Мб системных логов

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

Каждый второй понедельник февраля в Америке празднуется так называемый День очистки компьютера (National PC Cleanup Day). Праздник, которого не хватает и нам, ведь это отличный повод навести порядок на своем устройстве и повысить его производительность.

Мой диск на 512 Гб. Зачем я должен чистить компьютер?

Хороший вопрос. Во-первых, рано или поздно вы достигнете предела, в зависимости от того, как часто вы устанавливаете новые программы и сохраняете другие файлы (фотографии, видео, музыку, игры). И в этот момент будет важен каждый гигабайт, занятый «цифровым мусором».

Я использую Surface Book, который имеет SSD-диск на 256 Гб. В нем осталось около 15 Гб, и как только количество свободного места становится ниже предельного, все программы начинают работать медленно и нестабильно.

Во-вторых, некоторые файлы содержат логи, которые сохраняют ваши действия. Например, временные файлы браузера, файлы cookie и журналы событий Windows. С точки зрения конфиденциальности, их регулярная чистка — это хорошая идея.

В-третьих, временные файлы иногда могут вызывать проблемы при запуске, работе или установке программ. Наш совет: поддерживайте цифровой порядок на вашем устройстве. Ниже мы расскажем как.

1. Начните с физической чистки

Система охлаждения вашего компьютера или ноутбука ежедневно пропускает через себя воздух, поэтому ее засорение неизбежно.

Пыль затрудняет, а в крайних случаях и прекращает работу вентиляции: устройство перегревается, что приводит к снижению производительности и сбоям в работе. Регулярная очистка и уход помогут предотвратить перегрев.

2. Проведите базовую очистку диска

Как было сказано выше, программы, браузеры и игры ежедневно оставляют множество цифрового мусора. Все они создают временные файлы, необходимые для запуска и работы, но которые можно удалить по ее завершению. Это могут быть:

• Временные установочные и программные файлы

• Логи настроек

• Оставшиеся файлы обновлений Windows

• Оставшиеся файлы Защитника Windows

• Временные интернет-файлы

• Системные ошибки файлов дампа памяти

• Файлы отчетов об ошибках Windows

• Миниатюры и истории файлов пользователя

Есть довольно много способов наведения порядка. Во-первых, вы можете использовать встроенный инструмент очистки диска Windows, который устраняет основной беспорядок на вашем устройстве. Откройте меню Пуск и найдите функцию Очистка диска.

Также есть более продвинутый инструмент, который можно запустить в любой версии Windows, начиная с Windows XP. Для этого нужно кликнуть правой кнопкой мыши на рабочем столе, выбрать Создать — ярлык, а затем ввести следующий текст:

%SystemRoot%\System32\Cmd.exe /c Cleanmgr /sageset:65535 &Cleanmgr /sagerun:65536

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

Данный инструмент позволит провести лишь базовую очистку, так как его работа не распространяется на сторонние приложения или браузеры. Также его нельзя настроить для работы по расписанию.

Инструмент Очистки диска в Avast Cleanup Premium, над улучшением которого наши инженеры работают на протяжении нескольких лет, позволяет оптимизировать не только системные файлы, но и более 200 сторонних программ, таких как Adobe Reader и Steam, а также все современные браузеры, включая Chrome и Firefox.

Вы можете попробовать Очистку диска бесплатно, скачав пробную версию Avast Cleanup Premium. Он находит такие ненужные файлы, как:

• Отчеты о сбоях

Система формирует подобные файлы, но они полезны только для разработчиков программного обеспечения и могут быть удалены.

• Файлы кэша

Это временные файлы, оставленные на вашем диске программами и системой.

Миниатюры

Вам определенно не нужны все временные файлы миниатюр, созданные проводником Windows.

• Списки «Недавно использованных файлов»

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

Игры

А также оставшиеся файлы с платформы Steam, такие как установщики файлов DirectX или Visual C ++, которые больше не нужны после установки.

• И многое другое.

3. Проверьте файлы, которые много весят

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

К счастью, в проводнике Windows реализован (очень) скрытый способ поиска файлов большого размера. Откройте Проводник, перейдите в меню Поиск в верхней строке окна, а затем кликните на Размер, для того, чтобы отсортировать файлы по занимаемому месту.

Проверьте, все ли массивные файлы вам нужны. Это могут быть давно просмотренные фильмы или установщики программ, которые не нужны после инсталляции.

4. Удалите неиспользуемые программы

На вашем компьютере могут быть приложения, которыми вы едва пользуетесь или которые вам больше не нужны. Это замедляет ваш компьютер и тратит место на диске. Чтобы избавиться от них, перейдите в Панель управления, а затем в Программы и компоненты. Просмотрите список и удалите ненужные программы.

5. Избавьтесь от ненужных предустановленных программ

Вместе с новым ноутбуком нам достается большое количество предустановленного софта: пробные программы, ненужные утилиты и прочие приложения.

Avast Cleanup Premium включает в себя функцию удаления подобного ПО. Она может идентифицировать редко используемые и бесполезные программы, пробные версии, рекламные приложения и многое другое, используя облачную систему репутации.

6. Удалите предустановленные приложения Windows

Совет для пользователей Windows 10.

Помимо «традиционных» настольных программ, таких как Office, в Windows 10 появились различные приложения. Они более безопасны и изолированы от остальной части системы, оптимизированы для сенсорных экранов и, как правило, более удобны в использовании. Вместе с Windows поставляется множество предустановленных приложений, и хотя некоторые из них полезны (Фотографии, Почта, Календарь, Контакты), существует также множество предустановленных приложений, которые вам могут быть не нужны.

Перейдите в меню Пуск, затем кликните на маленькую иконку с шестеренкой в левом нижнем углу и выберите пункт Приложения. Посмотрите на огромный список программ, и на невероятное количество пространства, которое они занимают.

Например, Microsoft установила игры Candy Crush Soda Saga, Minecraft и March of Empires: War of Lords на мой новый ноутбук. Все это занимает около гигабайта памяти.

7. Проверьте жесткий диск на наличие ошибок

Еще один стандартный пункт в процессе очистки. Проверка диска на наличие ошибок поможет предотвратить потерю данных или их повреждение. Чтобы сделать это самостоятельно, перейдите в меню Пуск и введите CMD, чтобы найти Командную строку. Кликните правой кнопкой мыши по ее значку и выберите Запуск от имени администратора.

Введите chkdsk /f /r /b, чтобы запланировать полное сканирование диска вашей системы. Это потребует перезагрузки и может занять несколько часов, поэтому рекомендуем делать это в конце рабочего дня.

8. Переместите часть своих данных в облако

Вы можете рассмотреть возможность перемещения некоторых ваших файлов в облако, используя такие сервисы, как OneDrive или Dropbox. Например, я загрузил все мои фотографии и музыку в облако с помощью сервиса OneDrive, который интегрирован в Проводник Windows. Я по-прежнему могу просматривать файлы, как будто они есть на моем компьютере, но они не занимают места, так как сохранены в сети.

Мы перечислили основные способы очистки устройства. Не менее важным является постоянное поддержание порядка. Поэтому устанавливайте только те программы, которыми вы собираетесь пользоваться. Если какое-то приложение вам нужно только на один раз, не забудьте удалить его. Просмотрите сегодня на список всех установленных программ и решите, все ли они вам нужны.

Вы должны производить очистку ежемесячно. Это может показаться долгим делом, но это не так. Avast Cleanup, может внести в расписание ежемесячную очистку вашей системы.

Продлите срок службы вашего устройства и увеличьте его производительность. Попробуйте Avast Cleanup Premium бесплатно и оцените на себе инструмент очистки и настройки нового поколения.

КАК: Файл C (что это такое и как его открыть)

Файл с расширением .C является файлом исходного кода C / C ++ с открытым текстом. Он может хранить исходный код всей программы на языке программирования C или C ++, а также ссылаться на другие файлы из проекта C.

Обратите внимание, что в некоторых программах используется расширение файла c в нижнем регистре для обозначения файла исходного кода C и прописного C для C ++, но это не требуется. CPP также используется для файлов исходного кода C ++.

Если C-файл не находится на языке программирования C или C ++, вместо него он может быть Lite-C Script, написанным на языке Lite-C, аналогичным языком программирования C / C ++.

Оба эти типа файлов относятся к приложениям, которые используются для создания программ и видеоигр.

Замечания: CFile также относится к классам классов Microsoft Foundation Class, но не имеет ничего общего с форматами файлов исходного кода, описанными здесь.

Как открыть файл C

Любой текстовый редактор, например Notepad ++, Emacs, программа Windows Notepad, EditPlus, TextMate и другие, могут открывать и просматривать файл C, если это файл исходного кода C / C ++.

Эти программы полезны, потому что они, как правило, легки по сравнению с полными разработчиками приложений, такими как перечисленные ниже. Кроме того, большинство из них поддерживают подсветку синтаксиса, что обычно предпочтительнее, поскольку упрощает редактирование и просеивание исходного кода.

Однако файлы C обычно открываются в контексте программы разработки программного обеспечения, такой как Visual Studio, Eclipse, C ++ Builder, Dev-C ++ или Code :: Blocks.

Программа Lite-C от Conitec Datasystems является основной программой, используемой для работы с файлами Lite-C Script, но эти файлы C могут открываться также текстовыми редакторами.

Как конвертировать файлы C

Существует ряд преобразований, которые вы можете сделать, связанные с C и C ++, но они не входят в объем этой статьи. Например, вы можете использовать язык программирования для преобразования в или из массива символов, целого числа, строки и т. Д., Но они не применяются к самим C-файлам, а скорее к функциям, которые предоставляют файлы.

Если это то, что вы ищете, я рекомендую посетить другие ресурсы, такие как Stack Overflow.

Однако, если вы действительно после конвертера файлов C, вы можете использовать любой текстовый редактор или открыватели файлов C выше, чтобы преобразовать или сохранить файл в другой текстовый формат, такой как TXT или HTML. Скорее всего, они больше не будут использоваться в качестве файлов исходного кода с Eclipse, Dev-C ++ и т. Д., Хотя они существуют в другом формате файла.

Существует также ряд конвертеров исходного кода, доступных от Tangible Software Solutions, которые могут конвертировать C ++ в C #, Java или VB. Однако имейте в виду, что бесплатные издания ограничены, когда дело доходит до количества строк, которые могут быть преобразованы за один раз.

Все еще не удается открыть файл?

Учитывая, что расширение файла C - всего лишь одна буква, легко путать другие форматы файлов с C-файлом. Это первое, что вам нужно искать, если вы не можете открыть файл, потому что, скорее всего, вы не имеете дело с файлом C.

Например, если вы попытаетесь просмотреть свой файл с помощью текстового редактора, потому что предположите, что это файл исходного кода, но ничего не можете прочитать, у вас, вероятно, есть нечто совершенно иное, например, CAB или CSH-файл.

CS - очень похожее расширение файла, но оно используется для файлов исходного кода Visual C # и Color Color Scheme ColorSchemer. Если у вас есть файл CS, он может отлично работать с программами, поддерживающими файлы C, так как это аналогичный формат с контентом, написанным на языке C Sharp. Однако последний формат файла используется специально для ColorSchemer Studio и не будет работать так же, как файлы C Sharp или C.

Как вы можете видеть, эти форматы файлов и многие другие имеют в них букву «C», но это не значит, что они вообще связаны с форматом файла C, описанным на этой странице.

Замечания: Чтобы сделать это еще более запутанным, чем это могло бы быть, расширение файла CSH используется не только как нетекстовый файл с Adobe Photoshop (это файлы Custom Shapes), но также как обычный текст C Shell Script, что означает, что в зависимости от что у вас есть, это мог очень хорошо открываются в текстовом редакторе (например, с файлами CS), но это все еще не означает, что это исходный код C / C ++ или даже его можно открыть в каждом приложении, указанном выше.

Формат C - Как открыть C-файл

Для чего нужен файловый формат .C?

Главная ассоциация расширения файлового имени .c принадлежит типу файлов "Исходный код Си/Си&plus;&plus;" (C/C&plus;&plus; Source Code, C). Си — один из старейших и славноизвестных языков программирования (на языке Си была полностью написана ОС UNIX), в то время как Си&plus;&plus; появился как серьезный шаг вперед по сравнению с классикой программирования на Си. Вместе с Си&plus;&plus; в арсенал программистов вошли объектно-ориентированное программирование, парадигма общего программирования, модульность, раздельная компиляция и т.д.

Файл .c — это текстовый файл с исходным кодом Си/Си&plus;&plus;, как правило, хорошо отформатированным и снабженным подробными комментариями. Любой файл .c можно просматривать как текст, и такие файлы зачастую пишутся и редактируются прямо в текстовых редакторах с функцией подсветки синтаксиса.



Проект на Си/Си&plus;&plus; может включать множество файлов .c, каждый из которых в большинстве случаев будет идти в паре с соответствующим ему файлом заголовков (.h). Чтобы получить исполняемый объектный код, все файлы с исходным кодом (.c) должны быть скомпилированы соответствующим компилятором под нужную архитектуру.

Традиционно расширение .c также используется для обозначения файлов с исходным кодом на других Си/Си&plus;&plus;-подобных языках, таких как Objective-C (Apple), C&sharp; (Microsoft) и др.


Кроме того, расширение .c также служит для обозначения файлов с исходным кодом на языке программирования Lite-C, будучи ассоциированным с типом файлов "Исходный код Lite-C" (C). Lite-C основан на синтаксисе Си/Си&plus;&plus; и был разработан Atari/Conitec специально для создания трехмерных игр и мультимедийных приложений для MS Windows. В Lite-C был добавлен большой блок объектов, присущих именно играм.

Файл с исходным кодом Lite-C (.c) — это текстовый файл с набором инструкций в синтаксисе Lite-C. Программы на Lite-C в виде файлов .c должны быть правильно скомпилированы перед тем, как их можно будет запускать.



Программы для открытия или конвертации C файлов

Вы можете открыть файлы C с помощью следующих программ: 

Что такое объектный файл в C?



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

c compilation linker object-files
Поделиться Источник Pithikos     10 октября 2011 в 20:28

5 ответов


  • Что содержит объектный файл?

    На различных этапах компиляции в C или C++ я знаю, что генерируется объектный файл (то есть файл any_name.o). Что делает этот файл .o содержать? Я не могу открыть его, так как это двоичный файл. Кто-нибудь может пожалуйста помочь мне? Зависит ли содержимое объектного файла в основном от...

  • Зачем нужен объектный файл для создания исполняемого файла?

    Когда мы компилируем код, создается объектный файл. Из этого объектного файла в процессе связывания создается исполняемый файл. Зачем нам нужен объектный файл? Что такое использование объектного файла? Разве не может быть так, что исполняемый файл генерируется непосредственно? В конце концов, мы...



166

Объектный файл-это реальный результат этапа компиляции. Это в основном машинный код, но есть информация, которая позволяет компоновщику видеть, какие символы в нем есть, а также символы, необходимые для работы. (Для справки, "symbols"-это в основном имена глобальных объектов, функций и т. Д.)

Компоновщик берет все эти объектные файлы и объединяет их в один исполняемый файл (предполагая, что это возможно, т. Е. Что нет никаких повторяющихся или неопределенных символов). Многие компиляторы сделают это за вас (читай: они запускают компоновщик самостоятельно), если вы не скажете им "just compile" с помощью параметров командной строки. ( -c -это распространенный вариант "just compile; don't link".)

Поделиться cHao     10 октября 2011 в 20:36



80

  1. Объектный файл - это сам скомпилированный файл. Между ними нет никакой разницы.

  2. Исполняемый файл формируется путем связывания объектных файлов.

  3. Объектный файл содержит инструкции низкого уровня, которые могут быть поняты CPU. Вот почему его еще называют машинным кодом.

  4. Этот машинный код низкого уровня представляет собой двоичное представление инструкций, которые вы также можете написать непосредственно, используя язык assembly, а затем обработать код языка assembly (представленный на английском языке) на машинный язык (представленный на языке Hex) с помощью ассемблера.

Вот типичный поток высокого уровня для этого процесса для кода на языке высокого уровня, например C

--> проходит через предварительный процессор

--> чтобы дать оптимизированный код, все еще в C

--> проходит через компилятор

--> чтобы дать код assembly

--> проходит через ассемблер

--> чтобы дать код на машинном языке, который хранится в ОБЪЕКТНЫХ ФАЙЛАХ

--> проходит через компоновщик

--> чтобы получить исполняемый файл.

Этот поток может иметь некоторые вариации, например, большинство компиляторов могут непосредственно генерировать код машинного языка, не проходя через ассемблер. Точно так же они могут выполнить предварительную обработку для вас. Тем не менее, приятно разбить составные части для лучшего понимания.

Поделиться RHT     10 октября 2011 в 21:01



38

Существует 3 вида объектных файлов.

Перемещаемые объектные файлы

Содержат машинный код в форме, которая может быть объединена с другими перемещаемыми объектными файлами во время ссылки, чтобы сформировать исполняемый объектный файл.

Если у вас есть исходный файл a.c , чтобы создать его объектный файл с GCC, вы должны запустить: gcc a.c -c

Полный процесс будет следующим: препроцессор (cpp) будет работать над a.c. Его выходные данные (все еще исходные) будут поступать в компилятор (cc1). Его вывод (assembly) будет поступать в ассемблер (as), который будет производить relocatable object file . Этот файл содержит объектный код и метаданные связывания (и отладки, если использовался -g ) и не является непосредственно исполняемым.

Общие объектные файлы

Специальный тип перемещаемого объектного файла, который может быть загружен динамически либо во время загрузки, либо во время выполнения. Общие библиотеки являются примером таких объектов.

Исполняемые объектные файлы

Содержат машинный код, который может быть непосредственно загружен в память (загрузчиком, например execve ) и впоследствии выполнен.

Результатом выполнения компоновщика над несколькими relocatable object files является executable object file . Компоновщик объединяет все входные объектные файлы из командной строки, начиная с left-to-right, путем объединения всех однотипных входных разделов (например, .data ) в однотипный выходной раздел. Он использует symbol resolution и relocation .

Бонус читать:

При связывании с static library функции, на которые ссылаются входные объекты, копируются в конечный исполняемый файл. С dynamic libraries вместо этого создается таблица символов, которая обеспечит динамическую связь с functions/globals. библиотеки, таким образом, результатом будет частично исполняемый объектный файл, поскольку он зависит от библиотеки. Если библиотека не существует, файл больше не может выполняться).

Процесс связывания может быть выполнен следующим образом: ld a.o -o myexecutable

Команда: gcc a.c -o myexecutable вызовет все команды, упомянутые в пункте 1 и в пункте 3 (cpp -> cc1 -> as -> ld 1 )

1: на самом деле это collect2, который является оболочкой над ld.

Поделиться Paschalis     12 августа 2015 в 19:45


  • Скомпилируйте несколько исходных файлов C в уникальный объектный файл

    У меня есть несколько исходных файлов C, и я использую gcc . В принципе, я хочу скомпилировать их все и создать один объектный файл. Когда я пытаюсь: gcc -c src1.c src2.c src3.c -o final.o Я получаю: gcc: cannot specify -o with -c or -S with multiple files Если я попытаюсь: gcc -c src1.c src2.c...

  • Что такое файл Delphi DCU?

    Что такое файл Delphi DCU? Я думаю, что это означает Delphi Compiled Unit. Правильно ли я предполагаю, что он содержит объектный код и, следовательно, соответствует файлу .o, скомпилированному из файла исходного кода C/C++?



12

Объектный файл-это именно то, что вы получаете при компиляции одного (или нескольких) исходных файлов.

Это может быть либо полностью завершенный исполняемый файл, либо библиотека, либо промежуточные файлы.

Объектные файлы обычно содержат машинный код, информацию о компоновщике, символы отладки и так далее.

Поделиться Mat     10 октября 2011 в 20:34



2

Объектные файлы-это коды, которые зависят от функций, символов и текста для запуска программы. Точно так же, как старые телексные машины, которые требовали телетайпирования для отправки сигналов на другую телексную машину.

Точно так же, как для запуска процессора требуется двоичный код, объектные файлы похожи на двоичный код, но не связаны. Связывание создает дополнительные файлы, так что пользователю не нужно самостоятельно компилировать язык C. Пользователи могут напрямую открыть файл exe , как только объектный файл будет связан с каким-либо компилятором, таким как язык c, или vb и т. Д.

Поделиться Farhan     13 июля 2013 в 00:44


Похожие вопросы:


Составление объекта c (.файл м) в объектный файл(.о) в OSX

Спасибо,что рассмотрели эту проблему. Существует объектный файл c с именем try.m, и я компилирую его в объектный файл try.o с помощью команды: gcc -c try.m -o try.o -framework Foundation в try.h...


Что такое объектный граф и как его сериализовать

В последнее время я читал о сериализации. Я читал, что когда я использую XmlSerialization, я не могу сериализовать объектные графики. Что такое объектный граф и почему я не могу его просто...


Мой объектный файл C++ слишком велик

Я работаю над программой C++, и скомпилированный объектный код из одного 1200-строчного файла (который инициализирует довольно сложный конечный автомат) выходит почти на мегабайт. Что могло сделать...


Что содержит объектный файл?

На различных этапах компиляции в C или C++ я знаю, что генерируется объектный файл (то есть файл any_name.o). Что делает этот файл .o содержать? Я не могу открыть его, так как это двоичный файл....


Зачем нужен объектный файл для создания исполняемого файла?

Когда мы компилируем код, создается объектный файл. Из этого объектного файла в процессе связывания создается исполняемый файл. Зачем нам нужен объектный файл? Что такое использование объектного...


Скомпилируйте несколько исходных файлов C в уникальный объектный файл

У меня есть несколько исходных файлов C, и я использую gcc . В принципе, я хочу скомпилировать их все и создать один объектный файл. Когда я пытаюсь: gcc -c src1.c src2.c src3.c -o final.o Я...


Что такое файл Delphi DCU?

Что такое файл Delphi DCU? Я думаю, что это означает Delphi Compiled Unit. Правильно ли я предполагаю, что он содержит объектный код и, следовательно, соответствует файлу .o, скомпилированному из...


как связать объектный файл C++ с исполняемым файлом C?

Я пытаюсь вызвать функцию C++ из файла C. Поэтому я объявил эту функцию как extern C и объявил ее также в файле C. Создал объектный файл из cpp-файла, назовем его cpp_object.o, а затем создал...


Включить объектный файл или файл ассемблера в проект C?

Я немного играю с библиотекой/компилятором Microsofts ELL, чтобы развернуть простой алгоритм обучения на микроконтроллере. Но мои знания о внедренной разработке были лучше в прошлом. Проблема...


Stress-ng: что такое целевой объектный файл, созданный после выполнения "make" в каталоге исходных файлов?

Что такое целевой объектный файл, созданный после выполнения make в каталоге исходных файлов? Я попытался сделать из каталога, содержащего .c файлов для stress-ng. Я не видел никакого целевого...

Ц-Пилот файлы (C-Pilot Files, VDW) упаковка 6шт 25мм, ручной эндодонтический инструмент для поиска каналов и создания ковровой дорожки (С-Пилот) (Арт: 17964)

 1. Назначение изделия.

Ц-Пилот файлы (C-Pilot files) фасованные (в блистерах по 6 шт.)– эндодонтические инструменты предназначенные для эндодонтического лечения:

-  для   механической обработки сильно суженых и кальцинированных корневых каналов: прохождение корневого канала на рабочую длину пилящими и вращательно- режущими (высверливающими) движениями (максимально допустимый угол вращения 90 градусов) ; 

-  для  обеспечения корневому каналу оптимальных для ирригации  и последующего пломбирования размера и формы.

- для определения топографии, степени изогнутости канала при рентгеновской диагностике

-   для  определения предварительной рабочей длины канала.

  для зондирования кальцинированных каналов

-   для создания ковровой дорожки при обработке NiTi  инструментами 

  1. Особые свойства изделия.

 Ц-Пилот файл (C-Pilot file) Антэос (Antaeos)– состоит из ручки, металлического стержня с рабочей частью (участок стержня предназначенный для выполнения эндодонтических манипуляций)  и предустановленного на стержне стоппера. Ручка инструмента изготовлена из пластмассы, стержень  из нержавеющей хромоникелевой стали, стоппер изготовлен из силикона. Нерабочая часть стержня инструмента градуирована рентгеноконтрастными насечками на расстоянии 18, 19, 20, 22мм от верхушки для удобства определения его длины на рентгенограмме.

Рабочая часть представляет собой  спираль с режущими плоскостями и неагрессивным (неострым) кончиком и характеризуется шероховатой поверхностью, прочностью, гибкостью и  повышенной устойчивостью к термо процессам. Количество витков спирали 33. При изготовлении инструмент проходит особый процесс термообработки, что обеспечивает повышенную упругость его кончика. Благодаря чему даже инструменты совсем маленьких ISO размеров обладают повышенной устойчивостью  к  деформации в узких и кальценированных каналах, а значит значительно облегчают прохождение корневого канала по его длине.

Важной конструктивной особенностью инструмента является  особенность ручки СС +:Материал, из которого изготовлена ручка, позволяет осуществлять его стерилизацию при  температуре 270 градусов. Форма ручки ( сужение в центральной части и круговые насечки)  обеспечивает :надежную фиксацию инструмента в пальцах и прекрасную тактильную чувствительность. Выраженная ребристость ручки обеспечивает устойчивость инструмента при обработке. Помимо этого ручка СС+ позволяет более равномерно распределять давление на пальцы, обеспечивая, таким образом, их меньшую утомляемость, увеличивая эффективность рабочей части инструмента. Специальное отверстие предназначено для страховочной нити,  позволяющей исключить заглатывание и аспирацию инструмента. На ручке промаркирована длина инструмента. Цвет ручки соответствует размеру инструмента по ISO.

Инструмент, изготавливается методом скручивания заготовки треугольного сечения (при скручивании металлические волокна не прерываются, что способствует сохранению прочности на изгиб). Треугольное сечение заготовок всех размеров позволяет уменьшить общую площадь поперечного сечения инструмента и повысить его гибкость. Угол между режущей гранью и продольной осью инструмента равен 40°.   Угол у верхушки составляет 75°. 

Символ — буква С промаркирован на ручке.

Токсических, связывающих веществ и химикатов инструменты  не содержат.

Потенциальный риск применения – перелом инструмента при неправильном  использовании.

C читать файл | Упрощенное программирование

Как читать файл на C? Вы уже знаете, что такое файл и его типы (текстовый / двоичный (аудио / изображения / видео и т. Д.)). Когда компьютер выключен, они присутствуют на жестком диске.

Предположим, на прошлой неделе вы создали программу на языке C для сортировки чисел и хотите снова увидеть эту программу. Как ты делаешь это? Вы находите файл в системе и открываете его в IDE / текстовом редакторе. Это круто! Но что интереснее, так это открыть файл через вашу программу.

Для простоты мы обсуждаем только чтение текстовых файлов.

Давайте напишем программу на C, чтобы открывать файл с жесткого диска, имя которого вводится пользователем, и отображать его содержимое на экране. Открытие файла означает, что мы переносим содержимое файла с диска в ОЗУ для выполнения над ним операций (чтения / изменения / добавления файла). Файл должен находиться в каталоге, в котором находится исполняемый файл программы.

Функция fopen используется для открытия файла; он возвращает указатель на структуру FILE, которая является предопределенной структурой в "stdio.h "заголовочный файл. Если открытие файла прошло успешно, он возвращает указатель на файл, а если он не может его открыть, то возвращает NULL.

Функция fgetc возвращает символ, прочитанный из файла, и Функция fclose закрывает файл.

Прочтите файл на C с помощью программного кода fopen

C, чтобы открыть файл и распечатать его содержимое на экране.

#include
#include

int main ()
{
char ch, file_name [25];
FILE * fp;

printf ("Введите имя файла, который вы хотите увидеть \ n");
получает (имя_файла);

fp = fopen ( file_name, "r"); // режим чтения

if (fp == NULL)
{
perror ("Ошибка при открытии файла.\ n ");
exit (EXIT_FAILURE);
}

printf (" Содержимое файла% s: \ n ", имя_файла);

while ((ch = fgetc (fp))! = EOF)
printf ("% c", ch);

fclose (fp);
return 0;
}

Чтение файла вывода программы C:

Загрузить Чтение программы файла.

В конце файл.В нашей программе мы открыли только один файл.В одной программе можно открывать несколько файлов в разных режимах по мере необходимости.

Обработка файлов необходима, когда мы хотим постоянно хранить данные на устройстве хранения. Все переменные и данные программы теряются при ее завершении. Если данные потребуются позже, нам нужно сохранить их в файле.

[Язык C] => Типы файлов

Пример

Компиляция программ на C требует работы с пятью типами файлов:

  1. Исходные файлы : Эти файлы содержат определения функций и имеют имена, оканчивающиеся на .c условно. Примечание. .cc и .cpp - это файлы C ++; , а не C файлов.
    например, foo.c

  2. Заголовочные файлы : Эти файлы содержат прототипы функций и различные операторы препроцессора (см. Ниже). Они используются, чтобы разрешить файлам исходного кода доступ к функциям, определенным извне. Файлы заголовков по соглашению заканчиваются на .h .
    например, foo.h

  3. Объектные файлы : Эти файлы создаются как выходные данные компилятора.Они состоят из определений функций в двоичной форме, но сами по себе не могут быть выполнены. По соглашению объектные файлы заканчиваются на .o , хотя в некоторых операционных системах (например, Windows, MS-DOS) они часто заканчиваются на .obj .
    например, foo.o foo.obj

  4. Двоичные исполняемые файлы : Они создаются как выходные данные программы, называемой «компоновщиком». Компоновщик связывает вместе несколько объектных файлов для создания двоичного файла, который может быть запущен напрямую.У двоичных исполняемых файлов нет специального суффикса в операционных системах Unix, хотя в Windows они обычно заканчиваются на .exe .
    например, foo foo.exe

  5. Библиотеки : Библиотека представляет собой скомпилированный двоичный файл, но сама по себе не является исполняемым файлом (т.е. в библиотеке нет функции main () ). Библиотека содержит функции, которые могут использоваться более чем одной программой. Библиотека должна поставляться с заголовочными файлами, которые содержат прототипы всех функций библиотеки; на эти файлы заголовков следует ссылаться (например,грамм; #include ) в любом исходном файле, который использует библиотеку. Затем компоновщик необходимо передать в библиотеку, чтобы программа могла успешно скомпилироваться. Есть два типа библиотек: статические и динамические.

    • Статическая библиотека : статическая библиотека (файлы .a для систем POSIX и файлы .lib для Windows - не путать с файлами библиотеки импорта DLL, которые также используют расширение .lib ) статически встроен в программу.Статические библиотеки имеют то преимущество, что программа точно знает, какая версия библиотеки используется. С другой стороны, размеры исполняемых файлов больше, поскольку включены все используемые библиотечные функции.
      например, libfoo.a foo.lib
    • Динамическая библиотека : динамическая библиотека ( .so файлов для большинства систем POSIX, .dylib для OSX и .dll файлов для Windows) динамически подключается программой во время выполнения.Их также иногда называют общими библиотеками, потому что один образ библиотеки может использоваться многими программами. Преимущество динамических библиотек состоит в том, что они занимают меньше места на диске, если библиотеку используют более одного приложения. Кроме того, они позволяют обновлять библиотеки (исправлять ошибки) без необходимости перестраивать исполняемые файлы.
      например, foo.so foo.dylib foo.dll



Руководство по очистке жесткого диска (диск C:): Техническая документация

Перед очисткой жесткого диска (диск C:) полностью ознакомьтесь со следующей информацией.Если у вас есть вопросы по очистке жесткого диска, обратитесь в службу поддержки ([email protected] или x7440).

Если вы еще этого не сделали, просмотрите 11 главных советов по очистке файлов: http://techdocs.blogs.brynmawr.edu/6416

Назначение жесткого диска (диск C:)

Диск C :, также известный как жесткий диск вашего компьютера, выполняет важную работу по хранению операционной системы вашего компьютера (Windows, Mac OS, Linux и т. Д.), А также приложений, которые вы используете (например,грамм. Microsoft Office, Adobe, Mozilla Firefox) и файлы, загружаемые из Интернета.

Что принадлежит диску C 😕

Диск C: лучше всего использовать в качестве временного хранилища файлов, над которыми вы сейчас работаете.

Использование диска C: для долгосрочного хранения рискованно. Все жесткие диски неизбежно выйдут из строя, вопрос только в том, когда. Помня об этом, резервное копирование важных файлов с диска C: является важным шагом в обеспечении безопасности ваших данных.Рекомендации по резервному копированию см. В разделе Очистка вашего C: Drive To-do List: ниже.

Кроме того, хранение конфиденциальных данных (например, номеров кредитных карт, номеров социального страхования, данных, регулируемых FERPA) на вашем диске C: увеличивает риск попадания в чужие руки. Фактически, определенные типы данных запрещено хранить на вашем диске C: в соответствии с Политикой обработки данных Колледжа и Руководством по хранению данных.

Очистите свой C: список дел на Диске

Если вы считаете, что вам будет полезно быстро освоить инструменты управления файлами операционной системы, см. Раздел Советы по использованию инструментов управления файлами Windows и Mac. Ниже приведены несколько советов по более эффективному удалению файлов!

1) Перенесите файлы с диска C:, которые ему не принадлежат или для которых требуется создать резервную копию

  • Создавайте резервные копии неконфиденциальных файлов, синхронизируя компьютер с OneDrive. Это позволяет вам выбрать место на вашем компьютере, которое будет автоматически синхронизироваться с облаком при внесении изменений (например, если вы добавляете, изменяете или удаляете файл в этом месте на вашем компьютере, эти изменения также будут происходить в OneDrive в Office. 365.Верно и обратное.) Синхронизация облегчает эффективную передачу папок и отдельных файлов. См. Эту техническую документацию для получения дополнительной информации: http://techdocs.blogs.brynmawr.edu/5989
  • Перенесите школьные и рабочие файлы на диск H: для безопасного хранения. Альтернативой хранению школьных и рабочих файлов на диске C: является их хранение на диске H:, являющемся частью сетевой файловой системы хранения данных колледжа. Диск H: доступен для всех членов сообщества как личное безопасное хранилище.Диск H: не следует использовать для хранения файлов личного характера. Узнайте, как получить доступ к диску H: здесь: http://techdocs.blogs.brynmawr.edu/856

Примечание. Еще раз, пожалуйста, помните о политике обработки данных и рекомендациях по хранению данных при рассмотрении вопроса о хранении файлов, содержащих конфиденциальные данные, на любом носителе. Некоторые типы данных не могут храниться на диске H :.

2) Очистите свой рабочий стол!

Рабочий стол - удобное место для размещения ярлыков для часто используемых приложений и файлов или для использования в качестве временного хранилища файлов, над которыми вы сейчас работаете, но он также может быстро превратиться в загроможденную катастрофу (аналогично физическому рабочему столу! ).

При работе с физическими файлами вы можете упорядочить документы по папкам, а затем поместить их в картотечный шкаф для легкого извлечения. С вашими цифровыми файлами рассмотрите возможность организации файлов в папках в других местах, таких как папка «Документы» на вашем диске C: или, что еще лучше, на дисках H: или S: соответственно. Вы обнаружите, что будете тратить меньше времени, напрягая глаза, просматривая файлы на рабочем столе.

3) Удалите файлы с диска C:, которые ему не принадлежат и / или не нужны

Примечание. LITS рекомендует всем сотрудникам следовать существующим политикам хранения цифровых файлов.См. Политику колледжа в отношении хранения документации здесь: http://www.brynmawr.edu/humanresources/Internal/Record_Retention_List.pdf

По любым вопросам обращайтесь к своему руководителю.

  • Не знаете, с чего начать удаление? Ваша папка "Загрузки" - легкая цель! Скорее всего, вы скачали на свой компьютер несколько файлов, а они все еще находятся в папке «Загрузки».
  • Нацельтесь на больших! Удалите большие файлы личного характера или ненужные.Посмотрите это видео, чтобы узнать, как сортировать файлы по размеру: http://www.viddler.com/v/c6b4538f
  • Удалите файлы и программы, которые вы не используете. Большинство современных компьютеров теперь имеют диски C :, на которых хранятся большие объемы данных, хотя, если вы приближаетесь к использованию всего этого пространства, ваш компьютер может работать с менее чем оптимальной скоростью. Удаление неиспользуемых программ или файлов (особенно больших) может повысить производительность и освободить место для более ценных файлов.
  • Удалите файлы, содержащие конфиденциальные данные, если они вам больше не нужны, ИЛИ перенесите их в безопасное утвержденное место хранения, если они вам нужны. Многие типы конфиденциальных данных не могут храниться на диске C:
  • Рассмотрите возможность удаления старых версий файлов. Возможно, вам не придется держать десятки исправлений
  • Удалите повторяющиеся файлы. Нет необходимости хранить несколько копий одного и того же файла в одном месте хранения

4) Другие моменты, которые следует учитывать при очистке файлов

  • Будьте последовательны в том, как вы называете файлы, и следуйте рекомендациям по именованию файлов. Последовательное присвоение имен файлам улучшит вашу способность эффективно находить их позже и понять различия и сходства между вашими рекомендациями по именованию файлов, такими как отказ от использования специальных символов (например, <,>,:,?, *) - предотвратит различные проблемы. Подробнее здесь: http://techdocs.blogs.brynmawr.edu/4952
  • Подумайте, как вы организуете свои папки. Работает ли ваша текущая система организации папок? Как лучше организовать папки, чтобы упростить поиск файлов и снизить вероятность их потери или забывания? Хотя для организации папок нет серебряной пули, вы должны строить свою организацию папок на основе своего стиля работы.Например, создание папок для разных месяцев или семестров может иметь наибольший смысл для вашего рабочего процесса, или создание папки для каждого из ваших проектов может улучшить вашу организацию.
  • Обдумывая, что делать с файлом, задайте себе следующие вопросы:
    • Как часто мне нужно будет использовать этот файл? Если маловероятно, что вам понадобится использовать файл постоянно или вообще в ближайшем будущем, подумайте об его удалении, архивировании или перемещении в новую папку на диске C: для прошлых проектов.
    • Создал ли я этот файл? Это менее применимо к диску C :, чем к общим сетевым дискам, но во время очистки вы можете встретить файлы, созданные кем-то другим.Если да, узнайте, нужны ли им файлы, прежде чем принимать меры
    • Могу ли я получить доступ к этой информации где-нибудь еще? Если вы храните данные на диске C :, к которым вы можете получить доступ в другом месте (например, BiONic, веб-сайт колледжа), подумайте об удалении файла. Если файл содержит конфиденциальные данные, его не следует хранить на вашем диске C:
    • .
    • Следует ли архивировать этот файл? Некоторые типы файлов необходимо заархивировать. Обратитесь в службу поддержки, если у вас есть вопросы

Дополнительные советы по использованию инструментов управления файлами Windows и Mac

LinkedIn Learning, инструмент онлайн-обучения колледжа, содержит ряд полезных видеороликов, посвященных использованию инструментов управления файлами Windows и Mac (проводник и Finder) для задач, связанных с очисткой ваших файлов.См. Ниже ссылки на курсы. Вы можете просмотреть весь список воспроизведения видео или просмотреть отдельные видео. Щелчок по ссылке перенаправит вас на страницу входа в LinkedIn Learning. Пожалуйста, нажмите на опцию, чтобы подписаться. Подробнее о LinkedIn Learning здесь: http://lits.blogs.brynmawr.edu/5302

Файл C (что это такое и как его открыть)

Файл с расширением .C представляет собой текстовый файл исходного кода C / C ++. Он может содержать как исходный код всей программы на языке программирования C или C ++, так и ссылаться на другие файлы из проекта C.

Обратите внимание, что некоторые программы используют расширение файла c в нижнем регистре для обозначения файла исходного кода C и C в верхнем регистре для C ++, но это не обязательно. CPP также используется для файлов исходного кода C ++.

Если файл C не на языке программирования C или C ++, это может быть файл сценария Lite-C, написанный на lite-C, языке программирования, аналогичном C / C ++.

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

CFile также относится к классам файлов Microsoft Foundation Class, но не имеет ничего общего с форматами файлов исходного кода, описанными здесь.

Как открыть файл C

Любой текстовый редактор, например Notepad ++, Emacs, программа Windows Notepad, EditPlus, TextMate и другие, может открывать и просматривать файл C, если это файл исходного кода C / C ++.

Эти программы полезны, потому что они обычно легковесны по сравнению с разработчиками полных приложений, таких как перечисленные ниже.Кроме того, большинство из них поддерживают выделение синтаксиса, что обычно является предпочтительным, поскольку оно значительно упрощает редактирование и анализ исходного кода.

Однако файлы C обычно открываются в контексте программы разработки программного обеспечения, такой как Visual Studio, Eclipse, C ++ Builder, Dev-C ++ или Code :: Blocks.

Программа lite-C от Conitec Datasystems является основной программой, используемой для работы с файлами сценария Lite-C, но эти файлы C также могут открываться с помощью текстовых редакторов.

Как конвертировать файлы C

Существует ряд преобразований, связанных с C и C ++, но они выходят за рамки данной статьи.Например, вы можете использовать язык программирования для преобразования в или из массива символов, целых чисел, строк и т. Д., Но это не относится к самим файлам C, а скорее к функциям, которые эти файлы предоставляют.

Если это то, что вы ищете, мы рекомендуем посетить другие ресурсы, например Stack Overflow.

Однако, если вам действительно нужен конвертер файлов C, вы можете использовать любой текстовый редактор или средства открытия файлов C, указанные выше, для преобразования или сохранения файла в другом текстовом формате, таком как TXT или HTML.Скорее всего, они больше не будут использоваться в качестве файлов исходного кода с Eclipse, Dev-C ++ и т. Д., Если они существуют в другом формате файла.

Существует также ряд конвертеров исходного кода, доступных от Tangible Software Solutions, которые могут конвертировать C ++ в C #, Java или VB. Однако имейте в виду, что бесплатные выпуски ограничены, когда речь идет о количестве строк, которые можно преобразовать за один раз.

По-прежнему не удается открыть файл?

Учитывая, что расширение файла C - это всего лишь одна буква, легко спутать другие форматы файлов с файлом C.Это первое, на что следует обратить внимание, если вы не можете открыть файл, потому что вполне вероятно, что вы на самом деле имеете дело не с файлом C.

Например, если вы пытаетесь просмотреть свой файл с помощью текстового редактора, потому что предполагаете, что это файл с исходным кодом, но ничего не можете прочитать, у вас, вероятно, есть что-то совершенно другое, например файл CAB или CSH.

CS - очень похожее расширение файла, но оно используется для файлов исходного кода Visual C # и файлов цветовой схемы ColorSchemer Studio.Если у вас есть файл CS, он может нормально открываться программами, поддерживающими файлы C, поскольку это аналогичный формат с содержимым, написанным на языке C Sharp. Однако последний формат файла используется специально с ColorSchemer Studio и не будет работать так же, как файлы C Sharp или C.

Как видите, в этих и многих других форматах файлов есть буква «C», но это не означает, что они вообще связаны с форматом файлов C, описанным на этой странице.

Чтобы сделать это еще более запутанным, чем это могло бы быть, расширение файла CSH используется не только как нетекстовый файл в Adobe Photoshop (это файлы пользовательских форм), но и как обычный текстовый файл сценария оболочки C, что означает, что в зависимости от на том, что у вас есть, это может очень хорошо открываться в текстовом редакторе (например, с файлами CS), но это еще не означает, что это файл исходного кода C / C ++ или даже что его можно открыть в каждом перечисленном приложении выше.

Спасибо, что сообщили нам!

Расскажите, почему!

Другой Недостаточно подробностей Сложно понять

# директива include (C / C ++) | Документы Microsoft

  • 4 минуты на чтение

В этой статье

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

Синтаксис

#include " path-spec "
#include < path-spec >

Замечания

Вы можете организовать определения констант и макросов в включаемых файлов (также известных как файлы заголовков ), а затем использовать директивы #include , чтобы добавить их в любой исходный файл.Файлы включения также полезны для включения объявлений внешних переменных и сложных типов данных. Типы могут быть определены и названы только один раз во включаемом файле, созданном для этой цели.

Спецификация пути - это имя файла, которому необязательно может предшествовать спецификация каталога. Имя файла должно указывать на существующий файл. Синтаксис path-spec зависит от операционной системы, в которой скомпилирована программа.

Информацию о том, как ссылаться на сборки в приложении C ++, скомпилированном с использованием / clr , см. В директиве #using .

Обе формы синтаксиса заменяют директиву #include всем содержимым указанного файла. Разница между двумя формами заключается в порядке путей, которые препроцессор ищет, когда путь указан не полностью. В следующей таблице показаны различия между двумя формами синтаксиса.

Синтаксическая форма Действие
Ценовая форма Препроцессор ищет файлы включения в следующем порядке:

1) В том же каталоге, что и файл, содержащий оператор #include .

2) В каталогах открытых в данный момент включаемых файлов в порядке, обратном их открытию. Поиск начинается в каталоге родительского включаемого файла и продолжается вверх по каталогам любых родительских включаемых файлов.

3) По пути, указанному каждым параметром компилятора / I .

4) По путям, указанным в переменной среды INCLUDE .

Уголок-скоба Препроцессор ищет включаемые файлы в следующем порядке:

1) По пути, указанному каждой опцией компилятора / I .

2) При компиляции в командной строке по путям, указанным в переменной среды INCLUDE .

Препроцессор прекращает поиск, как только находит файл с заданным именем. Если вы заключите полную и недвусмысленную спецификацию пути для включаемого файла в двойные кавычки ( "" ), препроцессор будет искать только эту спецификацию пути и игнорировать стандартные каталоги.

Если имя файла, заключенное в двойные кавычки, является неполным указанием пути, препроцессор сначала просматривает каталог родительского файла .Родительский файл - это файл, содержащий директиву #include . Например, если вы включаете файл с именем file2 в файл с именем file1 , file1 будет родительским файлом.

Включаемые файлы могут быть вложенными. : Директива #include может появиться в файле, названном другой директивой #include . Например, file2 может включать file3 . В этом случае file1 по-прежнему будет родительским для file2 , но будет прародителем file3 .

Когда включаемые файлы вложены и когда компиляция выполняется в командной строке, поиск в каталоге начинается с каталога родительского файла. Затем он перебирает каталоги любых дедушек и дедушек. То есть поиск начинается относительно каталога, содержащего обрабатываемый в данный момент источник. Если файл не найден, поиск перемещается в каталоги, указанные в параметре компилятора / I (Дополнительные включаемые каталоги). Наконец, выполняется поиск в каталогах, указанных в переменной среды INCLUDE .

В среде разработки Visual Studio переменная среды INCLUDE игнорируется. Вместо этого используются значения, указанные в свойствах проекта для подключаемых каталогов. Дополнительные сведения о том, как установить каталоги включения в Visual Studio, см. В разделах Каталоги включения и Дополнительные каталоги включения.

В этом примере показано включение файла с использованием угловых скобок:

  #include 
  

В примере добавляется содержимое файла с именем stdio.h в исходную программу. Угловые скобки заставляют препроцессор искать каталоги, указанные в переменной среды INCLUDE для stdio.h , после того, как он ищет каталоги, указанные параметром компилятора / I .

В следующем примере показано включение файла с использованием цитируемой формы:

  #include "defs.h"
  

В примере добавляется содержимое файла, указанного в defs.h в исходную программу. Кавычки означают, что препроцессор сначала ищет каталог, содержащий родительский исходный файл.

Вложение включаемых файлов может продолжаться до 10 уровней. Когда обработка вложенного #include завершена, препроцессор продолжает вставлять включающий родительский файл include в исходный исходный файл.

Специально для Microsoft

Чтобы найти исходные файлы для включения, препроцессор сначала ищет каталоги, указанные параметром компилятора / I .Если параметр / I отсутствует или не работает, препроцессор использует переменную среды INCLUDE для поиска любых включаемых файлов в угловых скобках. Переменная среды INCLUDE и параметр компилятора / I могут содержать несколько путей, разделенных точкой с запятой ( ; ). Если более одного каталога появляется как часть параметра / I или в переменной среды INCLUDE , препроцессор ищет их в том порядке, в котором они появляются.

Например, команда

  CL / ID: \ msvc \ include myprog.c
  

заставляет препроцессор искать в каталоге D: \ msvc \ include \ включаемые файлы, такие как stdio.h . Команды

  НАБОР ВКЛЮЧИТЬ = D: \ msvc \ include
CL myprog.c
  

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

Если имя файла полностью указано для включаемого файла, путь которого включает двоеточие (например, F: \ MSVC \ SPECIAL \ INCL \ TEST.H ) препроцессор следует по пути.

Для включаемых файлов, которые указаны как #include "path-spec" , поиск в каталоге начинается с каталога родительского файла, а затем продолжается по каталогам любых родительских файлов. То есть поиск начинается относительно каталога, содержащего обрабатываемый исходный файл. Если нет файла прародителя и файл все еще не найден, поиск продолжается, как если бы имя файла было заключено в угловые скобки.

END Только для Microsoft

См. Также

Директивы препроцессора
/ I (дополнительные каталоги include)

Руководство по основным файлам лекарств (DMF)

Центр оценки и исследований лекарственных средств
Управление по санитарному надзору за качеством пищевых продуктов и медикаментов
Департамент здравоохранения и социальных служб

Сентябрь 1989 г.

Для получения дополнительной информации о руководстве, пожалуйста, обращайтесь:

Управление по санитарному надзору за качеством пищевых продуктов и медикаментов
Центр оценки и исследований лекарственных средств
Офис Оценка лекарств I
10903 New Hampshire Ave
White Oak Campus, Bldg 22

Silver Spring, MD 20993

СОДЕРЖАНИЕ

I.ВВЕДЕНИЕ

II. ОПРЕДЕЛЕНИЯ

III. ВИДЫ ФАЙЛОВ DRUG MASTER

IV. ПРЕДСТАВЛЕНИЯ В МАСТЕР-ФАЙЛЫ НАРКОТИКОВ

A. Передаточные письма

  1. Первоначальные документы
  2. Поправки

B. Административная информация

  1. Первоначальные документы
  2. Поправки

C. Содержание мастер-файлов лекарств

Мастер файлы

а. Тип I : Производственная площадка, производственные мощности, рабочие процедуры и персонал
b. Тип II : Лекарственное вещество, промежуточное лекарственное вещество и материал, используемый для их приготовления, или лекарственный продукт
c. Тип III : Упаковочный материал
d. Тип IV : Наполнитель, краситель, ароматизатор, эссенция или материал, использованный при их получении
e. Тип V : Справочная информация, принятая FDA

2. Общая информация и предложения

A. Экологическая оценка
B. Стабильность
C. Формат, сборка и доставка

V.РАЗРЕШЕНИЕ НА СООТВЕТСТВИЕ СООТВЕТСТВУЮЩЕМУ ФАЙЛУ ЛЕКАРСТВА

A. Письмо о разрешении в FDA
B. Копия заявителю, спонсору или другому держателю

VI. ПОЛИТИКИ ОБРАБОТКИ И ПРОВЕРКИ

A. Политика, относящаяся к обработке основных файлов лекарств
B. Обзор основных файлов лекарств

VII. ОБЯЗАННОСТИ ДЕРЖАТЕЛЯ

A. Уведомление, необходимое для внесения изменений в мастер-файл лекарственного средства
B. Список лиц, уполномоченных обращаться к справочному файлу лекарственного средства
C. Ежегодное обновление
D. Назначение агента
E.Переход права собственности

IX. ЗАКРЫТИЕ ГЛАВНОГО ФАЙЛА НАРКОТИКОВ

I. ВВЕДЕНИЕ

Мастер-файл лекарств (DMF) - это представление в Управление по контролю за продуктами и лекарствами (FDA), которое может использоваться для предоставления конфиденциальной подробной информации об объектах, процессах или изделиях, используемых производство, переработка, упаковка и хранение одного или нескольких лекарств для человека. Подача DMF не требуется ни законом, ни правилами FDA. DMF подается исключительно на усмотрение держателя.Информация, содержащаяся в DMF, может использоваться для поддержки заявки на новый исследуемый препарат (IND), заявки на новый лекарственный препарат (NDA), сокращенной заявки на новый лекарственный препарат (ANDA), другого DMF, заявки на экспорт или поправок и дополнений к любым из этих.

DMF НЕ заменяет IND, NDA, ANDA или экспортное приложение. Это не одобрено или не одобрено. Техническое содержание DMF рассматривается только в связи с рассмотрением IND, NDA, ANDA или экспортной заявки.

Это руководство не налагает обязательных требований (21 CFR 10.90 (b)). Тем не менее, он предлагает руководство по приемлемым подходам к соблюдению нормативных требований. Могут применяться разные подходы, но заявителю рекомендуется заранее обсудить значительные изменения с рецензентами FDA, чтобы не тратить время и силы на подготовку заявки, которую FDA может позже сочтет неприемлемой.

Мастер-файлы лекарств предусмотрены в 21 CFR 314.420. Это руководство предназначено для того, чтобы предоставить держателям DMF процедуры, приемлемые для агентства, для подготовки и подачи DMF.В руководстве обсуждаются типы DMF, информация, необходимая для каждого типа, формат подачи в DMF, административные процедуры, регулирующие рассмотрение DMF, а также обязанности держателя DMF.

DMF обычно создаются, чтобы позволить стороне, отличной от держателя DMF, ссылаться на материал без раскрытия этой стороне содержимого файла. Когда кандидат ссылается на свой собственный материал, он должен напрямую ссылаться на информацию, содержащуюся в его собственном IND, NDA или ANDA, а не создавать новый DMF.

II. ОПРЕДЕЛЕНИЯ

Для целей данного руководства применяются следующие определения:

II.1. Агентство означает Управление по санитарному надзору за качеством пищевых продуктов и медикаментов.

II.2 Агент или представитель означает любое лицо, назначенное держателем DMF в качестве контактного лица для держателя.

II.3. Заявитель означает любое лицо, которое подает заявку или сокращенную заявку или поправку или дополнение к ним для получения одобрения FDA на новый препарат или антибиотик, а также любое другое лицо, владеющее утвержденной заявкой (21 CFR 314.3 (б)).

II.4. Лекарственный продукт означает готовую лекарственную форму, например таблетку, капсулу или раствор, которая содержит лекарственное вещество, как правило, но не обязательно, в сочетании с одним или несколькими другими ингредиентами (21 CFR 314.3 (b)).

II.5. Лекарственная субстанция означает активный ингредиент, который предназначен для обеспечения фармакологической активности или другого прямого эффекта при диагностике, лечении, смягчении, лечении или профилактике заболевания или для воздействия на структуру или любую функцию человеческого тела, но не включает: промежуточные продукты, используемые в синтезе такого ингредиента (21 CFR 314.3 (б)).

II.6. Заявка на экспорт означает заявку, поданную в соответствии с разделом 802 Федерального закона о пищевых продуктах, лекарствах и косметических средствах, на экспорт лекарственного препарата, не одобренного для продажи в США.

II.7. Держатель означает лицо, владеющее DMF.

II.8. Разрешение означает письменное заявление держателя, назначенного агента или представителя, разрешающее FDA ссылаться на информацию в DMF в поддержку представления другого лица.

II.9. Лицо включает физическое лицо, товарищество, корпорацию и ассоциацию. (Раздел 201 (e) Федерального закона о пищевых продуктах, лекарствах и косметических средствах.)

II.10. Спонсор означает лицо, которое берет на себя ответственность и инициирует клиническое исследование. Спонсором может быть физическое лицо или фармацевтическая компания, правительственное учреждение, академическое учреждение, частная организация или другая организация (21 CFR 312.3 (b)).

III. ТИПЫ ЛЕКАРСТВЕННЫХ ФАЙЛОВ

Существует пять типов DMF:

Производственная площадка, производственные мощности, рабочие процедуры и персонал типа I

Лекарственное вещество типа II, промежуточное лекарственное вещество и материал, использованный при их приготовлении, или лекарственный продукт

Упаковочный материал типа III

Наполнитель, краситель, ароматизатор, эссенция или материал типа IV, использованный при их приготовлении

Справочная информация, принятая FDA, тип V

Каждый DMF должен содержать информацию только одного типа и все подтверждающие данные.См. Раздел IV.C руководства для более подробного описания информации, необходимой для каждого типа. Вспомогательная информация и данные в DMF могут иметь перекрестную ссылку на любой другой DMF (см. Часть V).

IV. ПОДАЧА В МАСТЕР-ФАЙЛЫ НАРКОТИКОВ

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

DMF должен быть на английском языке.Если в заявке содержится информация на другом языке, необходимо также включить точный заверенный перевод на английский язык.

Каждая страница каждой копии DMF должна быть датирована и пронумерована. Обновленное оглавление должно быть включено в каждую заявку.

IV. A. Сопроводительные письма

Необходимо включить следующее:

IV. А.1. Исходные материалы

a. Идентификация подачи: оригинал, тип DMF, классифицированный в Разделе III, и его предмет.

г. Идентификация приложений, если они известны, для поддержки DMF, включая имя и адрес каждого спонсора, заявителя или держателя, а также все соответствующие номера документов.

г. Подпись владельца или уполномоченного представителя.

г. Машинописное имя и должность подписывающего лица.

IV. A. 2. Поправки

a. Обозначение подачи: Поправка, номер DMF, тип DMF и предмет поправки.

г.Описание цели отправки, например, обновление, исправленная формула или исправленный процесс.

г. Подпись владельца или уполномоченного представителя.

г. Машинописное имя и должность подписывающего лица.

IV. B. Административная информация

Административная информация должна включать следующее:

IV. В.1. Исходные материалы

a. Имена и адреса следующих лиц:

(1) держатель DMF.

(2) Главный офис.

(3) Производство / переработка.

(4) Контакт для корреспонденции FDA.

(5) Агент (ы), если есть.

г. Конкретные обязанности каждого человека, перечисленного в любой из категорий в Разделе a.

г. Заявление об обязательствах.

Подписанное заявление держателя, подтверждающее, что DMF является действующим и что держатель DMF будет соблюдать сделанные в нем заявления.

IV. БИ 2. Поправки

а. Имя держателя DMF.

г. Номер DMF.

г. Имя и адрес для переписки.

г. Затронутые номера разделов и / или страниц DMF.

эл. Имя и адрес каждого лица, чья заявка на поддержку IND, NDA, ANDA, DMF или экспортная заявка зависит от предмета поправки.

ф. Номер каждого IND, NDA, ANDA, DMF и экспортного заявления, в отношении которого указана поправка, если она известна.

г. Затронутые элементы IND, NDA, ANDA, DMF и Export Application, если они известны.

IV. C. Содержание мастер-файла по наркотикам

IV. С.1. Типы мастер-файлов лекарств

IV. C.1.a.

Тип I : Производственная площадка, производственные мощности, рабочие процедуры и персонал

ДМФА типа I рекомендуется лицам за пределами США для оказания помощи FDA в проведении инспекций на местах их производственных объектов. DMF должен описывать производственную площадку, возможности оборудования и операционную схему.

DMF типа I обычно не требуется для описания бытовых объектов, за исключением особых случаев, например, когда человек не зарегистрирован и не проверяется в плановом порядке.

Описание участка должно включать площадь, фактический адрес участка и карту, показывающую его расположение относительно ближайшего города. Может оказаться полезным аэрофотоснимок и схема участка.

Схема основных участков производства и обработки полезна для понимания схемы работы. Основное оборудование должно быть описано с точки зрения возможностей, применения и местоположения. Марка и модель обычно не требуются, если только оборудование не новое или уникальное.

Схема основных корпоративных организационных элементов с выделенными ключевыми позициями в области производства, контроля качества и обеспечения качества как на производственной площадке, так и в корпоративной штаб-квартире также может оказаться полезной.

IV. C.1.b.

Тип II : Лекарственная субстанция, промежуточное лекарственное вещество и материал, используемый в их приготовлении, или лекарственный продукт

ДМФ типа II должен, как правило, ограничиваться одним промежуточным лекарственным средством, лекарственной субстанцией, лекарственным продуктом или типом лекарственного препарата. материал, использованный при их приготовлении.

IV. C.1.b. (1) Промежуточные лекарственные вещества, лекарственные вещества и материалы, использованные при их получении

Обобщите все важные этапы производства и контроля промежуточного лекарственного вещества или вещества. Подробное руководство о том, что следует включать в DMF типа II для лекарственных веществ и промежуточных продуктов, можно найти в следующих руководствах:

Руководство по подаче подтверждающей документации в заявках на лекарственные препараты для производства лекарственных веществ.

Руководство по формату и содержанию раздела «Химия, производство и контроль» приложения.

IV. C.1.b. (2) Лекарственный продукт

Процедуры производства и контроль готовых лекарственных форм обычно должны быть представлены в IND, NDA, ANDA или экспортной заявке. Если эта информация не может быть представлена ​​в IND, NDA, ANDA или заявлении на экспорт, ее следует подавать в DMF. Когда DMF типа II подается для лекарственного препарата, заявитель / спонсор должен следовать указаниям, содержащимся в следующих рекомендациях:

Руководство по формату и содержанию раздела «Химия, производство и контроль» заявки.

Руководство по представлению документации для производства и контроля лекарственных продуктов

Руководство по представлению образцов и аналитических данных для валидации методов

IV. C.1.c.

Тип III : Упаковочный материал

Каждый упаковочный материал должен быть идентифицирован по предполагаемому использованию, компонентам, составу и средствам контроля за его выпуском. Также должны быть указаны имена поставщиков или производителей компонентов, используемых при изготовлении упаковочного материала, и спецификации приемки.Данные, подтверждающие пригодность упаковочного материала для использования по назначению, также должны быть предоставлены, как указано в «Руководстве по подаче документации на упаковку лекарственных препаратов и биопрепаратов для человека ».

Токсикологические данные по этим материалам должны быть включены в этот тип ДМФ, если они не доступны посредством перекрестной ссылки на другой документ.

IV. C.1.d.

Тип IV Наполнитель, краситель, ароматизатор, сущность или материал, использованный при их получении

Каждая добавка должна быть идентифицирована и охарактеризована ее методом производства, спецификациями выпуска и методами тестирования.

Токсикологические данные по этим материалам должны быть включены в этот тип ДМФ, если они не доступны посредством перекрестной ссылки на другой документ.

Обычно официальные справочники и правила FDA для красителей (21 CFR, части с 70 по 82), пищевых добавок прямого действия (21 CFR, части с 170 по 173), непрямых пищевых добавок (21 CFR, части с 174 по 178) и пищевых веществ ( 21 CFR, части с 181 по 186) могут использоваться в качестве источников для испытаний выпуска, спецификаций и безопасности.Рекомендации, предлагаемые для ДМФ типа II, могут быть полезны при приготовлении ДМФ типа IV. DMF должен включать любую другую вспомогательную информацию и данные, которые недоступны посредством перекрестных ссылок на другой документ.

IV. C.1.e.

Тип V : Справочная информация, принятая FDA

FDA не рекомендует использовать DMF типа V для получения другой информации, дублирования информации или информации, которая должна быть включена в один из других типов DMF. Если какой-либо держатель желает предоставить информацию и подтверждающие данные в DMF, который не охвачен Типами I - IV, владелец должен сначала отправить письмо о намерениях персоналу мастер-класса по лекарствам (адрес см. В D.5.a. этого раздела). Затем FDA свяжется с владельцем, чтобы обсудить предложенную заявку.

IV. С.2. Общая информация и предложения

IV. C.2.a. Экологическая оценка

ДМФА типа II, типа III и типа IV должны содержать обязательство фирмы о том, что ее объекты будут эксплуатироваться в соответствии с применимыми законами об охране окружающей среды. Если требуется завершенная экологическая оценка, см. 21 CFR Часть 25.

IV. C.2.b. Стабильность

Дизайн, данные, интерпретация и другая информация исследования стабильности должны быть представлены, когда это применимо, как указано в «Руководстве по представлению документации по стабильности человеческих лекарственных средств и биопрепаратов». "

IV. D. Формат, сборка и доставка

IV. D.1.

Оригинал и дубликаты должны быть представлены для всех представлений DMF.

Держатели мастер-файлов лекарств и их агенты / представители должны сохранять полная справочная копия, которая идентична и хранится в том же хронологическом порядке, что и их представленные в FDA.

IV. D.2.

Оригинальные и дублирующие копии должны быть сопоставлены, полностью собраны и индивидуально упакованы.

Каждый объем DMF, как правило, должен быть не более 2 дюймов толщиной. Для многотомных работ пронумеруйте каждый том. Например, для подачи 3 томов, тома будут пронумерованы 1 из 3, 2 из 3 и 3 из 3.

IV. D.3.

Стандартный размер бумаги США (8-1 / 2 на 11 дюймов) является предпочтительным.

Длина бумаги не должна быть меньше 10 дюймов и больше 12 дюймов. Однако иногда может возникнуть необходимость использовать отдельные страницы, превышающие стандартный размер бумаги, для представления плана помещения, схемы синтеза, формулы партии или производственных инструкций.Эти страницы следует сложить и смонтировать, чтобы их можно было открывать для просмотра, не разбирая обложку, и повторно складывать без повреждений, когда том поставлен на полку.

IV.D.4.

В агентской системе подачи DMF предусмотрена сборка в левой части страницы. Левое поле должно быть не менее трех четвертей дюйма, чтобы гарантировать, что текст не затеняется в закрепленной области. Правое поле должно быть не менее половины дюйма. Публикация должна проделать отверстия на расстоянии 8 1/2 дюймов на каждой странице.См. Размеры страницы, показанные на следующем рисунке:

IV.D.5. Доставка в FDA

IV.D.5.a.

Справку по лекарствам и корреспонденцию следует направлять по следующему адресу:

Персонал мастер-файла по лекарствам
Управление по санитарному надзору за качеством пищевых продуктов и медикаментов
5901-B Ammendale Rd.
Beltsville, MD 20705-1266

IV.D.5.b. Стоимость доставки по указанному выше адресу должна быть оплачена заранее.

V. РАЗРЕШЕНИЕ НА ССЫЛКУ НА МАСТЕР-ФАЙЛ ЛЕКАРСТВА

V.A. Письмо о разрешении в FDA

Прежде чем FDA сможет просмотреть информацию о DMF в поддержку заявки, владелец DMF должен отправить в DMF в двух экземплярах письмо с разрешением, позволяющее FDA ссылаться на DMF. Если держатель перекрестно ссылается на свой собственный DMF, он должен предоставить в доверенности информацию, указанную в пунктах 3, 5, 6, 7 и 8 этого раздела. Держателю не нужно отправлять сопроводительное письмо с доверенностью.

В доверенности должно быть указано следующее:

  1. Дата.
  2. Имя держателя DMF.
  3. Номер ДМФ.
  4. Имя (а) лица (лиц), уполномоченного включать информацию в DMF посредством ссылки.
  5. Конкретные продукты, на которые распространяется действие DMF.
  6. Дата (даты) подачи из 5, выше.
  7. Номера разделов и / или номера страниц, на которые следует ссылаться.
  8. Заявление об обязательстве того, что DMF является действующим и что держатель DMF будет соблюдать сделанные в нем заявления.
  9. Подпись уполномоченного должностного лица.
  10. Напечатанное имя и заголовок официального разрешающего ссылки на DMF.

VB Копия заявителю, спонсору или другому держателю

Держатель также должен отправить копию разрешительного письма затронутому заявителю, спонсору или другому держателю, который уполномочен включить посредством ссылки конкретную информацию, содержащуюся в ДМФ. Заявитель, спонсор или другой держатель, ссылающийся на DMF, должен включить в заявку копию доверенности держателя DMF.

VI. ПОЛИТИКА ОБРАБОТКИ И ПРОВЕРКИ

VI.A. Политика, связанная с обработкой основных файлов лекарств

VI. А.1.

Общедоступность информации и данных в DMF определяется в соответствии с 21 CFR Часть 20, 21 CFR 314.420 (e) и 21 CFR 314.430.

VI. А.2.

Исходное представление DMF будет проверено по получении, чтобы определить, соответствует ли оно минимальным требованиям к формату и содержанию. Если представление приемлемо с административной точки зрения, FDA подтвердит его получение и присвоит ему номер DMF.

Если представление является неполным или неадекватным с административной точки зрения, оно будет возвращено подателю вместе с объяснительным письмом от персонала главного файла лекарств, и ему не будет присвоен номер DMF.

VI. B. Обзор основного файла лекарств

DMF НИКОГДА НЕ УТВЕРЖДАЕТ ИЛИ НЕ УТВЕРЖДАЕТ.

Агентство будет проверять информацию в DMF только в том случае, если спонсор IND, заявитель на NDA, ANDA или экспортную заявку, или другой держатель DMF включает материал в DMF посредством ссылки. Как уже отмечалось, включение посредством ссылки должно сопровождаться копией доверенности держателя DMF.

Если рецензенты FDA обнаруживают недостатки в информации, представленной в DMF, владельцу DMF направляется письмо с описанием недостатков.В то же время FDA уведомит человека, который полагается на информацию о дефицитном ДМФ, о том, что необходима дополнительная информация о поддерживающем ДМФ. Выявлен общий предмет недостатка, но подробности о недостатке раскрываются только владельцу ДМФ. Когда владелец отправляет запрошенную информацию в DMF в ответ на письмо агентства о недостатках, владелец также должен отправить копию сопроводительного сопроводительного письма пострадавшим лицам, полагающимся на DMF, и в контрольный отдел FDA, который выявил недостатки.В сопроводительном письме будет указано, что недостатки устранены.

VII. ОБЯЗАННОСТИ ДЕРЖАТЕЛЯ

Любые изменения или дополнения, в том числе изменения в полномочиях, относящиеся к конкретным клиентам, должны быть представлены в двух экземплярах с соответствующей перекрестной ссылкой на предыдущие документы. Ссылка должна включать дату (даты), том (ы), раздел (ы) и / или номер (а) страницы.

VII. A. Уведомление, необходимое для внесения изменений в основную карту лекарств

Держатель должен уведомить каждого затронутого заявителя или спонсора, который сослался на его DMF, о любых соответствующих изменениях в DMF (21 CFR 314.420 (в)). Уведомление должно быть предоставлено задолго до внесения изменений, чтобы спонсор / заявитель мог при необходимости дополнять или изменять любые затронутые заявки.

VII. B. Список лиц, уполномоченных обращаться к справочной документации по наркотикам

VII. В.1.

DMF должен содержать полный список лиц, уполномоченных включать информацию в DMF посредством ссылки [21 CFR 314.420 (d)]. Владелец должен обновлять список при ежегодном обновлении. Обновленный список должен содержать имя владельца, номер DMF и дату обновления.Обновление должно идентифицировать по имени (или коду) информацию, которую каждое лицо уполномочено включать, и указывать местонахождение этой информации по дате, объему и номеру страницы.

VII. БИ 2.

Любое лицо, чье разрешение было отозвано в течение предыдущего года, должно быть обозначено подходящей подписью.

VII. В.3.

Если список не изменился в годовщину, владелец DMF также должен подать заявление о том, что список актуален.

VII.C. Ежегодный отчет

Держатель должен предоставить годовой отчет о годовщине первоначальной подачи. Этот отчет должен содержать требуемый список, как описано в B.1., А также должен указывать все изменения и дополнительную информацию, включенную в DMF со времени предыдущего годового отчета по предмету DMF. Если предмет DMF не изменился, владелец DMF должен предоставить заявление о том, что предмет DMF актуален.

Неспособность ежегодно обновлять или заверять FDA в том, что ранее представленные материалы и списки в DMF остаются актуальными, может вызвать задержки в рассмотрении FDA ожидающих рассмотрения IND, NDA, ANDA, экспортной заявки или любой поправки или дополнения к такой заявке; и FDA может инициировать процедуры закрытия DMF (см. Раздел IX).

VII. D. Назначение агента

Когда агент назначен, владелец должен подать подписанное письмо о назначении в DMF с указанием имени агента, адреса и объема ответственности (административной и / или научной). Местным держателям DMF не нужно назначать агента или представителя, хотя иностранным держателям DMF рекомендуется нанять агента из США.

VII. E. Передача права собственности

Чтобы передать право собственности на DMF другой стороне, владелец должен уведомить об этом FDA и уполномоченных лиц в письменной форме.Письмо должно включать следующее:

  1. Имя получателя
  2. Адрес получателя
  3. Имя ответственного должностного лица получателя
  4. Дата вступления в силу передачи
  5. Подпись передающего должностного лица
  6. Имя и должность передающего должностного лица, напечатанные на машинке.

Новый держатель должен представить письмо о принятии перевода и обновленную информацию, содержащуюся в DMF, где это необходимо. Любые изменения, относящиеся к новому владельцу (например,g., расположение завода и методы).

VIII. ГЛАВНАЯ РЕОРГАНИЗАЦИЯ МАСТЕР-ФАЙЛА ЛЕКАРСТВЕННЫХ СРЕДСТВ

Держателю, который планирует крупную реорганизацию DMF, рекомендуется представить подробный план предлагаемых изменений и запросить его рассмотрение сотрудниками мастер-файла лекарственного средства. Перед проведением серьезной реорганизации сотрудникам должно быть предоставлено достаточно времени для комментариев и предложений.

IX. ЗАКРЫТИЕ МАСТЕР-ФАЙЛА ЛЕКАРСТВЕННЫХ СРЕДСТВ

Держатель, желающий закрыть DMF, должен подать запрос в Персонал главного файла лекарств с указанием причины закрытия.Адрес см. В разделе IV.D.5.a.

Запрос должен включать заявление о том, что обязательства держателя, указанные в Разделе VII, выполнены.

Агентство может закрыть DMF, который не содержит ежегодных обновленных данных о лицах, уполномоченных включать информацию в DMF посредством ссылки, и список изменений, внесенных с момента предыдущего годового отчета. Держатель будет уведомлен о намерении FDA закрыть DMF.

Многие рекомендации, упомянутые в тексте, и текущий список доступных руководств можно получить по следующему адресу:

Отделение по законодательным, профессиональным и потребительским вопросам (HFD-365)
Центр оценки и исследований лекарственных средств
Food and Управление по лекарствам
5600 Fishers Lane
Rockville, MD 20857

Копии Свода федеральных правил (CFR) можно приобрести в следующих местах:

Superintendent of Documents
U.Государственная типография С.
Вашингтон, округ Колумбия 20402

Отсутствующий LNK - Корреляция файлов LNK пользовательского поиска

Судмедэксперты используют файлы ярлыков LNK для восстановления метаданных о файлах, к которым недавно осуществлялся доступ, включая файлы, удаленные по истечении времени доступа. В ходе недавнего расследования FireEye Mandiant обнаружил файлы LNK, которые указывали на то, что злоумышленник получил доступ к файлам, включенным в результаты поиска Windows Explorer.По нашему опыту, это была новая комбинация артефактов судебной экспертизы. Мы рады поделиться своими выводами, потому что они помогают составить более полную картину действий и целей злоумышленника в отношении целевых систем. Кроме того, эти результаты также можно использовать в случаях инсайдерских угроз, чтобы определить путь, используемый для поиска и последующего открытия файла.

Формат Windows LNK

Расширение .lnk связано с классом файлов, известным как элементы оболочки. Эти файлы двоичного формата содержат информацию, которая может использоваться для доступа к другим объектам данных в оболочке Windows (графический интерфейс пользователя).

Файлы ярлыков

LNK - это один из типов предметов оболочки. Они создаются операционной системой Windows автоматически, когда пользователь обращается к файлу из поддерживаемого приложения, но также могут быть созданы пользователем вручную. Файлы ярлыков LNK обычно содержат метаданные о файле, к которому осуществляется доступ, включая имя и размер файла, исходный путь, временные метки, том и системную информацию (например, тип диска и имя хоста системы), а также информацию о сети (например, путь к общему сетевому ресурсу). К счастью, есть инструменты, которые могут анализировать эти файлы.Хотя внутри Mandiant мы используем FireEye Endpoint Security для анализа файлов LNK и выявления подозрительных поисковых запросов пользователей, для целей этого сообщения в блоге мы будем использовать LECmd Эрика Циммермана. На экране 1 показаны параметры командной строки для LECmd.exe.


Рисунок 1: Параметры командной строки LECmd.exe

Проанализированные метаданные в файлах ярлыков LNK имеют отношение к криминалистическим расследованиям для множества вариантов использования, включая профилирование активности пользователей в системе или поиск ссылок на вредоносные программы, которые были с тех пор удалены.

Поиск пользователей Файлы LNK

Недавно Mandiant обнаружил файлы LNK, формат которых мы изначально не распознали. Файлы поступали из системы Windows Server 2012 R2 и имели пути, подобные показанным на рисунке 2. Мы предположили, что это были файлы ярлыков LNK, исходя из их расширения и пути к файлу; однако их содержание было нам незнакомо.

C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ passw.lnk

C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ gov.Линия

Рисунок 2: Полный путь к незнакомым файлам LNK

В предыдущих примерах судебно-медицинский эксперт использовал бы сокращенное имя файла LNK, чтобы сделать вывод, что пользователь открыл файл с именем passw или gov. Затем они использовали бы такой инструмент, как LECmd, для восстановления дополнительных метаданных. Это предоставит им полный путь к файлу, к которому осуществляется доступ, и временные метки файла во время доступа к нему, а также другую криминалистическую информацию.

Однако предыдущие файлы LNK не содержали ожидаемых метаданных.На рисунке 3 показан вывод LECmd для passw.lnk (некоторая информация опущена для ясности).

Версия LECmd 1.3.2.1

Автор: Эрик Циммерман ([email protected])
https://github.com/EricZimmerman/LECmd

--- Заголовок ---
Цель создана:
Цель изменена:
Доступ к цели:

Размер файла: 0
Флаги: HasTargetIdList, IsUnicode, DisableKnownFolderTracking
Атрибуты файла: 0
Индекс значка: 0
Показать окно: SwNormal (Активирует и отображает окно.Окно восстанавливается до исходного размера и положения, если окно свернуто или развернуто.)

--- Информация об идентификаторе цели (Формат: Тип ==> Значение) ---

Абсолютный путь: Папка поиска \ passw

-Просмотр свойств пользователей ==> Папка поиска
>> Хранилище свойств (Формат: GUID \ ID Описание ==> Значение)
d5cdd505-2e9c-101b-9397-08002b2cf9ae \ AutoList ==> VT_STREAM не реализован (пока) См. Расширение блокировать раздел для содержимого сейчас
d5cdd505-2e9c-101b-9397-08002b2cf9ae \ AutolistCacheTime ==> 184
29510
d5cdd505-2e9c-101b-9397-08002b2cf9ae \ AutolistCacheKey3

-Переменная: Просмотр свойств пользователей ==> пароль
>> Хранилище свойств (Формат: GUID \ ID Описание ==> Значение)
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 2 (Описание недоступно) ==> VT_STREAM not Реализовано
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 8 (Описание недоступно) ==> passw
28636aa6-953d-11d2-b5d6-00c04fd918d0 \ 11 Тип элемента ==> Стек
28636aa6-9505-bd-11 \ 25 Флаги SFGAO ==> 805306372
b725f130-47ef-101a-a5f1-02608c9eebac \ 10 Отображение имени элемента ==> passw

--- Информация об идентификаторе конечной цели ---

--- Информация о дополнительных блоках ---

>> Блок данных хранилища свойств (Формат: GUID \ ID Описание ==> Значение)
(Хранилище свойств пусто)

Рисунок 3: LECmd.Выход exe для passw.lnk

Следует отметить, что отсутствует ожидаемая информация для файлов ярлыков LNK. Однако в разделе информации об идентификаторе цели были интересующие строки, включая папку поиска \ passw, а также результаты поиска на локальном диске (C :). Для сравнения на рисунке 4 показан вывод стандартного файла ярлыков LNK с использованием тестового файла. Обратите внимание, что присутствуют временные метки целевого файла, размер файла, полный путь к файлу и другие ожидаемые метаданные файла (некоторая информация опущена для ясности).

Версия LECmd 1.3.2.1

Автор: Эрик Циммерман ([email protected])
https://github.com/EricZimmerman/LECmd

--- Заголовок ---
Цель создана: 2020-01-21 19:34:28
Цель изменена: 2020-01-21 19:34:28
Доступ к цели: 2020-01-22 21:25:12

Размер файла: 4
Флаги: HasTargetIdList, HasLinkInfo, HasRelativePath, HasWorkingDir, IsUnicode, DisableKnownFolderTracking
Атрибуты файла: FileAttributeArchive
Индекс значка: 0
Показать окно: SwNormal.Окно восстанавливается до исходного размера и положения, если окно свернуто или развернуто.)

Относительный путь: .. \ .. \ .. \ .. \ .. \ Desktop \ test.txt
Рабочий каталог: C: \ Users \ <имя пользователя> \ Desktop

--- Информация о ссылке ---
Флаги: VolumeIdAndLocalBasePath

>> Информация о томе
Тип диска: фиксированный носитель (жесткий диск)
Серийный номер: <серийный номер>
Наклейка: OSDisk
Локальный путь: C: \ Users \ \ Desktop \ test.txt

--- Информация об идентификаторе цели (Формат: Тип ==> Значение) ---
Абсолютный путь: Мой компьютер \ Рабочий стол \ test.txt

- Корневая папка: GUID ==> Мой компьютер

- Корневая папка: GUID ==> Рабочий стол

-File ==> test.txt
Краткое имя: test.txt
Изменено: 2020-01-21 19:34:30
Количество блоков расширения: 1

--------- Блок 0 (Beef0004) ---------
Длинное имя: test.txt
Создано: 2020-01-21 19:34:30
Последний доступ: 2020- 01-21 19:34:32
Запись / последовательность MFT #: 108919/8 (0x1A977 / 0x8)

--- Информация об идентификаторе конечной цели ---

--- Информация о дополнительных блоках ---

>> Блок базы данных трекера
Идентификатор компьютера: <имя хоста>
MAC-адрес:
MAC Производитель: INTEL
Создание: 2020-01-21 15:19:59

Volume Droid:
Volume Droid Birth:
File Droid:
Дата рождения файлового дроида:

Рисунок 4: LECmd.Выход exe для стандартного файла ярлыков LNK test.txt

К счастью, в ходе расследования мы также проанализировали файл реестра NTUSER.DAT пользователя (с помощью RegRipper Харлана Карви) и проверили ключ WorldWheelQuery, в котором подробно описывается история поиска в проводнике пользователя. Файл passw.lnk вдруг стал интереснее! На экране 5 показаны записи, извлеченные из раздела реестра. Обратите внимание, что в истории поиска есть тот же термин, который мы наблюдали в файле LNK: passw.

wordwheelquery v.20100330
(NTUSER.DAT) Получает содержимое пользовательского ключа WordWheelQuery

Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ WordWheelQuery
Время последней записи 13 ноября, среда, 06:51:46 2019 (UTC)

Поисковые запросы, перечисленные в заказе MRUListEx

14 Secret
6 passw
13 ccc
12 bbb
11 aaa
10 * .cfg
9 apple
8 dni
7 private
4 gov
5 air
3 intelsat
2 adhealthcheck
1 *.ps1
0 глобальный

Рисунок 5: Ключ WorldWheelQuery, извлеченный из пользовательского файла реестра NTUSER.DAT

С помощью раздела реестра WorldWheelQuery мы определили passw как второй по времени термин в истории поиска пользователя Explorer в соответствии с порядком MRUListEx. MRUListEx - это значение реестра, в котором указывается порядок, в котором последний раз осуществлялся доступ к другим значениям - по сути, порядок, в котором термины были найдены в Explorer.passw также соответствует имени необычного файла LNK, содержащего строку «Результаты поиска на локальном диске» (C 🙂 (см. рисунок 3). Эти детали, казалось, предполагали, что файлы LNK создавались в результате поиска в проводнике пользователя. Поэтому мы начали называть эти файлы «LNK-файлы пользовательского поиска».

Нюансы и интерпретация

После поиска в системе файлов LNK с терминами, перечисленными в истории поиска проводника пользователя, мы обнаружили, что не все термины связаны с файлами LNK поиска пользователя.На рисунке 6 показаны файлы LNK и соответствующие им временные метки создания и изменения файлов, которые мы определили в результате этого поиска. Обратите внимание, что, хотя мы нашли 15 поисков через ключ реестра WorldWheelQuery, существует только четыре (4) файла LNK для пользовательского поиска.

2019-11-09 08:33:14 Создано Изменено
C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ gov.lnk

2019-11-09 09:29:11 Создано
2019-11-09 09:29:37 Изменено
C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ private.Линия

2019-11-09 08:38:29 Создано
2019-11-13 06:47:56 Изменено
C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ passw.lnk

13.11.2019 06:57:03 Создано
13.11.2019 06:57:25 Изменено
C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ Secret.lnk

Рисунок 6. Файлы LNK со связанными условиями поиска WorldWheelQuery Explorer

Кроме того, мы заметили пары файлов LNK, созданные в одновременно и имеющие похожие имена.В качестве примера на рисунке 7 перечислены два файла LNK, которые были созданы в 2019-11-09 08:38:29 UTC.

C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ passw .lnk

C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ passw ord.lnk

Рисунок 7: Файлы LNK, созданные одновременно

После дальнейшего тестирования мы определили, что система создала файлы LNK пользовательского поиска в результате поиска в проводнике, когда пользователь открыл один из файлов, созданных в результате этого поиска.Файлы LNK поиска пользователя были , а не , созданными, если пользователь не открыл файл, возвращенный поиском.

В этом примере файл password.lnk содержал метаданные целевого файла, как и следовало ожидать от файлов ярлыков LNK, и ссылался на целевой файл с именем password.txt, расположенный в каталоге T: \. passw.lnk, как обсуждалось ранее, содержал только ожидаемые метаданные для файла LNK пользовательского поиска, включая абсолютный путь к папке поиска \ passw со ссылкой на результаты поиска на локальном диске (C :).Однако это несоответствие в каталоге - контекст поиска файла LNK пользователя в результатах поиска на локальном диске (C 🙂 и файл ярлыка LNK, расположенный на диске T: \ - действительно соответствует ожиданиям.

Файлы ярлыков

LNK содержат метаданные для файла, к которому осуществлялся последний доступ, и мы обнаружили, что то же самое справедливо и для файлов LNK пользовательского поиска. Основываясь на разных временных метках создания и изменения для passw.lnk, мы знаем, что пользователь искал пароль хотя бы в одном другом экземпляре (мы не можем сделать вывод, произошел ли поиск между этими двумя точками времени) и открыл файл из результаты поиска.Это видно по отметкам времени для LNK-файла passw user search на рисунке 8.

2019-11-09 08:38:29 Создано
2019-11-13 06:47:56 Изменено
C: \ Users \ \ AppData \ Roaming \ Microsoft \ Windows \ Recent \ passw.lnk

Рисунок 8: Временные метки создания и изменения passw.lnk

Второй поиск passw произошел 13 ноября 2019 г. В этом случае пользователь снова искал термин passw с помощью поиска Windows Explorer, но на этот раз поиск выполнялся в контексте диска C: \ (Результаты поиска в Локальный диск (C :)), а затем щелкнул документ с именем password2.текст. Результаты LECmd для password2.lnk можно увидеть на рисунке 9 (некоторая информация опущена для ясности и защиты информации о клиенте). Обратите внимание, что информация, встроенная в файлы LNK поиска пользователей, - это , а также , встроенные в файл ярлыков LNK, который создается одновременно с файлом LNK поиска пользователя (подчеркнутый текст). Контекст поиска для passw.lnk и полный путь к файлу для password2.lnk совпадают: C: \.

Версия LECmd 1.3.2.1

Автор: Эрик Циммерман (saericzimmerman @ gmail.com)
https://github.com/EricZimmerman/LECmd

--- Заголовок ---
Цель создана: 2015-11-09 22:14:10
Цель изменена: 2010-01-11 16:57:11
Цель получена: 2015-11-09 22:14:10

Размер файла: 19
Флаги: HasTargetIdList, HasLinkInfo, HasRelativePath, HasWorkingDir, IsUnicode, DisableKnownFolderTracking
Атрибуты файла: FileAttributeArchive
Индекс значка: 0
Показать окно: SwNormal (Активирует и восстанавливает исходный размер окна. Окно возвращается в исходный размер. положение, если окно свернуто или развернуто.)

Относительный путь: .. \ .. \ .. \ .. \ .. \ .. \ .. \ <путь к файлу> \ password2.txt
Рабочий каталог: C: \ <путь к файлу>

--- Информация о ссылке ---
Флаги: VolumeIdAndLocalBasePath, CommonNetworkRelativeLinkAndPathSuffix

>> Информация о томе
Тип диска: фиксированный носитель (жесткий диск)
Серийный номер: <серийный номер>
Наклейка: (без этикетки)

Информация о сетевом ресурсе
Имя общего ресурса: \\ <имя хоста> \ <папка верхнего уровня>
Тип провайдера: <тип провайдера>
Флаги общего ресурса: ValidNetType

Локальный путь: C: \ <папка верхнего уровня> \
Общий путь: <путь к файлу> \ password2.txt

--- Информация об идентификаторе цели (Формат: Тип ==> Значение) ---

Абсолютный путь: Папка поиска \ passw \ password2

-Просмотр свойств пользователей ==> Папка поиска
>> Хранилище свойств (Формат: GUID \ ID Описание ==> Значение)
d5cdd505-2e9c-101b-9397-08002b2cf9ae \ AutoList ==> VT_STREAM не реализован (пока) См. содержимое в разделе блоков расширений на данный момент
d5cdd505-2e9c-101b-9397-08002b2cf9ae \ AutolistCacheTime ==> 184
29510
d5cdd505-2e9c-101b-9397-08900ae Результаты поиска в Autolist2b Диск (C:) 0

-Переменная: Просмотр свойств пользователей ==> пароль
>> Хранилище свойств (Формат: GUID \ ID Описание ==> Значение)
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 2 (Описание недоступно) ==> VT_STREAM не реализован
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 8 (Описание недоступно) ==> passw
28636aa6-953d-11d2-b5ackd6-00c04fd918d=> Тип позиции 900 = \ 28636aa6-953d-11d2-b5d6-00c04fd918d0 \ 25 Флаги SFGAO ==> 805306372
b725f130-47ef-101a-a5f1-02608c9eebac \ 10 Отображение имени элемента ==

passw

-Переменная: Просмотр свойств пользователей ==> пароль2
>> Магазин свойств (Формат: GUID \ Описание идентификатора ==> Значение)
49691c90-7e17-101a-a91c-08002b2ecda9 \ 3 Search Rank ==> 0
28636aa6-953d -11d2-b5d6-00c04fd918d0 \ 25 Флаги SFGAO ==> 1077936503
28636aa6-953d-11d2-b5d6-00c04fd918d0 \ 32 Список идентификаторов делегатов ==> Данные VT_VECTOR не реализованы (пока) См. Содержание блока расширений 28636a сейчасa 953d-11d2-b5d6-00c04fd918d0 \ 11 Тип элемента ==>.txt
28636aa6-953d-11d2-b5d6-00c04fd918d0 \ 24 Имя синтаксического анализа ==> password2.txt
446d16b1-8dad-4870-a748-402ea43d788c \ 100 Идентификатор кэша эскизов ==> 75240328238cd-8c7ec-8c7ec-8c7e8c8e-8ec7e-9e-8ee-9e-9e-9e-9e-9e-8e-9e-8ee-8ee \ 12 (Описание недоступно) ==> Нулевой
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 20 (Описание недоступно) ==> 1
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 3 (Описание недоступно) = => документ
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 17 (Описание недоступно) ==> {1685D4AB-A51B-4AF1-A4E5-CEE87002431D}.Объединить любые
1e3ee840-bc2b-476c-8237-2acd1a839b22 \ 8 (Описание недоступно) ==> C: \ <путь к файлу> \ password2.txt
b725f130-47ef-101a-a5f1-02608c9eebac \ 4 Текст типа элемента == > Текстовый документ
b725f130-47ef-101a-a5f1-02608c9eebac \ 10 Отображение имени элемента ==> пароль2
b725f130-47ef-101a-a5f1-02608c9eebac \ 12 Размер ==> 19
b725f130-47ef-101a-a5f1-02608c9ee 14 Дата изменения ==> 11.01.2010 16:57:11
006fdbaa-864f-4d1c-a8e8-e62772e454fe \ 11 (Описание недоступно) ==> 59
006fdbaa-864f-4d1c-a8e8-e62772e454fe \ 13 ( Описание недоступно) ==> 1077936423
cf5be8c0-236c-4ad3-bace-cd608a2748d7 \ 100 (Описание недоступно) ==> True
e3e0584c-b788-4a5a-bb20-7f5a44c9acdd \ 6 Отображение пути к папке с элементами ==> C: \ <путь к файлу>

--- Информация об идентификаторе конечной цели ---

--- Информация о дополнительных блоках ---

>> Блок данных хранилища свойств (Формат: GUID \ ID Описание ==> Значение)
(Хранилище свойств пусто)

>> Блок базы данных трекера
Идентификатор компьютера: <имя хоста>
MAC-адрес:
Производитель MAC: VMWARE
Создание: 2019-11-13 04:29:24

Объемный дроид: <объем>
Объемный дроид: <объем>
Файловый дроид: <файл>
Рождение файлового дроида: <файл>

Рисунок 9: LECmd.Выход exe для password2.lnk

Вывод состоит в том, что файлы LNK пользовательского поиска связаны только с поисковым запросом, а не с контекстом поиска. Это означает, что в дальнейшем будет выполняться поиск того же поискового запроса, например passw, когда пользователь впоследствии открывает результат поиска, но на другом диске или в другом каталоге, изменяет метку времени модификации для файла LNK поиска пользователя, а также контекст поиска, содержащийся в файле LNK поиска пользователя. Это идет в ногу с файлами ярлыков LNK, которые зависят от простого имени файла, а не от полного пути к файлу.

Интерпретация отметки времени

Исторически сложилось так, что из-за структуры раздела реестра WorldWheelQuery и доступных меток времени в реестре Windows исследователи могли определить время поиска только самого последнего термина, используя время последнего изменения раздела реестра. В файлах LNK пользовательского поиска доступны новые временные метки для определения того, сколько раз пользователь искал конкретный термин , когда пользователь впоследствии открывал файл из поиска. Идя дальше, мы можем объединить доказательства из файлов LNK пользовательского поиска и значения ключа реестра WorldWheelQuery MRUlistEx, чтобы получить , чтобы вывести порядок поиска, выполненного пользователем .Например, поскольку пользователь искал gov (индекс 4 поиска WorldWheelQuery), passw (индекс 6) и частный (индекс 7), мы можем сделать вывод, что они также искали воздух (индекс 5), но не открывали никаких файлов, полученных в результате этот поиск.

Заключение
Файлы ярлыков

LNK были надежным методом определения доступа пользователя к файлам и связанным с ними метаданным файла во время доступа. С помощью файлов LNK пользовательского поиска теперь мы можем обогатить результаты поиска в истории поиска в Проводнике Windows и получить более подробную картину активности пользователей с помощью дополнительных отметок времени поиска в Проводнике пользователя с последующим доступом к файлам из результатов поиска.

Благодарности

Спасибо Филиппу Кили и Уильяму Баллентину за технический обзор и отзывы о презентации в целом.

.
Оставить комментарий

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

© 2019 Штирлиц Сеть печатных салонов в Перми

Цифровая печать, цветное и черно-белое копирование документов, сканирование документов, ризография в Перми.