dbase

← →
Anatoly Podgoretsky © (2007-01-07 14:29) [40]

> _uw_ (07.01.2007 14:24:39) [39]

Тогда тем более без посредников заработает, а так жирно, аж три посредника.

← →
sniknik © (2007-01-07 14:46) [41]

> А вдруг у него хоть так заработает?
ага, а если повторить тоже самое 18 раз, то наверняка заработает! ;о))

ты же повторяешь начало ветки... только, извини, уровнем "пожиже" чем уже посоветованное. а так, в принципе, тоже самое.

и уж если на то пошло то
> И такая, к примеру, строка:
приблизительно, у него и есть, о чем можно судить по номеру ошибки (15877), т.к. внешняя база для ODBC драйвера и jet это разные вещи (для ODBC и jet внешний) то номера этой ошибки у них различаются (для jet то же самое - 3275).
т.е. ты ему советуешь именно то, на чем он ее ловит (единственную показанную в ветке ошибку... ;).

← →
MsGuns © (2007-01-07 14:46) [42]

>_uw_ (07.01.07 14:24) [39]
>А вдруг у него хоть так заработает?

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

← →
_uw_ (2007-01-07 14:50) [43]

sniknik © (07.01.07 14:46) [41]

Так эта ошибка и возникает, если не дать прав на чтение-запись.

← →
sniknik © (2007-01-07 15:11) [44]

> Так эта ошибка и возникает, если не дать прав на чтение-запись.
нет, тем более что у ODBC драйвера (имхо) права там назначенные либо совсем игнорируются либо дают ошибку (какойто там оверлоад, обычно "бываемый" при добавлении лишних/неподдерживаемых параметров в строку коннекта)

это ошибка (как уже говорил) более вероятно от BDE, чтото в нем не так, может ненастроенно, может конфликтует с чемто (было както тут обсуждение подобного, когда 2 программы одна на "чистом" BDE, другая с использованием Jet не могли работать одновременно конфликтовали. и скорее всего изза того что первая запущенная программа захватывала монопольно какието ресурсы... вторая уже не могла загрузить драйвер. про ресурсы/конфигурацию предположил потому что если обе настроить на один путь то оно работало... т.е. если настройку не надо менять... ну и т.д. не помню чем там дело кончилось. по моему тогда у спрашивающего интерес пропал и он просто "свалил". т.е. до решения тогда не дошли (а оно есть... ;о)))).

← →
sniknik © (2007-01-07 15:13) [45]

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

← →
_uw_ (2007-01-07 15:24) [46]

ну и т.д. не помню чем там дело кончилось. по моему тогда у спрашивающего интерес пропал и он просто "свалил". т.е. до решения тогда не дошли (а оно есть... ;о)))).

Так свалишь тут! Три дня воспитываете человека, вместо того, чтобы посоветовать ему какой-нибудь TDbf с документацией, переведенной Подгорецким.

← →
sniknik © (2007-01-07 15:29) [47]

> Так свалишь тут! Три дня воспитываете человека...
заметь не я/мы свалили, а тот кто задал вопрос, тот кому типа это должно быть более всех интересно...

> вместо того, чтобы посоветовать ему какой-нибудь TDbf с документацией, переведенной Подгорецким.
вопрос об этом не звучал...

но если хочеш посоветуй. (но, имхо, задача не стоит того, превращать 1 запрос, 2 строчки в программе в целый модуль "копирования в" + доп пакет это слишком)

← →
_uw_ (2007-01-07 15:40) [48]

Нет, не буду советовать. Посоветую только, чтобы он к строке, написанной Галинкой ©, добавил бы еще права доступа.

← →
Некто © (2007-01-07 15:49) [49]

Savek (04.01.07 17:17) [2]
Эх, где же ты раньше был? :)

← →
sniknik © (2007-01-07 16:02) [50]

> Посоветую только, чтобы он к строке, написанной Галинкой ©, добавил бы еще права доступа.
;о), ну да, там оно хоть ошибку давать не будет.
но вот с правами, это все одно не то... вот что получается если лишить драйвер прав на доступ к папке с базой
Непредвиденная ошибка драйвера внешней базы данных (9221)
но это только если при подключенном коннекте права поменять, если пытаться подключится то просто не находит путь.

