Re: Только цифровые символы в поле CHAR
Alexander Kolokolzov пишет: пьян, не ведаю, что творю. EXISTS, судя по всему, тоже значение поля целиком ищет в возвращаемом наборе. А надо бы посимвольно. Пока что впереди udf, за ней с большим отрывом CONTAINING :)) Точно пьян. Перед CONTAINING, хотя и после udf, идет решение Руслана. Только я BIGINT взял - он поширше будет. И все-таки мое ИМХО таково: подобные проверки надо проводить на клиенте. До сих пор вспоминаю ведущие нули в номерах паспорта и мой check =11 and =99. :) ЗЫ: Для ИНН есть механизм определения валидности: http://www.delphikingdom.com/asp/viewitem.asp?catalogid=726mode=print -- Удачи! Shiliaev Ruslan
Re: Только цифровые символы в поле CHAR
Hello, Shiliaev! You wrote on Thu, 16 Feb 2006 10:30:45 +0300: SR ЗЫ: Для ИНН есть механизм определения валидности: SR http://www.delphikingdom.com/asp/viewitem.asp?catalogid=726mode=print -- Практически готовая UDF :) Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru
Re: База на флешке
Вот одни клиенты сделали такое. Теперь привезут в пятницу с невосстановимым бекапом. Кроме тривиальных причин, которые буду, конечно, проверять - могло ли повлиять и это. И как? Я тут не гуру, а наоборот :) Но все же наиболее вероятный вариант - дернули флешку на ходу...
Re: База на флешке
AG Вот одни клиенты сделали такое. Теперь привезут в пятницу с AG невосстановимым бекапом. Кроме тривиальных причин, которые буду, AG конечно, проверять - могло ли повлиять и это. И как? У флешки ограничение по кол-ву циклов записи. Видимо, получили bad blocks.
Re: Только цифровые символы в поле CHAR
Alexander Kolokolzov пишет: Лучше прикрути udf с регулярными выражениями (типа matchesRegex), и будет тебе счастье :) Из такой пушки, да по такому воробью? :) Хотя на будущее, мож, и сгодится. Ссылку не дашь? http://regexpstudio.com/TRegExpr/TRegExpr.html -- wbr, ps ps-at-azs-ru
Re: ���� �� �����
Hello, Slava! Slava Ekimov wrote: AG Вот одни клиенты сделали такое. Теперь привезут в пятницу с AG невосстановимым бекапом. Кроме тривиальных причин, которые буду, AG конечно, проверять - могло ли повлиять и это. И как? У флешки ограничение по кол-ву циклов записи. Видимо, получили bad blocks. для старых, да, а для новых - вряд ли. хотя, местами проскакивает информация о 1 или 100 циклах перезаписи (относится к каждой отдельной ячейке памяти). p.s. вот есть какая то новая память ramtron, у нее число циклов перезаписи 10^16, то есть позволяет производить запись по каждому адресу с частотой миллион раз в секунду в течение до нескольких сотен лет без ухудшения технических характеристик. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Oleg LOA [EMAIL PROTECTED] wrote: Ты мне скажи почему 14-й при смене размера кэша стал тормозить? Поигрался щаз немного с кешем. Вывод: тормоза начинаются при конкуренции У меня стоит флаг FILE_FLAG_RANDOM_ACCESS, как на файл БД, так и на файлы сортировки. В FB2 только на файл БД, может при сортировках винда вытестняет фалом сортировки из файлового кэша файл БД?
Re: База на флешке
Привет, Alexander! Вы пишешь 16 февраля 2006: Вот одни клиенты сделали такое. Теперь привезут в пятницу с невосстановимым бекапом. Кроме тривиальных причин, которые буду, конечно, проверять - могло ли повлиять и это. И как? AK Я тут не гуру, а наоборот :) Но все же наиболее вероятный вариант - AK дернули флешку на ходу... Та даже если не на ходу. У меня умерла SD-шка при некорректном выдёргивании из ридера. Важно, что кеширование записи было ОТКЛЮЧЕНО в винде. Активности i/o в момент выдёргивания не было. Попытки реанимировать привели только к полужизни. Информация утрачена. -- With best regards, Alex Cherednichenko.
Re: SR UDF Library for Interbase and Firebird (FREE Lite version is ready for download!)
[EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] FREE Lite Version of SR UDF Library (70 UDFs) is available for download now! http://www.srmaster.com Озадачило наличие функций получения Dateseparator и тому подобных... Впечатлило наличие функций : SR_GETSYSTEMDIR, SR_GETWINDOWSDIR, а также SR_DELETEFILE и SR_REMOVEDIR... With b/r. Gleb.
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Oleg LOA [EMAIL PROTECTED] wrote: Ты мне скажи почему 14-й при смене размера кэша стал тормозить? Поигрался щаз немного с кешем. Вывод: тормоза начинаются при конкуренции кеша FB с кешем виндов за ОЗУ. Т.е. стоит поставить кеш FB ближе к размеру доступной памяти, как сразу наблюдаются жуткие тормоза. Ставим NO_BUFFERING - тормоза исчезают. Я вот тоже сидел и медитировал над воспоминаниями - ЧТО Я ТАКОЕ СДЕЛАЛ чтобы так работало :-):-):-):-). Но проблему-то это никак не решает. Какой тогда был смысл разрешать ставить 128К страниц кэша если толку от этого только в минус?! Впрочем, это никак не объясняет ситуацию с Дятлом :-) Ради интереса просмотрел diff для твоих cch.c и dpm.c - никаких функциональных отличий от FB2 не нашел. Угу, возможно это может быть связано с различным алгоритмом работы с памятью/временным фалом при сортировке. Правда в наиболлее тормознутом запросе 9 сортировкой вроде много и не жрётся??? В любом случае с эти надо что-то делать, по крайней мере я бы пока уменьшил максимальный размер кэша с 128K.
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Oleg LOA [EMAIL PROTECTED] wrote: Результаты IB7 Олег, прогони при возможности сегодняшний снапшот 2.0 (с исправленным 16-м запросом) с кешем в 10К буферов, плиз. С кешем будем отдельно разбираться, но меня пока оптимизатор интересует. -- Дмитрий Еманов
Re: ���� �� �����
Иe═^е┼.б╨-zз ∙ЛZ²в╚*┴h▓┴s╒З'N╣ХW⌡шM:вmtш╢ъM ▓ ─ /Х
Re: База на флешке
Привет, Sergey! Вы пишешь 16 февраля 2006: SN Иe═ ^е┼.б╨-zз Шо, опять?! От гады... -- With best regards, Alex Cherednichenko.
Re: База на флешке
Hello, Dmitri! You wrote in conference gmane.comp.db.firebird.russian,gmane.spam.detected on Thu, 16 Feb 2006 12:10:48 +0300: DK p.s. вот есть какая то новая память ramtron, у нее число циклов DK перезаписи 10^16, то есть позволяет производить запись по каждому DK адресу с частотой миллион раз в секунду в течение до нескольких сотен DK лет без ухудшения технических характеристик. Там у почему то от напряжени питания зависит. В доке пятивольтовых чипов количество циклов указано, а в доке трехвольтовых даже цифр нету. Пишут: неограничено. И еще одно отличие: у обычной флеш памяти ограничено количество циклов записи, а у рамтроновских чипов это число распространяется на циклы чтения/записи. With best regards, Slava V.
Re: ��������������� ���������� �� ����� TPCR (YA/FB/ORA/MS/PG)
Hello, Oleg! Oleg LOA wrote: X X X Превышение 8-ми часов, ручное планирование ПАДЕНИЕ !!! Сервера с планом от YA/FB P.S. Для 15-го запрос не смог написать план, то тольку ноль,то сервак падает :-(. что-то я перестал понимать, о каком тесте вы говорите. IB 7.5 не кушает планы на 3-ем и 20-ом запросе. Решение тут http://ibdeveloper.com/tests/tpc-r/some-comments-on-query-n-3/ откуда там проблема с 15-ым запросом? У Алексея по этому тесту в 15-ом запросе планы одинаковые: FB 1.5 10.83 PLAN (SUPPLIER INDEX (SUPPLIER_PK)) PLAN SORT (SORT (JOIN (PART NATURAL,PARTSUPP INDEX (PARTSUPP_PK IB 7.5.1 30.45 PLAN (SUPPLIER INDEX (SUPPLIER_PK)) PLAN SORT (SORT (JOIN (PART NATURAL,PARTSUPP INDEX (PARTSUPP_PK -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Oleg LOA ... Dmitry Yemanov ... Oleg LOA wrote: Ты мне скажи почему 14-й при смене размера кэша стал тормозить? Результаты IB7 ... 3.2 ГГц/ 2 Гб А каши ты ему сколько дал ? 32K страниц
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Oleg LOA [EMAIL PROTECTED] wrote: Результаты IB7 Олег, прогони при возможности сегодняшний снапшот 2.0 (с исправленным 16-м запросом) с кешем в 10К буферов, плиз. С кешем будем отдельно разбираться, но меня пока оптимизатор интересует. Хорошо сделаю. Ты о влиянии FILE_FLAG_RANDOM_ACCESS не думал (файлы сортировки)
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hello, Oleg! я понял. Тест Алексея с процедурой. А у тебя - с view. План получается такой: PLAN SORT (MERGE (SORT (SUPPLIER ORDER RDB$PRIMARY2), SORT (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE) Да именно он
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Oleg LOA [EMAIL PROTECTED] wrote: У меня стоит флаг FILE_FLAG_RANDOM_ACCESS, как на файл БД, так и на файлы сортировки. В FB2 только на файл БД, может при сортировках винда вытестняет фалом сортировки из файлового кэша файл БД? Возможно. Только не думаю, что FILE_FLAG_RANDOM_ACCESS как-либо влияет на вытеснение. Скорее то, что YA полагается только на кеширование временных файлов осью, а FB сначала держет времянки в памяти сама, а только потом выделяет место во временном файле. Но дефолтные 64 метра буфера сортировки на фоне 2 гигов ОЗУ как бы не должны так сильно влиять. Я могу для проверки подготовить билд, который со времянками работает аналогично YA, но честно говоря сомневаюсь в том, что это исправит ситуацию. -- Дмитрий Еманов
Re: Может ли RAMDISK поднять производительность?
dada sasa [EMAIL PROTECTED] wrote: На серваке (под Линуксом да и под Виндой) довольно много памяти пропадает зря. Сервак занят только FB. Памяти, скажем, 2 Гига. Вполне можно 1Гиг отдать под RAMDISK, а на него FB может класть временные файлы (т.е. TmpDirectory указать туда). Лучше установи SortMemUpperLimit в 1 гиг - те же яйца, но проще. Хотя ради эксперимента, было бы интересно сравнить этот вариант против RAMDISK-а. -- Дмитрий Еманов
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] что-то я перестал понимать, о каком тесте вы говорите. IB 7.5 не кушает планы на 3-ем и 20-ом запросе. Решение тут http://ibdeveloper.com/tests/tpc-r/some-comments-on-query-n-3/ откуда там проблема с 15-ым запросом? Дим, ВНИМАНИЕ!!! Посмотри на мои запросы, они все через VIEW!!! Никаких процедур и прочих извратов - метаданные в архиве с результатами.
Re: ��������������� ���������� �� ����� TPCR (YA/FB/ORA/MS/PG)
Hello, Oleg! Dmitri Kuzmenko wrote: PLAN SORT (MERGE (SORT (SUPPLIER ORDER RDB$PRIMARY2), SORT (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE) P.S. Для 15-го запрос не смог написать план, то тольку ноль,то сервак падает :-(. я попробую... полная ж, ничего лучше PLAN SORT (MERGE (SORT (SUPPLIER ORDER RDB$PRIMARY2),SORT (SORT (REVENUE0 LINEITEM NATURAL не получается. Один хрен, я даже его пробовать не буду, потому что с индексом из LINEITEM все-таки выбиралось 225К записей из 6000К, то есть всего 1/24-ая часть. То есть, здесь вариант с view не прокатывает. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Re: Может ли RAMDISK поднять производительность?
Промежуточные результаты тестов TPC-C пол Вин показывают, что если оперативная память больше (обычно в 1.5 раза) размера БД, то производительность почти удаивается. Причем настройки сервера стандартные, никаких Рамдисков и т.д. Желающие попробовать (с многопроцессорными машинками) пишите в мыло - дам тулкит. С уважением, Алексей Ковязин ЗЫ Информация неофциальная, отчет о tpc-c будет позже. dada sasa пишет: На серваке (под Линуксом да и под Виндой) довольно много памяти пропадает зря. Сервак занят только FB. Памяти, скажем, 2 Гига. Вполне можно 1Гиг отдать под RAMDISK, а на него FB может класть временные файлы (т.е. TmpDirectory указать туда). Вопрос: может ли это поднять производительность? Простое увеличение кэша, как я заметил сам и понял из обсуждений на конфе, может даже тормозить работу FB. Вопрос даже можно расширить: как с пользой использовать память под выделенным для FB Линукс-серваком?
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Oleg LOA [EMAIL PROTECTED] wrote: может при сортировках винда вытестняет У тебя в табличке первый запрос выполняется либо так же на 100К (1.5), либо чуток тормозит (2.0). А третий запрос на 100К выполняется значительно медленнее. Однако, размер сортировки у первого на три порядка больше, чем у третьего. Так что думаю, что сортировку стоит исключить из рассмотрения. -- Дмитрий Еманов
Re: Может ли RAMDISK поднять производительность?
Alexey Kovyazin [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] ЗЫ Информация неофциальная, отчет о tpc-c будет позже. Ты тулкит то мне вышли уже давно жду. Интересно такой же тест как с TPCR забабахать.
Re: Может ли RAMDISK поднять производительность?
Hi Oleg LOA Имелось в виду что используя специальный ключик можно разрешить обычным Win32 приложениям использовать под свои нужды 3GB из 4-х GB адресного пространства процесса. Или извращаясь с sharedmemory использовать большое количество отображая разные кусочки физической памяти в верхние 2(1)Гб Путилин Евгений.
Re: ��������������� ���������� �� ����� TPCR (YA/FB/ORA/MS/PG)
Hello, Oleg! Oleg LOA wrote: Резюме? IB7 вообще не может выполнить запрос 15 TPCR без раскрытия его в процедуру?! План IB 7.5.1: PLAN SORT (MERGE (SORT (SUPPLIER ORDER RDB$PRIMARY2), SORT (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE) план FB PLAN JOIN (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE)),SUPPLIER INDEX (SUPPLIER_PK)) я тут не совсем понимаю, зачем оптимизатор IB принялся все сортировать используя SUPPLIER ORDER вместо индексного поиска и join. Соответственно, можно было бы прибить план гвоздиками, но я за выкручивание индексов, а в данном случае оно невозможно. Больше всего меня потрясает (и проблема думаю именно тут) SORT (SUPPLIER ORDER RDB$PRIMARY2) как бы, НАФИГА??? -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Re: Может ли RAMDISK поднять производительность?
Eugeney Putilin evgeneyputilin-JGs/[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Или извращаясь с sharedmemory использовать большое количество отображая разные кусочки физической памяти в верхние 2(1)Гб Большее чего? :-) Больше чем адресное пространство отведённое для процесса не получится. Отображать-то всё равно будешь в адресное пространство а не в пустоту. Итог - более 3GB адресного пространства для Win32 процессса под свои нужды не существует. Надо больше - велкам то AWE на cоответствующей редакции винды, а проще говоря не @бите себе мозги и ждите 64-битную винду :-):-):-)
Re: ��������������� ���������� �� ����� TPCR (YA/FB/ORA/MS/PG)
Hello, Oleg! Oleg LOA wrote: план FB PLAN JOIN (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE)),SUPPLIER INDEX (SUPPLIER_PK)) У тебя он падает или переваривает его? супер. С этим планом он падает на Prepare. Как бы в коде-то бардак полный :-(, можно взять FB1.0 и провериь планы на нём. погодите... у меня кривой запрос для FB был, без order by s_suppkey. зря ты его во view оформил, мог бы и целиком оставить :-) Так вот, IB 6.0.1.0 дает план PLAN MERGE (SORT (SUPPLIER ORDER SUPPLIER_PK),SORT (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE FB 1.0.3 дает такой же план. FB 1.5 дает план PLAN SORT (JOIN (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE)),SUPPLIER INDEX (SUPPLIER_PK))) IB 7.5 (и IB 7.1 SP2) дает план PLAN SORT (MERGE (SORT (SUPPLIER ORDER RDB$PRIMARY2),SORT (SORT (REVENUE0 LINEITEM INDEX (LINEITEM_SHIPDATE) падает на плане от FB 1.5, который тут приведен выше. p.s. IB7.1 и 7.5 проверял также и на базе от FB, чтобы не было сомнений в расхождении БД. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
Завтра пятница
http://caricatura.ru/black/korsun/593/ http://caricatura.ru/strip/podvitski/26/ -- Булычев Алексей http://www.stella-npf.ru
Re: ������ ������
Hello, Dmitriy! You wrote on Thu, 16 Feb 2006 16:50:41 +0200: ôÁÍ ÖÅ http://caricatura.ru/2006/02/16/url/parad/korsun/6620/ With best regards, veliks.
Re: Завтра пятница
http://caricatura.ru/black/korsun/593/ http://caricatura.ru/strip/podvitski/26/ http://www.theregister.co.uk/2006/01/31/google_goes_desktop_linux/ -- Regards, Dmitriy Kovalenko http://metadataforge.com
Re: Предварительные результаты по тесту TPCR (YA/FB/ORA/MS/PG)
Dmitry Yemanov ... select s_suppkey, s_name, s_address, s_phone, total_revenue from revenue left join supplier on s_suppkey = supplier_no Íàâåðíîå revenue0 ? -- Õîðñóí Âëàä
Re: ??????????????? ?????????? ?? ????? TPCR (YA/FB/ORA/MS/PG)
Привет, Dmitry! Вы пишешь 16 февраля 2006: DY ???- :-) ? ? ?, ??? ??? ?. ? ??? ? Фсё! Теперь и спички кончились. В темноте одиноко белеет чернотой вопросительный знак... -- With best regards, Alex Cherednichenko.
Re: Может ли RAMDISK поднять производительность?
Hi Oleg LOA Большее чего? :-) 4 гигов Надо больше - велкам то AWE на cоответствующей редакции винды, а проще говоря не @бите себе мозги и ждите 64-битную винду :-):-):-) Олег вспомми как работали с EMS памятью в дос, и 16 битные винды. Нужен кусок памяти его отобразили в адресное пространсво не нужет освободили отображение. Путилин Евгений.
Re: ���� �� �����
У меня флешка в часах... Отформатирована тулзой, которая поставлялась с дровами, как HDD, вследствии чего всяческие рестореры ее нормально видят... Делал из нее NTFS-сжатый диск - все было отлично пока на новой работе не столкнулся с проблемой: начал умирать диск... Переформатил как несжатый - седня сдохла опять... Причем сдыхают даже те файлы, к которым доступа не было... Подозрения на глючный USB-порт, который выведен на переднюю панель... Либо наводки какие, либое еще что... :( Уже не знаю чего ему сделать... наверное попробую принести шнурок и подключить флешку в хвост компу... Так что вот.
[OFF] �������� ����������.
Hello, All! Извиняюсь, но не могу найти, кто из питерских искал видеошколу и какую... :( C ya... Vladimir = * Area : SPB.BUSINESS (SPB.BUSINESS) * From : Mihail Putilov, 2:5030/1205 (Чт 16 Фев 06 20:55:49) * To : All * Subj : гитарные видеошколы. = Hi All. 9 видео школ для гитаpы от лучших гитаpистов миpа на одном DVD. Эти великолепные музыканты не только пpодемонстpиpуют вам своё мастеpство но и pаскpоют свои секpеты. Каждая видео школа пpедставляет из себя видео уpоки, от пpостого к сложному. с понятной демонстpацией. Hекотоpые записи содеpжат или буклеты или пояснение будет демонстpиpоваться во вpемя пpосмотpа. Пеpевода нет (из своего опыта скажу, что обычно он мешает, тк гитаpная теpминология понятна почти всем и обычно пеpевод заглушает и фиг поймешь, что он там сыгpал =) сказал вpоде как кpасиво, а вот к чему это было сказанно не понятно =) тут таких пpоблем нет). Эти видеошколы будут полезны и начинающим (очень завоpаживает, сpазу видно чего можно добиться) и уже более или менее опытным гитаpистам (всегда можно подчеpкнуть что-то новое и вдохновение, котоpого иногда так не хватает...) на диске пpедставлены следующие школы: Michael Angelo - Speed Kills George Lynch - Mr. Scary Guitar Lesson John Petrucci (Dream Theater) - Rock Discipline John Petrucci - Mystic Dream Exercise Marty Friedman - Guitar Lesson - Melodic Control Michael Romeo - The Guitar Chapter Paul Gilbert - Guitar From Mars 1 Paul Gilbert - Guitar From Mars 2 Zakk Wylde - Pentatonic Hardcore - Guitar lessons все фильмы в mpeg4 или mpeg2. ps: в магазинах одна видео кассета подобной тематики стоила от 200p года 3 назад =) в интеpнете 600p за подобный двд=( ps2: подвезу до метpо, пеpедам на взаимовыгодных условиях в удобное для вас и меня вpемя. ps3: пишу на DVD от Verbatim + обычная слимовская коpобочка. ps4: диск стоит всего 200p. мои кооpдинаты +7-904-331-54-45 (с мобильных) Михаил. с 12 - 20. Mihail. np: none -+- + Origin: http://www.ndx.spb.ru (Index - Bass, Text) (2:5030/1205) = -- [http://bakh.spb.ru] [email:bob#bakh.spb.ru] [icq:1608235]
Re: SR UDF Library for Interbase and Firebird (FREE Lite version is ready for download!)
«^±êZ«h$F4I1 RDaXC9d! BÄLAH,[EMAIL PROTECTED] What I need to do for the normal messages coding? Dmitry
Re: SR UDF Library for Interbase and Firebird (FREE Lite version is ready for download!)
DL What I need to do for the normal messages coding? Somebody stupid in google adds encoding base64 for all messages. Set base64 encoding.
Re: База на флешке
Hello, Kull! You wrote on Thu, 16 Feb 2006 21:44:51 +0200: KD Подозрения на глючный USB-порт, который выведен на переднюю панель... Это вообще отдельная пестня. Два USB-порта на передней панели тачки (РЗ-Compaq dc 7100 CMT) большинство флэшек вообще не опознают (был единственный случай правильного определения, англичанин приходил ко мне с компа почту отправлять, партнеры наши). Но есть USB концентратор в мониторе, те же устройства работают нормально (подключать только неудобно, подлазить снизу монитора нужно). Вот, только что попробовал кабель для USB-концентратора воткнуть в другой из двух портов (на заднице). Все USB-порты (и на морде, и на заднице, и в мониторе) заработали нормально. Век живи, век учись... KD Либо наводки какие, либое еще что... :( Уже не знаю чего ему сделать... KD наверное попробую принести шнурок и подключить флешку в хвост компу... KD Так что вот. Поэкспериментируй, однако, с подключением, может быть, поможет. Удач -- Alexander A. Venikov, Tobolsk, Russia Real e-mail address is venixangry_dogtndottobdotru PS. Sorry for offtopic.
Re: Только цифровые символы в поле CHAR
Практически готовая UDF :) Ага - уже даже udf сделал и, как ни странно, работает :)
Re: [OFF] �������� ����������.
Hello, Vladimir! Vladimir Bakhvaloff wrote: Извиняюсь, но не могу найти, кто из питерских искал видеошколу и какую... :( я искал, спасибо, но 9 школ на одном DVD - это 10 в одном, а я такую гадость не покупаю :-) Да и потом, дочь научиться хочет, а до перенимания опыта этих махров ей еще далеко. Кстати, DVD видеошкола Зинчука я таки-купил. Интересная история. Делаю заказ на Borlero, 3 позиции. Выходит под 1170 рублей, доставка бесплатная (о!, Дмитрий Валерьевич! Да вам скидка 8 процентов! и т.п.). Через неделю приходит уведомление, что DVD Зинчука из списка выкинут. Остаточная цена 975 рублей (или сколько там), но при этом за доставку не берут (хотя стоимость заказа для бесплатной доставки или 1000 или 1100 руб). Приходит курьер, приносит, оплачиваю. Вдруг, на следующей неделе приходит курьер, и приносит DVD Зинчука за 199 рублей! То есть, он как бы его приносит, потому что документы есть, а диска нет. Клянет склад, уходит. Приходит на следующий день, приносит, плачу, опять за доставку ничего. О как. p.s. Зинчук - махор, конечно. В самом начале DVD задвигает такое исполнение, что становится ясно, что достичь такого уровня минимум шансов :-) -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
