Форум программистов, компьютерный форум, киберфорум
Наши страницы
Бета-тестирование
Войти
Регистрация
Восстановить пароль
 
Etyuhibosecyu
Его Правительские Звания
4 / 7 / 4
Регистрация: 13.07.2017
Сообщений: 458
1

FileCompressor Technical Preview build 13052 (ProgramId 1)

02.01.2019, 16:39. Просмотров 295. Ответов 16
Метки нет (Все метки)

Первое, пока что небольшое, обновление компрессора файлов уже доступно! ("Первое обновление" обозначает именно обновление, первая версия обновлением не считается.) Инструкция по эксплуатации и основные параметры по ссылке, здесь приведу только список изменений.
- Увеличена надежность распаковки, теперь вероятность, что при распаковке большого файла программа вылетит, намного ниже. (На маленьких она и была ничтожной.)
- Можно распаковывать файлы, сжатые первой версией, но вероятность вылета при этом такая же, как и при распаковке первой версией (вторая версия имитирует первую при распаковке ее файлов).
- Ассоциации файлов и подписи полос загрузки пока недоступны. Расшифровываю прямо в "шапке" темы: первая - полная, вторая - текущая, третья - статус.
- Многопоточности не будет, так как я прочитал на другом форуме, что она уменьшает степень сжатия.
- Немного увеличена степень сжатия:
--- В кодовой таблице Хаффмана вместо полных ANSI-кодов символов хранятся дельты, причем самая большая дельта благодаря особой технологии не хранится.
--- Лемпель-Зив теперь умеет работать со "спиральными длинами" - многократными повторениями одного и того же блока подряд (уже поверх RLE). Раньше он кодировал второй блок, затем следующие 2, затем следующие 4, затем следующие 8 и т. д., теперь - всю "спираль" сразу.
- Мне кажется, немного увеличилась скорость сжатия. Теперь на моем ноутбуке с 2 ядрами по 1.35 ГГц она составляет около 1 МБ/ч. Причины мне неизвестны, возможно, у меня галлюцинации.

Следующее обновление запланировано большим, так что скоро его не ждите - с размером обновления время его разработки растет экспоненциально. С DCASTF, например, уже больше месяца периодически возвращаюсь к большому обновлению, а прогресс ничтожный.
Имя версии обновления выкладывать не буду, но возможности - выложу:
- Можно будет распаковывать файлы, сжатые первой и второй версиями, имитируя их декомпрессоры.
- E-RLE.
- Хаффман для слов. К сожалению, он не заменит обычного Хаффмана, так как его кодовая таблица в сотни раз больше - вместо дельт символов - полные слова, к которым нужно еще и приложить их длину. Поэтому думаю, что Хаффман для слов хорошо проявит себя только на "Войне и Мире", и чтобы проверить это, придется ждать неделю.
- Будет исправлена ошибка, из-за которой RLE и RLE3, хоть и крайне редко, могут быть применены одновременно.
- Вероятно, BWT, MTF.
- Скорее всего, разработка технологии FlexRegimes™ начнется в шестом обновлении, тогда же рабочее название FileCompressor будет заменено официальным (пока не придумал, каким именно).

Выкладываю тесты сжатия ZIP и FileCompressor. В столбце "размер" указан размер исходных файлов и файлов, сжатых FileCompressor. Столбец "сжат" показывает эффективность ZIP-сжатия. Столбец "сжат" для файлов .filecompressor неактуален. Как видно, на простых изображениях FileCompressor в два раза опережает ZIP, а над сжатием текстов мне еще работать и работать.

Usaga, не знаю, почему, но важный вопрос спрятали от вас в другой раздел. Надеюсь, когда он будет в составе другой темы, его не спрячут. Не могли бы вы написать пошаговый алгоритм сжатия методом LZMA? Коды я скачал, но разбираться в десятках тысяч строк кода, разбросанного по десяткам файлов - прототип в одном месте, описание функции в другом - для меня невыносимо.
0
Вложения
Тип файла: rar FileCompressor Technical Preview build 13052.rar (45.7 Кб, 5 просмотров)
Тип файла: zip FileCompressor.zip (20.4 Кб, 3 просмотров)
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
02.01.2019, 16:39
Ответы с готовыми решениями:

Перестала работать кнопка пуск в Windows 10 Pro Technical Preview Build 9926
Дела такое. Перестала работать кнопка пуск вообще. Походу залипание происходит из-за каких то...

Windows 10 Technical Preview доступна для скачивания
Как и было обещано на прошедшем мероприятии с предварительным анонсом Windows 10, публичная ранняя...

Новые возможности консоли CMD в Windows 10 Technical Preview
Windows 10: новые возможности и функции в командной строке Microsoft недавно представили...

Win 8.1 build 9600 распознаётся как Windows 8 build 9200
Проблема с версией. Win 8.1 build 9600 распознаётся как Windows 8 build 9200 . Проверил ток что ....

Почему в Eclipse неактивно действие Build Project и Build All?
Доброго времени суток) У меня вопрос такой: почему в Eclipse неактивно действие Build Project и...

16
Etyuhibosecyu
Его Правительские Звания
4 / 7 / 4
Регистрация: 13.07.2017
Сообщений: 458
02.01.2019, 17:31  [ТС] 2
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
скорость сжатия... составляет около 1 МБ/ч
Проверялось на файле размером 27.4 КБ. С ростом размера файла время сжатия растет нелинейно. На 12.0 КБ показало почти 2 МБ/ч, перепроверил на 230 КБ - всего 750-800 КБ/ч (17:37). Вероятно, O-сложность n log n или около того...
0
MrOnlineCoder
Всегда онлайн
552 / 463 / 187
Регистрация: 07.04.2013
Сообщений: 1,945
Завершенные тесты: 2
02.01.2019, 18:25 3
Etyuhibosecyu,
  • у вас окно называется Form1. ИМХО - не красиво, дайте нормальное название и иконку
  • я так понимаю, алгоритм написан на C++? Есть предложение сделать его кроссплатформенным (сам код), и вывести как отдельную библиотеку, например (а-ля filecompressor.dll). Тогда появляется возможность сделать консольную версию программы (для запуска из командной строки), и кому надо, тот может пользоваться GUI-версией, которая просто вызывает нужные функции из библиотеки. Тогда можно и на винде и на линуксе запускать. Насколько мне известно, тот же 7zip так устроен, алгоритм вынесен в 7z.dll, а GUI и проводник в отдельное приложение.
  • при запуске выскакивает консольное окно - думаю лучше его убрать (понимаю что Technial Preview, но конечному пользователю, включая тестировщиков, оно ни к чему).
  • ну и то что бросилось мне в глаза как пользователю - это скорость распаковки/сжатия. Алгоритмы, это все хорошо и похвально, но сжимать 16 кб файл полминуты - это неприемлемо имхо.
0
Etyuhibosecyu
Его Правительские Звания
4 / 7 / 4
Регистрация: 13.07.2017
Сообщений: 458
02.01.2019, 18:49  [ТС] 4
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
у вас окно называется Form1. ИМХО - не красиво, дайте нормальное название и иконку
Подумаю.
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
я так понимаю, алгоритм написан на C++? Есть предложение сделать его кроссплатформенным (сам код), и вывести как отдельную библиотеку, например (а-ля filecompressor.dll). Тогда появляется возможность сделать консольную версию программы (для запуска из командной строки), и кому надо, тот может пользоваться GUI-версией, которая просто вызывает нужные функции из библиотеки. Тогда можно и на винде и на линуксе запускать. Насколько мне известно, тот же 7zip так устроен, алгоритм вынесен в 7z.dll, а GUI и проводник в отдельное приложение.
Интересная идея. Но дело в том, что программа использует C++/CLI не только для GUI, но и для чтения/записи в файл, работы со строками и т. д. Хотя я видел и консольную версию CLR, но сомневаюсь в ее качестве.
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
при запуске выскакивает консольное окно
Оно же и в DCASTF. Вы знаете, как это сделать? Если да, то подскажите.
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
ну и то что бросилось мне в глаза как пользователю - это скорость распаковки/сжатия. Алгоритмы, это все хорошо и похвально, но сжимать 16 кб файл полминуты - это неприемлемо имхо.
Тот же вопрос, что и по предыдущему пункту. Многопоточность не в счет.
0
MrOnlineCoder
Всегда онлайн
552 / 463 / 187
Регистрация: 07.04.2013
Сообщений: 1,945
Завершенные тесты: 2
02.01.2019, 19:32 5
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Но дело в том, что программа использует C++/CLI не только для GUI, но и для чтения/записи в файл, работы со строками и т. д. Хотя я видел и консольную версию CLR, но сомневаюсь в ее качестве.
Ваши функции будут принимать не путь к файлу, а буфер с данными. Версии CLR здесь не причем. Тем более CLR тогда не нужен будет, так как загрузка динамических библиотек в C# это "built-in" функционал (поправьте если не верно, но уверен в этом на 95%). Посмотрите на тот же zlib, обычно все сводиться к функциям вида (грубо говоря):