← →
_uw_ (2007-01-07 16:19) [51]

sniknik © (07.01.07 16:02) [50]

Слушай, не запутывай нас с Kostya_86-м! Если папку не трогать, то все работает!

Вообще-то, я с dbf-ами имел дело единственный раз в жизни. Да и то, нужно было лишь прочитать таблицы. Сотрудник дал мне какой-то компонент, и никакого геморроя не было. Теперь, лет через 10, м.б. воспользуюсь для dbf jet-м, если не забуду, где искать строку связи :)

← →
Anatoly Podgoretsky © (2007-01-07 16:23) [52]

> _uw_ (07.01.2007 15:24:46) [46]

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

← →
_uw_ (2007-01-07 16:26) [53]

Anatoly Podgoretsky © (07.01.07 16:23) [52]
Если буду очень злой, так и посоветую, пусть мучается.

Ты меня понял в точности :))))

← →
Anatoly Podgoretsky © (2007-01-07 16:31) [54]

> _uw_ (07.01.2007 16:26:53) [53]

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

← →
sniknik © (2007-01-07 16:42) [55]

> Слушай, не запутывай нас с Kostya_86-м! Если папку не трогать, то все работает!
скажи это Kostya_86, он почемуто спрашивает/уверен в обратном.

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

> Вообще-то, я с dbf-ами имел дело единственный раз в жизни.
оно и видно, по ценности советов.

> Ты меня понял в точности :))))
а, понял, значит твои советы "чтобы помучался"?... уверяю тебя, для этого у него и своей дури хватит.

← →
Anatoly Podgoretsky © (2007-01-07 16:55) [56]

> _uw_ (07.01.2007 16:19:51) [51]

> Вообще-то, я с dbf-ами имел дело единственный раз в жизни.

Ну и зачем тогда ты здесь?

← →
_uw_ (2007-01-07 17:45) [57]

Anatoly Podgoretsky © (07.01.07 16:55) [56]
Ну и зачем тогда ты здесь?

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

Кладешь на форму TADOConnection и начинаешь строить строку связи. По умолчанию там Microsoft OLE DB Provider for ODBC Drivers. Жмешь Далее. Выбираешь Файлы dBASE. Проверяешь подключение, и все, вроде, нормально. Кидаешь TADOTable, TDataSource, TDBGrid. Связывешь их, как надо. Выбираешь имя таблицы в TADOTable и делаешь Active = True. В дизайне все прекрасно, данные видны.

Теперь делаешь Active = False, кидаешь на форму кнопку и в ее обработчике открываешь таблицу. В результате получаешь "Непредвиденная ошибка драйвера внешней базы данных (15877)".

Дальше автор спрашивает: что это может быть? И начинается стёб на 3 дня. Когда же на четвертый день я, повторюсь, из чувства сострадания говорю, что в этом случае ко всему, что было по умолчанию, нужно добавить права чтения-записи, и все будет работать и при таком провайдере, стёб переносится на меня. Но я в принципе не против - давай постебаемся дальше.

← →
_uw_ (2007-01-07 18:01) [58]

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

← →
sniknik © (2007-01-07 18:03) [59]

> Выбираешь имя таблицы в TADOTable и делаешь Active = True. В дизайне все прекрасно, данные видны.
ошибка! раз у тебя открыто и в дизайне (данные видны) и пытаешься открыть в рантайме, то значит уже запущено 2 экземпляра коннектов. про что я упоминал... (правда конкретно описания не было то невозможно было сказать точнее), и это именно ошибка в BDE.
внимательнее надо быть.

> Дальше автор спрашивает: что это может быть?
и ему был конкретный ответ (гораздо конкретнее чем данное им, не тобой, описание)

> И начинается стёб на 3 дня.
ну скучно же! а так бы я просто бросил все после первого же ответа без реакции.

