В результате долгих поисков на данный момент установлено, что в S40 имеется две микросхемы флэш-памяти - Intel 28F320D18T и Atmel AT45DB161. Дальше я приведу некоторые выдержки из документации и собственные соображения. Special thanks to: key с форума gsmlab.com (точные названия микросхем); VovaVirus (переполнил чашу терпения и натолкнул на мысли). Описание 28F320D18T -------------------------------------- Флэш-память емкостью в 4 МБ, в которой хранится всем известная прошивка. Имеет шину данных 16 бит и шину адреса 21 бит. Разбита на две независимые области: Main Partition - нижние 3 МБ, и Parameter Partition - оставшийся 1 МБ; в самом верху Parameter Partition находится область в 64 КБ, которая имеет несколько другие механизмы доступа и при надлежащем обращении со стороны программного обеспечения может эмулировать функции EEPROM. Разбиение памяти на разделы позволяет проводить операции R/W независимо для каждой области. Вся память разбита на блоки; Main Partition состоит только из Main Blocks, Parameter Partition состоит из Main Blocks и Parameter Blocks. Размер Main Block - 32 Kword, Parameter Block - 4 Kword (в данном случае одно слово - 16 бит). Собственно говоря, Parameter Blocks находятся только в конце Parameter Partition и составляют ту самую область памяти, которая эмулирует EEPROM. Каждый блок может быть залочен (заблокирован) от записи, причем состояний лока несколько (Locked/Unlocked/Locked Down), и они зависят от состояния специальной ноги микросхемы. Если она опущена на землю, то блоки, помеченные как Locked Down, невозможно переписать; в других случаях состояние лока можно менять программно. Данная микросхема снята с производства. Существует несколько ревизий (степпингов), в которых поправлялись замеченные ошибки. Со списком (как и с полной документацией на английском) каждый может ознакомиться сам. Ошибки есть разные, вот одна из самых интересных (пофиксена в степпинге А-2): команда Erase Suspend в любом параметрическом блоке (т.е. EEPROM) может привести к случайному стиранию любого другого параметрического блока, даже если он залочен (!). Это может происходить примерно в 1% случаев использования данной команды [...]. (to be continued)

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

Описание AT45DB161 ----------------------------- Емкость - чуть больше 2 МБ (17 301 504 бит). Организация памяти - 4096 страниц по 528 байт каждая. Интерфейс - последовательный 1-битный. Типичная сфера применения - хранение изображений, данных и оцифрованного голоса. На сайте производителя есть пример схемы простого цифрового диктофона на базе этой микросхемы. Первые 256 страниц имеют аппаратную защиту от перезаписи - если специальная нога микросхемы опущена на землю, запись в эту область памяти невозможна. В настоящий момент вся линейка ATxxDB161 снята с производства и заменена на то же самое, но с буквой B в конце. Изготовитель обещает 100% обратную совместимость. Revision List на AT45DB161 я не нашел, но аналогичные продукты от Atmel не безгрешны. Возможно, и эта микросхема имеет свои ошибки, которые по каким-то причинам не были документированы.

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

Итак, мы имеем: 1. EEPROM в S40 потенциально имеет размер 64 КБ, т.е. начинается не с адреса 03F8000H, а с адреса 03F000H. Но даже из "официальных" 32 КБ используются только 16, в случае моего телефона - верхние 16. 2. Микросхемы флэша имеют свои аппаратные ошибки, которые тоже могут быть источниками нестабильности телефона. 3. Диктофон, а также возможно мелодии, списки операторов, адресная книга и т.д. хранятся во второй флэши (Atmel), которая недоступна имеющимся флэшерам. 4. Скорее всего, в первой флэши (Intel) первые несколько блоков защищены от записи; это и дает нам возможность иметь неубиваемый перепрошивкой телефон, т.к. "бут-сектор" никогда не затирается. (красивая мысль, но в корне неверная - TchP, 6.07.2003) К сожалению, часть железа закрыта металлическими крышками, которые пропаяны по периметру. Это мешает мне сделать что-то вроде "S40 SIM Side Decsription", а без точного знания того, какая применена элементная база, невозможно продвинуться дальше в Reverse Engineering. Поэтому любая информация с благодарностью принимается на мыло.

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