C++
1
void* fileCompressor_Encode(void* buffer, unsigned int size);
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Тот же вопрос, что и по предыдущему пункту. Многопоточность не в счет.
Не эксперт в алгоритмах сжатия, но первым делом думаю нужно взять отладчик, и посмотреть что больше всего "жрет" процессорного времени.
0
Pro_grammer
Модератор
6176 / 2259 / 443
Регистрация: 24.04.2011
Сообщений: 3,998
Записей в блоге: 10
02.01.2019, 22:37 6
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Выкладываю тесты сжатия ZIP и FileCompressor.
Где?
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
FileCompressor в два раза опережает ZIP
Враньё!
Я провел простой эксперимент. Сжал файл FileCompressor Technical Preview build 13052.exe при помощи FileCompressor Technical Preview build 13052.exe, у меня комп чуть помощьнее, чем у автора сего опуса, и ждал не слишком долго, может всего пол часа, я не засекал. Итоговый размер FileCompressor Technical Preview build 13052.filecompressor получился 82496 байт. Как все могут видеть в первом сообщении ТС, тот же файл сжатый RAR имеет размер всего 45.7 Кб или точнее 46793 байта, что почти в 2 раза меньше чем результат FileCompressor Technical Preview build 13052.exe. ZIP файл получился 52691 байт, что так же намного меньше, чем 82496 байт.
И при этом время запаковки ZIP и RAR составило меньше секунды против получаса!

Считаю, что ТС нужно как следует изучить теорию сжатия файлов, испытанные алгоритмы, прежде чем замахиваться на что то своё в этой области. Ибо результат просто плачевный.
Результат вот ( это переименованный файл .filecompressor в .zip, для того, что бы можно было выложить на форум):
1
Вложения
Тип файла: zip FileCompressor Technical Preview build 13052.exe.zip (80.6 Кб, 1 просмотров)
MrOnlineCoder
Всегда онлайн
552 / 463 / 187
Регистрация: 07.04.2013
Сообщений: 1,945
Завершенные тесты: 2
02.01.2019, 22:55 7
Цитата Сообщение от Pro_grammer Посмотреть сообщение
Где?
Наверное имелось ввиду файл FileCompressor.zip, там разные файлы сжаты разными версиями.

Добавлено через 4 минуты
Цитата Сообщение от Pro_grammer Посмотреть сообщение
FileCompressor Technical Preview build 13052.exe. ZIP файл получился 52691 байт
Еще учтите что туда добавляется разная мета-информация, как версия и структура zip файла, что хоть и немного, но тоже забирает немного места.