← →
sniknik © (2007-01-07 18:05) [60]

> Вот при нажатии кнопки и появится та самая ошибка.
не видел пока писал, и не проверял, но именно на это и "закладывался", а то что это за ошибка если даже не запуская программу происходит... ;о)

← →
_uw_ (2007-01-07 18:05) [61]

sniknik © (07.01.07 18:03) [59]
ошибка! раз у тебя открыто и в дизайне (данные видны) и пытаешься открыть в рантайме, то значит уже запущено 2 экземпляра коннектов. про что я упоминал... (правда конкретно описания не было то невозможно было сказать точнее), и это именно ошибка в BDE.
внимательнее надо быть.

Я там написал:

Теперь делаешь Active = False, кидаешь на форму кнопку и в ее обработчике открываешь таблицу.

← →
Anatoly Podgoretsky © (2007-01-07 18:10) [62]

> _uw_ (07.01.2007 17:45:57) [57]

А ты не пытался закрыть Дельфи?
Или наоборот открыть два экземляра Дельфи, что бы получить тоже самое в дизайн тайм?

← →
sniknik © (2007-01-07 18:12) [63]

> Я там написал:
> Теперь делаешь Active = False, кидаешь на форму кнопку и в ее обработчике открываешь таблицу.
ну а я написал, что это уже второй коннект, на котором произойдет ошибка изза блокировок системных файлов в BDE.

неужели не по русски пишу, что не понять?

← →
_uw_ (2007-01-07 18:12) [64]

Впрочем, теперь я вижу, что не работает именно из-за того, что открытым остался TADOConnection.

← →
sniknik © (2007-01-07 18:18) [65]

> Впрочем, теперь я вижу, что не работает именно из-за того, что открытым остался TADOConnection.
ну наконец то дошло... теперь можно вернутся к посту [9] и начинать "экономить время", теперь уверовали, что ошибка всетаки в нем и можно приступать (после 3х дней стеба) к поиску решения...

хотя зачем уже? автор "скрылся" это раз, и есть другое более подходящее решение (пост [7] пункт 2) для его "проблемы" это два.

← →
Anatoly Podgoretsky © (2007-01-07 18:31) [66]

> sniknik (07.01.2007 18:18:05) [65]

Зачем, какой смысл после 65 сообщений?

← →
_uw_ (2007-01-07 18:52) [67]

Anatoly Podgoretsky © (07.01.07 18:10) [62]
А ты не пытался закрыть Дельфи?

Да, это помогает бороться с глюком.

← →
sniknik © (2007-01-07 18:55) [68]