А может тогда проще выпаять их и заменить аналогами, которые не глючат? =)

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

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

А ты не думал сделать с S40, чтото аналогичное как с S/SL45 серией. Полный перепотраш флеша (графика, музыка, и т.д.). Флеш-то не до упора забит и адреса элементов менюшки найти можно, а то скуповато согласитесь както, немного жизни внего и может глюки какие пофиксить получится(типо качество приема и записной книги).

____________________________ -=BOTY=- MTS-BY +374-v7705500

цитата: BOTY пишет:А ты не думал сделать с S40, что-то аналогичное как с S/SL45 серией. Полный перепотраш флеша (графика, музыка, и т.д.). IMHO, наш телефон не нуждается в этом абсолютно. У него очень стильный и проработанный дизайн, в т.ч. графика и анимация, и я не вижу никаких причин пытаться разукрашивать его. Гораздо более важная задача - попробовать написать флэшер для восстановления второй области памяти. Лично у меня периоды работоспособности пересекаются с периодами нехватки времени и просто лени, да и мой S40 работает абсолютно нормально, что на фоне общего безразличия народа к поднятой теме совсем не стимулирует процесс. Жалоб и просьб о помощи предостаточно, а хоть одну мысль подать...

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

Собственно, выяснилось, каким образом происходит сам процесс флэширования. PMB2850 есть процессор семейства С166 от Infineon. Практически во всех процессорах этого семейства реализован механизм, позволяющий загрузить некую начальную программу через последовательный интерфейс, чем и занимается Bootstrap Loader (BSL). В этом случае устройство на С166 может вообще не иметь ROM. BSL может быть использован для: - загрузки программы в системы без ROM; - загрузки тестового или калибровочного программного обеспечения; - firmware update. С166 можно отправить в режим BSL при хардварном сбросе путем подачи сигналов на соответствующие ноги (что явно и происходит, когда мы коротко жмем кнопку "No" для начала флэширования телефона). При этом начинает исполняться код BSL, который находится в специальном BootROM (судя по всему, намертво прошивается на заводе). Далее BSL сканирует RxD, ожидая появления нулевого байта, обрамленного стартовым и стоповым битами. По этому байту вычисляется баудрэйт-фактор (грубо говоря - скорость обмена с хостом через RxD и TxD), после чего инициализируется и открывается ASC (асинхронный последовательный канал) - можно принимать/передавать данные. Потом через ASC выдается байт, идентифицирующий разновидность модели семейства С166. Затем BSL входит в цикл, ожидая появления 32 байт на ASC. Эти 32 байта (т.е. 16 инструкций максимум) - это все, что пользователь может загрузить в С166 по собственной инициативе через BSL. Они помещаются во внутреннюю память процессора с адреса 0FA40H до 0FA5Fh; когда все 32 байта будут получены, управление передается по адресу 0FA40H, т.е. пользовательской программе. Наиболее вероятно, что эти 32 байта будут представлять собой предварительный загрузчик (pre-loader), который позволит поместить в память дополнительный код большего размера, т.к. 16 инструкций явно недостаточно для работы. Этот код может быть как самим приложением, так и загрузчиком второго уровня, через который уже можно лить что угодно и куда угодно.

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

