| ← Декабрь 2005 → | ||||||
|
1
|
4
|
|||||
|---|---|---|---|---|---|---|
|
5
|
6
|
9
|
||||
|
18
|
||||||
|
20
|
21
|
22
|
24
|
|||
|
30
|
31
|
|||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://codeguru.ru
Открыт:
21-09-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.prog.prog-list@subscribe.ru
Адрес
модератора: comp.soft.prog.prog-owner@subscribe.ru
В сообщении от Суббота 24 Декабрь 2005 17:58 Oleg Ponomarev написал(a):
> SQL тебе здесь не поможет. А вот с похожей задачей человек справился -
> http://www.infocity.kiev.ua/prog/delphi/content/delphi192.phtml
Спасибо, но... Это статья про нечеткое сравнение строк, к тому же она уже
есть у меня на винте :)
Из MSDN:
HANDLE CreateFile(
LPCTSTR lpFileName,
DWORD dwDesiredAccess,
DWORD dwShareMode,
LPSECURITY_ATTRIBUTES lpSecurityAttributes,
DWORD dwCreationDisposition,
DWORD dwFlagsAndAttributes,
HANDLE hTemplateFile
);
...
dwShareMode
[in] Sharing mode of the object (reading, writing, both, or neither). You
cannot request a sharing mode that conflicts with the access mode
specified in a previous open request whose handle is still open. Doing so
would result in a sharing violation (ERROR_SHARING_VIOLATION).
If this parameter is zero and CreateFile succeeds, the object cannot be
shared and cannot be opened again until the handle is closed.
т.е. открывай/создавай лог с dwShareMode==0 и при попытке
переименовать/удалить файл (папку, в которой он лежит) вылезет sharing
violation.
Попробуй, например, переименовать в проводнике(коммандере, фаре, etc)
.doc, открытый в ворде - увидишь как это будет выглядеть
Номер выпуска : 5118
Возраст листа : 827 (дней)
Количество подписчиков : 542
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/494431
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru
Здравствуйте.
Есть задача: нужно переводить числа из одной системы исчисления в
другую. Раньше я сначала определял само число, т.е. переводил его из
символьного вида (анализ цифр разрядов) в целое (в машинном виде), а
потом преобразовывал в число по заданному основанию. Это как бы не
сложно. Сложность началась тогда, когда число стало, если перевести
его в двоичный вид, превышать допустимые размеры целого.
Вот и вопрос: есть ли какой-нибудь алгоритм, чтобы не переводить в
целый вид, а работать сразу со строками, т.е. с символами, которые
определяют цифру разряда?
Поясню, что основание не ограничивается числом 16. Могут быть и 30 и
50. Причём порядок этих цифр задаётся строкой, например
'0123456789abcdefABCDEF' и т.д.
Привет comp.soft.prog.prog-list@subscribe.ru,
Все переменные типа Variant.
Есть переменные:
Inventor:=CreateOleObject('Inventor.Application');
Doc:=Inventor.Documents.Open(FName, True);
Поверхноть, которую выбрал пользователь в интерактивном режиме:
SelectVerge:=Doc.SelectSet.Item[1];
А также список всех поверхностей, число которых известно:
Verges:=Doc.ComponentDefinition.SurfaceBodies.Item[1].Faces;
Вопрос: как определить номер поверхности SelectVerge в массиве
Verges?
Сравнение типа (SelectVerge = Verges[i]) выдает ошибку "Invalid
argument".
Есть предположение, что это указатели на интерфейсы.
Сравнивать по аргументам поверхности нельзя, т.к. для разных типов
поверхностей они разные (для конуса только угол, а для цилиндра -
радиус)
Афоризм No1: Слабость - это сила, действующая в противоположном направлении
Афоризм No2: Щедрость - философия бедноты.
26 декабря 2005 г. 21:22:01
Просто студент и САПРист
Eugene mailto:rav***@o*****.ru
ICQ: 291-819-230
Web: www.dmvsoft.narod.ru
Номер выпуска : 5116
Возраст листа : 827 (дней)
Количество подписчиков : 542
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/494409
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru
> 2. названия улиц неуникальны (странно, ну да ладно), поэтому
> соответствие
Бывает. Кривые руки у операторов, набиравших справочник, и кривые глаза
у
корректоров, их контролировавших. Бывает дешевле отдярить им одинаковые
коды,
чем исправлять справочник, хотя это и заметание мусора под ковёр. А ещё
бывает улицы переименовывают. У нас к примеру в городе есть улица, с
переименованием которой бОльшая часть её жителей не согласна. Так она и
существует под двумя названиями уже с три года.
> 3. прямая замена StreetCode в People невозможна, отсюда вывод -
> записям должен быть назначен новый код, не трогая
> старый; варианты на любой вкус:
<skipнуто>
- оставить связующий справочник как есть и внедрить его в структуру баз
данных. Не самый умный способ, так как придётся переписывать запросы
(или что там у них используется), но тоже способ.
А вообще, мне кажется, что если отрицательных кодов нет, то можно
использовать временное представления для новых кодов их противоположными
значениями, чтоб не путались со старыми с тем же кодом, а потом всем им
поменять знаки. И всё это в рамках одной транзакции, разумеется.
--
С уважением, boroda
Номер выпуска : 5115
Возраст листа : 827 (дней)
Количество подписчиков : 542
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/494208
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru
> ...создал вьюшку.
> Теперь её надо удалить...
> Но не удаляет.
> В справке написано прочитал, что перед удалением необходимо закрыть
> вьюшку.
> Так вот какием образом еёё закрыть?
> Использую VisualFoxPro 8
Как в Фоксе - не знаю, не пробовал. В Delphях - да и Builder-е
наверняка - у компонентов баз данных обязательно есть свойство сохранения
соединения при закрытии DataSet-а. Если оно выставлено в True, то соединение
автоматом не закрывается, что экономит время при повторном открытии этого же
соединения. Но есть метод, который принудительно закрывает соедиение в таких
случаях. Впрочем можно сказать этому свойству False, но это более грубо.
Весьма вероятно, что у тебя подобные проблемы. Ведь если соединение не
закрыто (читай - закешировано), то и Dataset, и View останется занятым, и
удалить его будет нельзя.
--
С уважением, boroda
Номер выпуска : 5114
Возраст листа : 827 (дней)
Количество подписчиков : 542
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/494185
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru
>> ... FindFirstChangeNotification(), FindCloseChangeNotification() и
>> FindNextChangeNotification(), а также можешь глянуть
>> ReadDirectoryChangesW(). Если же какие-то проблемы с тем, что в этот
>> момент
>> в этом каталоге открытые тобой файлы, уточни, что за проблемы, плз.
> Так в том то и дело что я практически не контролирую процесс
> сохранение моей программой системных логов, а в любой момент
> пользователю может приспичить изменить имя этой папки или вообще ей
> место положение на диске а в это время в эту папку могут сохроняется
> или загружаться логи и тогда будет error.
Значится так, как я это понимаю. Чтобы отследить факт изменения маршрута
к логам, это вышеупомятуные функции. Если как раз в этот момент там будут
открытые файлы, то не ты, а юзер получит error. Посему я до сих пор не
понимаю, какого рода проблемы ещё могут быть. Если избавиться от error-а
пользователю, то добавь функцию переименования в свою программу и скажи, что
он будет неправ, если переименовывать будет как-то иначе, нежели твоей
программой.
Досконально проблемой не занимался, поэтому не могу сказать, что это
обобщённое поведение WinXP Pro SP2 или это Far такой, но если Far имеет
открытые файлы в некоем каталоге и им же попытаться этот каталог
переименовать, то (по крайней мере на NTFS) безо всяких ошибок имеем и
старый, и новый каталоги, прри этом в старом остаются открытые файлы, а в
новом все остальные.
--
С уважением, boroda
Номер выпуска : 5113
Возраст листа : 827 (дней)
Количество подписчиков : 542
Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/494177
Получить правила : mailto:comp.soft.prog.prog-rules@subscribe.ru
Формат "дайджест" : mailto:comp.soft.prog.prog-digest@subscribe.ru
Формат "каждое письмо" : mailto:comp.soft.prog.prog-normal@subscribe.ru
Формат "читать с веба" : mailto:comp.soft.prog.prog-webonly@subscribe.ru