> Зачем, какой смысл после 65 сообщений?
сарказм. комуто тут покоя не давали "3 дня стёба". :о) ну вот показать вернувшись, что оно (решение) было еще там, и эти три дня фактически ушли на доказательство очевидного, вследствии "упертости" этих самых "койкого".
и еще три дня уйдет, на то чтобы убедить их всетаки открыть справку на указанной странице, чтобы увидеть второе, более подходящее, решение там тоже, как обещано, есть... если будут продолжать в том же духе. ;о((

> Да, это помогает бороться с глюком.
теперь сделай аналогичную прогу с открытием 1й dbase таблицы (в другом каталоге только) с помощью BDE, и попробуй по открывать их по очереди, то одну первой то другую. т.е. попытайся добится чтобы обе показывали открытую таблицу.

← →
_uw_ (2007-01-07 19:08) [70]

sniknik © (07.01.07 18:59) [69]

Да нет, глюк все же есть, как мне кажется. Поправь если я неправ. Теперь у меня на форме все, что и раньше, но без TADOConnection. Настраиваем строку связи TADOTable на Jet. После этого в дизайнере открываем и закрываем таблицу. Запускаем программу и получаем ту самую ошибку. Теперь можно следовать рекомендации Подгорецкого (перезапустить Delphi) или моей (что-то поизменять в настройке строки настройки, например, доступ). Программа будет запускаться и работать. Если теперь в дизайнере опять открыть и закрыть таблицу, то вновь получим ошибку.

> Я выбираю dBAse IV, но вобщем-то мне без разницы, лишь бы
> был файл с расширением dbf.

:-)

Я выбираю себе винчестер, но вобщем мне без разницы, лишь бы был SAMSUNG... (пусть даже утюг или холодильник...)

> но без TADOConnection. Настраиваем строку связи TADOTable на Jet.
без разницы, не указав коннекта а указав строку ты всеголишь заставил компонент его (коннект) пересоздавать каждый раз...
лучше всетаки с ним, и для проверки закрывать не таблицу а его.

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

вообще в [69] предложен более "чистый" тест, без неопределенных факторов в виде дельфей...

+ [72]
в проверке важен открытый коннект, а не открытая таблица.

> _uw_ (07.01.2007 18:52:07) [67]

Глюк только у тебя в голове.

← →
_uw_ (2007-01-07 22:28) [75]

Вполне вероятно. Но я от него пытаюсь избавиться. Вот научился, что если в программе единственный компонент TADOTable и нет никаких TADOConnection"ов и ты хоть бы и нечаянно сделал активной таблицу, то, чтобы программа после этого запустилась из среды и нормально работала, необходмо сначала перезапустить среду - больше ничего не надо! Самое обычное дело.

> Но я от него пытаюсь избавиться.
доооолго пытаться будеш, имхо, т.к. советов совсем не слушаешь.

тебе сколько раз говорили ODBC не пользоваться? нет опять за свое (иначе бы глюка в данном описании [75] не было).
говорили про TADOConnection что он необходим, и его надо закрывать.
про 2 коннекта одновременно открытых, которые ODBC постоянно держит открытыми (нет про это похоже уще не говорили), jet по мере необходимости.
и вообще про TADOTable настолько часто предостерегают, что уже зарекся на него внимание обращать... хотите геморрой, да без проблем, получите и распишитесь.

p.s. складывается стойкое ощущение что _uw_=Kostya_86, уж очень похожие заблуждения, поведение, "упертость".
что мне тоже очень не нравиться в общении наряду с "неадекватностью", засим думаю прекратить участие в данной ветке.

← →
_uw_ (2007-01-07 23:30) [77]

sniknik © (07.01.07 23:18) [76]

Нет, Николай, так беседовать нельзя. В [70] я уже писал, что экспериментировал с Jet и без TADOConnection. [75] - это продолжение той же темы, но как реплика Подгорецкому. А ты продолжаешь про ODBC. Ерунда какая-то получается :(

> А ты продолжаешь про ODBC.
потому что в [75] описаны симптомы именно для ODBC, ссылки на что это ответ/реплика/отход к раннему нет, а значит последнее слово, говорится о работе без TADOConnection когда чуть ранее препупреждал против этого.
т.е. полный бред получается и наплевательство на раннее договоренное (и с каким трудом заметь).

> Нет, Николай, так беседовать нельзя.
полностью согласен, поэтому и p.s. (а это уже p.p.s. получается.)

← →
_uw_ (2007-01-08 01:14) [79]

sniknik © (08.01.07 00:50) [78]
> А ты продолжаешь про ODBC.
потому что в [75] описаны симптомы именно для ODBC

Да в том-то и дело, что эти симптомы проявляются при работе с Jet! Об этом я и пишу.

С тобой я вообще не спорил. Мне было интересно понять, как работать с dbf через ADO. Я это уже понял. Согласен, что, чтобы полностью контролировать процессы и в дизайнере, и в программе, нужно пользоваться TADOConnection. Иначе приходится перезапускать IDE. Вот это я считаю глюком, ты - геморроем. По-моему, это одно и то же.

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

И последнее, _uw_ и Kostya_86 - это разные люди. Спроси у того же Подгорецкого, думаю, он это видит.

Спокойной ночи.

> _uw_ (08.01.2007 01:14:19) [79]

> _uw_ и Kostya_86 - это разные люди. Спроси у того же Подгорецкого, думаю, он это видит.

Не скажу, к тому же уже 80 сообщений.
Жду когда закончите.

dbase Найти похожие ветки