Типа, хай всем! Давно тут не появлялся, а тут проходил мимо и увидел интересную тему. Про флеши - гуд! Очень интересно было почитать. ИМХО, именно из-за нетипичной (для С166) организации памяти второй флешки никто из "крутых анлокеров", включая самого Макса до нее и не добрался. К тому же, если для оригинальных Сименсов были прошивки с оригинальными бутами, у которых тот же Макс беззастенчиво позаимствовал все куски по инициализации external memory, то Бош в этом плане глух и нем. К тому же, не знаю у кого как, у меня нет ни одного знакомого в СЦ, где бы чинили Боши. Видать, надо искать самих дойчляндов и уже у них просить оригинальный софт. Но, может, такого и не было -> если бы был, то давно бы сперли. Если кратко, то все, в общем-то, плохо. Лично я не верю, что кто-нибудь доберется до второй флешки, тем более, что стимулов все меньше - аппараты уже старые. ПисАть же патчи в стиле сликов для х40, ИМХО, немного сродни мазохизму - вы видели дизасм прошивки? Бош использовал свой, кардинально отличающийся от Сименса, компилятор и результат представляет из себя равномерно перемешанные код и данные - прямо как в ARM'ах. Для ранних (то есть, до х55) Сименсовских компиляторов, да и вообще для самой архитектуры С166 это, ИМХО, совершенно не свойственно. Хотяяяя.... Как раз в х55 Сименс идет по тому же пути, что логично - имеются слухи (да вроде и на сайте Инфинеона что-то появилось... не смотрел...), что будущее ядро мобилок будет ARM'оподобным, хотя и продолжит принципы С166... Вообще, это навевает определенные мысли, что Бош опередил свое время и интуитивно работал туда, куда остальные повернулись через несколько лет. Но толку-то для нас? Блин, чего-то я разговорился. На тему бутанья... Бутстраплоадер из С166 к бутанью телефона имеет ну очень отдаленное отношение. В камне телефона уже есть РОМ, в который и зашит именно телефонный загрузчик. Думается, в х40 он несильно отличается от х35 и х45 -> достаточно посмотреть буты ЮниСименса (вообще, странно, что сей факт, который легко посмотреть своими глазами, не мешает постоянно говорить о "загрузчиках в 32 байта и т.п.". Помнится, на сайте TheSig'а подобная разборка долго была... Хотя достаточно ручками наваять флешер (или поюзать Ksie) и слить нижние адреса памяти - кроме мусора там есть и те самые бутлоадеры). То есть, просто ждет в цикле 55h, потом грузит куда-нибудь по FA00h (скорее всего) до 256 байт бута, исполняет их, потом грузит следующий и так далее... Пока буты не улягутся в памяти (традиционно куда-нибудь в 200h) самого проца и там уже работают... Короче, на фиг все эти BSL от С166. IDA, буты из программ, прошивка и мониторинг порта - лучшие друзья реверсера. Вот-с. Высказался. Излил душу. )))

____________________________ ... Не жалею о том, что сделал, думаю о том, что сделаю... --- Пусть всегда будет SKY! А также CX65/1603 под МегаФон ПриемЧастный (Москва) * Origin Остановите Землю - я сойду...

> Бутстраплоадер из С166 к бутанью телефона имеет ну очень отдаленное отношение. > В камне телефона уже есть РОМ, в который и зашит именно телефонный загрузчик. Читаю доку на С166: 32K ROM, 1K RAM, 256K Linear Address Space. Почему именно "телефонный загрузчик", если кроме 32К ROM, в которых и должен сидеть BSL, в С166 ничего нету? И зачем вообще он нужен, если встроенный BSL и так позволяет загрузить любой бут, что собственно говоря и делает например тот же Юнисименс? Или ты "телефонным загрузчиком" все-таки называешь BSL? > странно, что сей факт, который легко посмотреть своими глазами, не мешает постоянно говорить о "загрузчиках в 32 байта и т.п." Может, перечитай мой постинг внимательнее? Там вполне понятно написано, что прелоадер в 32 байта позволяет дальше грузить свои буты. > То есть, просто ждет в цикле 55h, потом грузит куда-нибудь по FA00h (скорее всего) до 256 байт бута, исполняет их, потом грузит следующий и так далее... И при этом BSL по-прежнему "к бутанью телефона имеет ну очень отдаленное отношение", да? Ну, извини… Тогда документация от Infineon случайно совпала с тем, что ты написал. Даже 055h. > К тому, что, как ты вообще собираешь скопировать второй флеш в первый? Если бы знал, то не тратил бы время на форумах. Из анализа интерфейсов С166 и АТ45 само собой напрашивается, что он подключен к ASC1 - это уже зацепка. Если да, то протокол обмена в руки - и вперед. Если нет - будет видно. > Вот-с. Высказался. Излил душу. ))) Именно. Извини, полезной информации - пока ноль, кроме того, что "все, в общем-то, плохо". Вместо того, чтобы поправить меня и _реально_ что-то подсказать. Я уважаю твои заслуги, но мне нужны все-таки полезные советы; а то, что все плохо - я и так знаю.

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

