Подскажите язык программирования
 

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

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

очень мило:) а че те от нас нада?

C, C++, C#, Java, Objective C.

Я только не пойму, а файлы в принципе в каком виде существуют? В троичном?
Что значит "конвертировать в двоичный вид"? Прочитать побайтово и записать побитово? Ни фига себе архиватор..

Было: FF стало: 11111111

Во-во, дело говоришь, зришь в корень. Я тоже не пойму. Может это как пример он выдал? Мол просто преобразование с файлом сделать надо и сохранить. Кстати на DarkBASIC вообще без проблем своять можно. Хотя и сделан он несколько для другой цели.

И зачем это надо? WinZip, WinRaR не устраивают?

Все такие умные... не кого за водкой послать...

По теме только Nirth сказал.... Ему отдельное "спасибо"...

2Kikasso: именно так из 16-тиричной системы нужно перевести в двоичную... Было: FF стало: 11111111


2Скептик: уже ближе к истине.. после разных финтов с двоичным видом опять все переводится в обычный 16-тиричный код...

2 Zuben & E.x.E.: тут, вообще, без комментариев...


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

PSP - PlayStation Portable? :)

а по теме: любой оффлайн/web ООП-язык. На чем проще – на том и пиши.
Я б на Delphi или VBasic (.net) б писал

Ну так а вы выражайтесь яснее. Сами вчитайтесь в свой вопрос:
Вот какое разрешение у txt-файла? Его фотошопом не открыть.

А после спиритического сеанса стало чуть-чуть яснее.. Шифровалку пишете?

Нечто подобное... Пару эксперементов с полем Галуа и полиномами...

Может в AS3 появились какие-то команды для побайтного чтения файлов и побайтного сохранения? А может еще есть что-нить и для работы с памятью (чтение регистров, ячеек и т.д.)...

PS: не отправляйте учить ассемблер :)

Для работы с памятью ничего нет. Чтение побайтово — ByteArray (но предварительно нужно сначала весь файл прогрузить). Сохранять можно с среде AIR.

Вообще то процедуру просмотра в 2-м виде делает любой приличный hec редактор, асемблеры, редакторы дисков и некоторые просто текстовые редакторы.
Править 2й файл можна, если вы соображаете, что делаете. В этом есть сильные сомнения.
Тезис насчет "программа начинает его символ за символом конвертировать в двоичный вид" отношу к тому, чего не понял
В компьютере все в 2м виде, просто для сложных форматов файлов эта информация не о чем не говорит. Реально система обращается к 8,16... разрядным величинам для обеспечения быстродействия. Сюда Архиваторы как раз и относятся, поскольку используют более компактный формат хранения данных, чем стандартная система доступа к диску.
Во флеше можно сделать эмулятор конвертации текста.
100Мб текстовых файлов я не встречал, а конвертить прочие файлы идиотизм. Конечно есть тема криптографии, но флеш тут вообще не в теме. Совсем.

Язык.

2 aksios: по поводу посимвольной конвертации сказал лишь потому что пробовал реализовывать в среде flash, а .load возвращает строку символов в UTF-8...

>Реально система обращается к 8,16... разрядным величинам для обеспечения быстродействия.

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

2 _etc: прошу прощения за резкости... просто раздражает человечесский снобизм.. спасибо за информацию о ByteArray, но к сожалению загрузить сначала целиком файл возможности не будет...
буду скорее всего разбираться с C#...