Цитата Сообщение от Pro_grammer Посмотреть сообщение
Считаю, что ТС нужно как следует изучить теорию сжатия файлов, испытанные алгоритмы, прежде чем замахиваться на что то своё в этой области. Ибо результат просто плачевный.
Если на то пошло, то ТС мог бы выложить исходники на тот же GitHub, и ему смогли бы указать что и где неверно сделано. Но этот софт, скорее всего, позиционируется как платный/коммерческий, а значит исходников нам не видать.
0
Usaga
Эксперт .NET
5306 / 3614 / 632
Регистрация: 21.01.2016
Сообщений: 14,354
Завершенные тесты: 2
03.01.2019, 06:07 8
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Увеличена надежность распаковки, теперь вероятность, что при распаковке большого файла программа вылетит, намного ниже.
Я даже не знаю, как это прокомментировать. Но пройти молча мимо тоже не получилось) ТС про отладчик (debugger) вообще слыхам не слыхал? И про юнит-тесты для упреждающей отладки сложных вещей тоже не слышал?

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

Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
Если на то пошло, то ТС мог бы выложить исходники на тот же GitHub, и ему смогли бы указать что и где неверно сделано.
Очень сомневаюсь, что у кого-то возникло бы желание копаться в этом.
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
Но этот софт, скорее всего, позиционируется как платный/коммерческий, а значит исходников нам не видать.
Как и автору продаж. Тот же 7-zip сжимает в 3600 раз быстрее (1Мб\сек), сжимает в разы лучше, полностью открыт, портирован на все платформы (Windows, Linux, Mac) и не вылетает "при распаковке большого файла". Кроме потакания безумной своей жадности, других причин существования "архиватора" ТС-а просто нет.

Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Надеюсь, когда он будет в составе другой темы, его не спрячут. Не могли бы вы написать пошаговый алгоритм сжатия методом LZMA? Коды я скачал, но разбираться в десятках тысяч строк кода, разбросанного по десяткам файлов - прототип в одном месте, описание функции в другом - для меня невыносимо.
Я не реализовывал данный алгоритм сжатия. Или вы считаете, что я всё на свете знаю?) На википедии кратко расписано какие алгоритмы входят в состав LZMA, что для разных типов входных данных применяют разные алгоритмы. Там же и названия программ, этот алгоритм реализующих. Изучайте их исходный код. Если для вас это сложно, то и браться за архиватор не надо.
0
Etyuhibosecyu
Его Правительские Звания
4 / 7 / 4
Регистрация: 13.07.2017
Сообщений: 458
03.01.2019, 10:09  [ТС] 9
Цитата Сообщение от Pro_grammer Посмотреть сообщение
Где?
Второй архив в шапке.
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
Но этот софт, скорее всего, позиционируется как платный/коммерческий, а значит исходников нам не видать.
Не угадали. Я выложу исходники. Хоть и урезанные, без ядра технологии PseudoByte™.
Цитата Сообщение от Usaga Посмотреть сообщение
О, майн год! Получается, что вы сами не понимаете алгоритмов, которые используете, иначе такой откровенный бред бы ни писали. Степень сжатия зависит только от алгоритма и входных данных, а не от того, во сколько потоков данный алгоритм выполняется.
Можете дать глубокое обоснование, чтобы я знал, что следует верить именно вам, а не тому форуму?
Цитата Сообщение от Usaga Посмотреть сообщение
Как и автору продаж. Тот же 7-zip сжимает в 3600 раз быстрее (1Мб\сек), сжимает в разы лучше, полностью открыт, портирован на все платформы (Windows, Linux, Mac) и не вылетает "при распаковке большого файла". Кроме потакания безумной своей жадности, других причин существования "архиватора" ТС-а просто нет.
Ну, 7-zip - это архиватор, разрабатываемый большой командой (хотя, возможно, и не корпорацией), там уровень кардинально другой. Я и попросил написать алгоритм именно того метода, который в 7-zip, мне отказали.
На GitHub я когда-то регистрировался, но давно забыл, как туда войти, и там у меня хранятся совсем другие файлы, к компрессору файлов не имеющие никакого отношения. В сообщение код не влез, поэтому прошу не полениться и скачать архив.
DoubleList - эквивалент System::Collections::Generic::List<System::Collections::Generic::List<PseudoByte ^> ^>. DoubleListAndRLEIndexes - то же самое плюс список индексов типа System::Collections::Generic::List<int>. Думаю, в копировании объектов меня обвинить нельзя, так как в C++/CLI происходит передача не по значению и не по ссылке, а по особой управляемой ссылке (^).
Надеюсь, теперь мне укажут на ошибки, замедляющие работу в 3600 раз?
P. S. Не могли бы назвать версию Лемпеля-Зива, используемую у меня? А то я познакомился с множеством версий уже после того, как начал писать свою. На момент начала написания у меня было только общее представление, что вообще такое Лемпель-Зив, вот я и не знаю, какая версия у меня. Не подскажете?
0
Вложения
Тип файла: rar Source code.rar (5.4 Кб, 4 просмотров)
Pro_grammer
Модератор
6176 / 2259 / 443
Регистрация: 24.04.2011
Сообщений: 3,998
Записей в блоге: 10
03.01.2019, 11:27 10
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Второй архив в шапке.
Я это видел. Там нет заявленных файлов:
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Выкладываю тесты сжатия ZIP и FileCompressor. В столбце "размер" указан размер исходных файлов и файлов, сжатых FileCompressor. Столбец "сжат" показывает эффективность ZIP-сжатия. Столбец "сжат" для файлов .filecompressor неактуален. Как видно, на простых изображениях FileCompressor в два раза опережает ZIP, а над сжатием текстов мне еще работать и работать.
Где сам тест, где там столбцы "размер" и "сжат" ? Где вообще хоть какая то статистика? Есть исходные bmp и сжатые .filecompressor.
Теперь о причине того, что в вашем тесте ZIP оказался хуже.
Исходные файлы настолько малы, что на конечный результат влияет то, что ваш компрессор пишет в файл только сжатые байты, а скажем ZIP ещё и имя файла и сигнатуру архива. Без этих важных данных архиватор бесполезен.
НО! На достаточно большом файле имя файла и сигнатура архива практически не будут влиять на конечный размер архива. Странно, что вы этого не понимаете.
0
Etyuhibosecyu
Его Правительские Звания
4 / 7 / 4
Регистрация: 13.07.2017
Сообщений: 458
03.01.2019, 12:07  [ТС] 11
Цитата Сообщение от Pro_grammer Посмотреть сообщение
Где сам тест, где там столбцы "размер" и "сжат" ? Где вообще хоть какая то статистика?
Я открываю в WinRar, там эти столбцы есть.
Цитата Сообщение от Pro_grammer Посмотреть сообщение
Исходные файлы настолько малы, что на конечный результат влияет то, что ваш компрессор пишет в файл только сжатые байты, а скажем ZIP ещё и имя файла и сигнатуру архива. Без этих важных данных архиватор бесполезен.
WinRar отображает размер сжатых файлов без имени файла и сигнатуры архива. Сейчас запущу сжатие файла изображения 1024x768, подожду около суток, посмотрим, правду вы пишете или нет.
0
Usaga
Эксперт .NET
5306 / 3614 / 632
Регистрация: 21.01.2016
Сообщений: 14,354
Завершенные тесты: 2
03.01.2019, 12:30 12
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Можете дать глубокое обоснование, чтобы я знал, что следует верить именно вам, а не тому форуму?
Обоснование? Для вас это не очевидно? По-вашему, 2 + 2 вернёт другой результат, если выражение будут считать два человека, а не один?

Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Ну, 7-zip - это архиватор, разрабатываемый большой командой (хотя, возможно, и не корпорацией), там уровень кардинально другой.
Мне всё равно какая там команда. Приложение распространяется бесплатно для всех платформ и работает на несколько порядков лучше вашего творения, которое вы явно планируете монетизировать.