цитата: TchP пишет:> Бутстраплоадер из С166 к бутанью телефона имеет ну очень отдаленное отношение. > В камне телефона уже есть РОМ, в который и зашит именно телефонный загрузчик. Читаю доку на С166: 32K ROM, 1K RAM, 256K Linear Address Space. Почему именно "телефонный загрузчик", если кроме 32К ROM, в которых и должен сидеть BSL, в С166 ничего нету? И зачем вообще он нужен, если встроенный BSL и так позволяет загрузить любой бут, что собственно говоря и делает например тот же Юнисименс? Или ты "телефонным загрузчиком" все-таки называешь BSL? Читать доки - оно гуд, но надо читать их внимательнее. Сейчас найду где это... Во! Нашел! Ну вот например: "A built-in bootstrap loader which is implemented in all microcontrollers of the C166-family provides a mechanism to load a startup program via the serial interface. In this case no external (ROM) memory or an internal ROM is required. The bootstrap loader moves code/data into the internal RAM, but it is also possible to transfer data via the serial interface into an external RAM using a second level loader routine. ROM memory (internal or external) is not necessary. The Bootstrap Loader may be used to load the complete application software into ROMless systems or it may load temporary software into complete systems for testing or calibration." Это из вступления к одной доке. Ключевые слова - "no external (ROM) memory or an internal ROM is required" и "into ROMless systems". Если конкретнее - BSL это встроенная фича самого кристалла (кстати, кристалл конкретно телефона это дааалеко не именно С166, особенно последних моделей - там много всего дополнительно засунуто), в ROM'е не лежит и к бутанью телефона никакого отношения не имеет. Телефон же бутается, если можно так выразиться, "телефонным BIOS'ом", который как раз и сидит в ROM'е и еще много чего делает... Опять же - Юнисименс грузит начальные буты до 256 байт, а последний (главный), которые читается и кладется в память уже не телефоном, а предыдущим бутом - до 64 кб (см. соответствующий байт длины бута перед его посылкой). Это ну никак не соотносится с теми 32 байтами, про которые везде сказано, что они - едины для всего семейства С166. Далее позволю себе процитировать кусок кода из прошивки S45, который, как мне думается, не особенно отличается в остальных телефонах (т.к. все они всасывают Юнисименсовские буты): Seg_01:1034E bclr T6R Seg_01:10350 cmp T6, #0B1h ; '-' Seg_01:10354 jnb N, loc_10310 Seg_01:10358 mov DPP0, #0 Seg_01:1035C ; assume dpp0: 0 (page 0x0) Seg_01:1035C nop Seg_01:1035E mov r1, #2AAh Seg_01:10362 mov r2, #29Ah Seg_01:10366 Seg_01:10366 loc_10366: ; CODE XREF: Seg_01:1036Ej Seg_01:10366 mov r0, T6 Seg_01:1036A add r2, #2 Seg_01:1036C subb rl0, [r1+] Seg_01:1036E jmpr cc_NC, loc_10366 Seg_01:10370 extr #1 Seg_01:10372 bset word_F130.3 Seg_01:10374 nop Seg_01:10376 extr #1 Seg_01:10378 bset word_F130.4 Seg_01:1037A nop Seg_01:1037C mov r0, #16h Seg_01:10380 mov word_EFDA, r0 Seg_01:10384 nop Seg_01:10386 mov S0CON, #8811h Seg_01:1038A mov r0, #1FFh Seg_01:1038E subb rl0, [r2+] Seg_01:10390 mov S0_BaudRate, r0 Seg_01:10394 nop Seg_01:10396 bclr S0R Seg_01:10398 mov S0BG, ZEROS Seg_01:1039C movb S0BG, [r2] Seg_01:103A0 bset S0R Seg_01:103A2 sub r1, #2AAh Seg_01:103A6 cmp r1, #7 Seg_01:103A8 jnb Z, loc_103B0 Seg_01:103AC mov S0CON, #8832h Seg_01:103B0 Seg_01:103B0 loc_103B0: ; CODE XREF: Seg_01:103A8j Seg_01:103B0 mov r0, #6 Seg_01:103B2 Seg_01:103B2 Check_55h_byte: ; CODE XREF: Seg_01:103BEj Seg_01:103B2 sub r0, #1 Seg_01:103B4 jb Z, loc_10310 ; Seg_01:103B4 ; Seg_01:103B8 callr Clear_S0RIR Seg_01:103BA cmpb S0RBUF, #55h ; 'U' Seg_01:103BE jnb Z, Check_55h_byte Seg_01:103C2 Seg_01:103C2 SendInitAck: ; CODE XREF: Seg_01:10200j Seg_01:103C2 mov S0TBUF, #0A0h ; '?' Seg_01:103C6 Seg_01:103C6 StartReceiveFirstBoot: ; CODE XREF: Seg_01:103ECj Seg_01:103C6 callr Clear_S0RIR Seg_01:103C8 movbz r4, S0RBUF Seg_01:103CC mov r0, #0FA00h Seg_01:103D0 add r4, r0 Seg_01:103D2 movb rl5, #0 Seg_01:103D4 Seg_01:103D4 NextByte: ; CODE XREF: Seg_01:103DEj Seg_01:103D4 callr Clear_S0RIR Seg_01:103D6 movb [r0], S0RBUF Seg_01:103DA xorb rl5, [r0+] Seg_01:103DC cmp r0, r4 Seg_01:103DE jmpr cc_NZ, NextByte Seg_01:103E0 callr Clear_S0RIR Seg_01:103E2 cmpb rl5, S0RBUF Seg_01:103E6 jmpr cc_Z, CorrectBootCRC Seg_01:103E8 mov S0TBUF, #5Ah ; 'Z' Seg_01:103EC jmpr cc_UC, StartReceiveFirstBoot Seg_01:103EE ; --------------------------------------------------------------------------- Seg_01:103EE Seg_01:103EE CorrectBootCRC: ; CODE XREF: Seg_01:103E6j Seg_01:103EE mov S0TBUF, #0A5h ; '?' Seg_01:103F2 bclr S0TIR Seg_01:103F4 Seg_01:103F4 Loop1: ; CODE XREF: Seg_01:103F4j Seg_01:103F4 jnb S0TIR, Loop1 Seg_01:103F8 jmps 0, FirstBoot ' (FA00h) цитата: > странно, что сей факт, который легко посмотреть своими глазами, не мешает постоянно говорить о "загрузчиках в 32 байта и т.п." Может, перечитай мой постинг внимательнее? Там вполне понятно написано, что прелоадер в 32 байта позволяет дальше грузить свои буты. Ну, в общем, я уже изложил свои возражения... Он-то, может, и позволяет сам по себе. Но просто в телефонах все это не используется (по крайней мере на том уровне, на котором нам нужно). цитата: > То есть, просто ждет в цикле 55h, потом грузит куда-нибудь по FA00h (скорее всего) до 256 байт бута, исполняет их, потом грузит следующий и так далее... И при этом BSL по-прежнему "к бутанью телефона имеет ну очень отдаленное отношение", да? Ну, извини… Тогда документация от Infineon случайно совпала с тем, что ты написал. Даже 055h. Да нет, не случайно... Просто когда делали телефонный бутлоадер, отталкивались от оригинального BSL. Но у телефона и железо другое, и требования другие... Тем более, что когда делаешь лично свой девайс (а не универсальный микроконтроллер на продажу), можно делать, как тебе удобно, а не как надо покупателю. Вот и сделали... См. кусок кода выше. цитата: > К тому, что, как ты вообще собираешь скопировать второй флеш в первый? Если бы знал, то не тратил бы время на форумах. Из анализа интерфейсов С166 и АТ45 само собой напрашивается, что он подключен к ASC1 - это уже зацепка. Если да, то протокол обмена в руки - и вперед. Если нет - будет видно. Понятно. Ну ладно. Успехов! Я бы на твоем месте посмотрел, как к тому флешу сам телефон обращается. Прошивку поглядеть, все такое... Но ASC1 - это мысль хорошая. Хотя и не бесспорная. Например, в оригинальных Сименсах на нем IrDA висит... Так что... цитата: > Вот-с. Высказался. Излил душу. ))) Именно. Извини, полезной информации - пока ноль, кроме того, что "все, в общем-то, плохо". Вместо того, чтобы поправить меня и _реально_ что-то подсказать. Я уважаю твои заслуги, но мне нужны все-таки полезные советы; а то, что все плохо - я и так знаю. Ну вот. Еще и наехали. Я так просто... Увидел интересные мессаги, решил свое мнение высказать... А чего тут реально подсказывать? х40 у меня в данный момент на руках нет. А был в свое время очень недолго и квалификация тогда была не ахти, так что не очень много посмотрел и не очень много понял... Сейчас бы дали - поглядел бы больше. В общем, не надо сразу наезжать. Как будто высказаться уже нельзя...

____________________________ ... Не жалею о том, что сделал, думаю о том, что сделаю... --- Пусть всегда будет SKY! А также CX65/1603 под МегаФон ПриемЧастный (Москва) * Origin Остановите Землю - я сойду...

цитата: Skylord пишет:Ну вот. Еще и наехали. Когда 100-й по счету человек говорит тебе, что у тебя ничего не выйдет просто потому, что ни у кого это не вышло, это может вызвать просто неконтролируемый приступ ярости . А твой последний постинг - совсем другое дело, тут тебе большое спасибо, разговор уже по существу. Мне бы еще доку на PMB2850E достать; понятно, что это С166 в основном только по идеологии и его могли сильно модифицировать для нужд немецкой телефонной промышленности . Надеюсь, что они хоть управляющие регистры не перехерили в нем. В общем, sorry за наезд, thank you for your kindness . Когда разберусь настолько, что смогу задавать _умные_ вопросы, может, и подскажешь чего. З.Ы. цитата: A built-in bootstrap loader which is implemented in all microcontrollers of the C166-family... Спасибо, это я тоже читал

____________________________ T28->(...3310, T10, T20, C/S/M35, J70, 8210, ...)->T65->S40!!!

цитата: TchP пишет: цитата: Skylord пишет:Ну вот. Еще и наехали. Когда 100-й по счету человек говорит тебе, что у тебя ничего не выйдет просто потому, что ни у кого это не вышло, это может вызвать просто неконтролируемый приступ ярости . Хех. Ну извини... цитата: А твой последний постинг - совсем другое дело, тут тебе большое спасибо, разговор уже по существу. Мне бы еще доку на PMB2850E достать; Нету такого, нету... У меня валяется стаааарая дока на 2850 - то есть тот, который в S25 был. Там немножко переферия (SFR, то бишь) описана... Но толку от нее? Ее в форуме выкладывали... Если бы хотя бы от х35 было - там уже и память маппится похоже и вообще. Хотя толку от этой мапяти - все равно ко второй флешке по другому доступ идет. Ну или вот, например: ==================================================================== reg167n.a66 DOS 2189 Col 0 4% 04:29 word_F134 DEFR 0F134H XADRS1 DEFR 0F014H ;XRAM at XBUS... just like RAM at external bus ) XADRS2 DEFR 0F016H XADRS3 DEFR 0F018H XADRS4 DEFR 0F01AH XADRS5 DEFR 0F01CH XADRR6 DEFR 0F01EH XBCON1 DEFR 0F114H XBCON2 DEFR 0F116H XBCON3 DEFR 0F118H XBCON4 DEFR 0F11AH XBCON5 DEFR 0F11CH XBCON6 DEFR 0F11EH Кусочек определений регистров для конфигурирования нашей любимой external memory. Опять же - а толку? В общем, прошивку надо смотреть.... цитата: понятно, что это С166 в основном только по идеологии и его могли сильно модифицировать для нужд немецкой телефонной промышленности . Надеюсь, что они хоть управляющие регистры не перехерили в нем. В общем, sorry за наезд, thank you for your kindness . Когда разберусь настолько, что смогу задавать _умные_ вопросы, может, и подскажешь чего. Успехов!

____________________________ ... Не жалею о том, что сделал, думаю о том, что сделаю... --- Пусть всегда будет SKY! А также CX65/1603 под МегаФон ПриемЧастный (Москва) * Origin Остановите Землю - я сойду...

Сначала думал что топик загнётся, но не тут то было. Ребята вы молодцы. Особенно TchP. С интересом читаю єтот топик. Жаль что не специалист в єтой области. Могу только читать и разбиратся. Успехов Вам!!!

____________________________ Не бойтесь вирусов - они бывают добрыми.