В архиве один файл размером в пятьдесят шесть килобайт. Я по диагонали посмотрел. Там такой же говнокод, что вы демонстрировали в случае со своим DCASFT. Опять конкатенации строк, опять Replace, тонны List<T>, оператор new в циклах, GOTO, обращение к UI прямо в алгоритмах сжатия, magic numbers. В общем, нет у меня желания в этом хламе копаться, уж извините.

Добавлено через 35 секунд
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Сейчас запущу сжатие файла изображения 1024x768, подожду около суток
Я вас уверяю, такой архиватор нафиг никому не будет нужен.

Добавлено через 5 минут
И нафига вы используете это недоразумение C++\CLI? Только ради форм? Что мешает взять нормальный язык (С++ или C#)?
1
MrOnlineCoder
Всегда онлайн
552 / 463 / 187
Регистрация: 07.04.2013
Сообщений: 1,945
Завершенные тесты: 2
03.01.2019, 14:02 13
Цитата Сообщение от Usaga Посмотреть сообщение
Мне всё равно какая там команда.
Насколько мне известно, 7zip сделал один человек - Игорь Павлов. Конечно, код писал не только он, но и другие contributor-ы, но сути это не меняет - основную работу проделал он. Таких проектов много, тот же сервер nginx, который 20-30% всех интернетов держит, включая этот форум.

Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
сообщение код не влез, поэтому прошу не полениться и скачать архив.
А почему исходник С# в .txt формате? )) И весь код в проекта реально в 1 файле, или это только в архиве так?

Не по теме:

Цитата Сообщение от Usaga Посмотреть сообщение
оператор new в циклах
Возможно не понимаю контекста, но что в этом плохого?

0
Usaga
Эксперт .NET
5306 / 3614 / 632
Регистрация: 21.01.2016
Сообщений: 14,354
Завершенные тесты: 2
03.01.2019, 16:20 14
Цитата Сообщение от MrOnlineCoder Посмотреть сообщение
Возможно не понимаю контекста, но что в этом плохого?
Само по себе, конечно же, ничего плохого, когда иначе никак. Но у ТС-а в коде не мало вот таких вещей:

C#
1
2
3
4
5
6
7
            for (int i = 0; i <= symbols->Count - 1; i++) {
                symbol_codes->Add(gcnew System::Collections::Generic::List<PseudoByte ^>());
                symbol_codes2->Add(gcnew System::Collections::Generic::List<PseudoByte ^>());
                symbol_codes[symbol_codes->Count - 1]->Add(gcnew PseudoByte(i, first_base));
                symbol_codes2[symbol_codes2->Count - 1]->Add(gcnew PseudoByte(i, first_base - 1));
                form->add_value(form->ProgressBarStatus, 1);
            }
Я так понимаю, что тормоза его архиватора объясняются как минимум совершенно конской нагрузкой на GC.
0
locm
2196 / 921 / 118
Регистрация: 28.10.2011
Сообщений: 2,984
Записей в блоге: 6
05.01.2019, 22:50 15
Цитата Сообщение от Etyuhibosecyu Посмотреть сообщение
Увеличена надежность распаковки, теперь вероятность, что при распаковке большого файла программа вылетит, намного ниже.
Она должна быть нулевой. Если вылетает, запускайте под отладчиком и ищите причину.
0
Croessmah
++Ͻ
14946 / 8538 / 1628
Регистрация: 27.09.2012
Сообщений: 21,019
Записей в блоге: 2
Завершенные тесты: 1
17.01.2019, 14:48 16
Цитата Сообщение от Pro_grammer Посмотреть сообщение
против получаса!
Вручную с помощью hex-редактора сжимали?
0
Pro_grammer
Модератор
6176 / 2259 / 443
Регистрация: 24.04.2011
Сообщений: 3,998
Записей в блоге: 10
17.01.2019, 16:42 17
Цитата Сообщение от Croessmah Посмотреть сообщение
с помощью hex-редактора
Да нет, тогда это бы заняло минут 10, не больше.
Цитата Сообщение от Pro_grammer Посмотреть сообщение
Сжал файл FileCompressor Technical Preview build 13052.exe при помощи FileCompressor Technical Preview build 13052.exe
0
17.01.2019, 16:42
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
17.01.2019, 16:42

Новые свойства Version Information: ProgramID
В XE 10.2 (может быть, раньше) в настройках проекта &quot;Include Version Information&quot; появилось новое...

Webpack "npm run build" выдает ошибку: "npm ERR! missing script: build"
Помогите пожалуйста! npm run build выдает ошибку npm ERR! missing script: build npm ERR! A...

Technical writer (remote work)
В крупную американскую компанию Petrosoft Inc., занимающуюся разработкой back office систем...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
17
Ответ Создать тему
Опции темы

КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2019, vBulletin Solutions, Inc.
Рейтинг@Mail.ru