ZALMAN0371
Это значит, что значение Value побитово сдвинуть на Digits бит вправо и выделить 1 бит.
То есть в Digits у тебя должно находиться кол-во бит (или длина строки) на выходе.
То есть к примеру если запустишь так(spaces можешь выкинуть из функции совсем:
, то в итоге получишь: 1000,
а если сделаешь так - , то в итоге получишь: 000

Максим ассемблеровская функция в делфе пашет?

ZALMAN0371
По поводу подсчета кол-во слов в строке? Ну да, пашет.
Это две функции из пакета Qstrings от Andrew Dryazgov. Если что, то могу весь исходник с такими вещами выложить.

Максим по поводу SHR.

ZALMAN0371
Я же ответил

Максим Я имел ввиду то что SHR пашет без каких либо спец. слов в делфе просто так? Кстати слово Register что значит?

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

ZALMAN0371
Да, shr это зарезервированное слово для работы с битами.

А Register - это слово, определяющее, что входные параметры будут передаваться через регистры типа eax, ebx и т.д.
Если часть запускаешь большое кол-во процедур, немного выигрываешь в скорости. Но в итоге от этого слова в большинстве своего кода просто ушел.

Максим Спасибо за ответы и выдержку.

-Raptor-
Вполне возможно, что в скорости будет тоже самое, но памяти TList жрет мягко говоря конкретно. Хотя конечно кому как.
Лучше тогда уж использовать переделанный Tlist из пакета RtlVclOptimize

Максим
TStringList можно использовать лишь для получения параметров и выполнения с ними определённых действий, а затем уничтожать, освобождая тем самым память. Всё зависит от того, как будут использоваться эти самые параметры. В любом случае, для хранения параметров нужна какая-то структура - будь то массив или список, не суть важно. Sokrat'у это нужно для передачи параметров в БД, как я понял из его поста. А когда речь идёт о базах, грешить на расходы памяти TStringList просто смешно, т.к. компоненты для работы с базой (ADO, BDE, NativeDB и пр.) жрут памяти значительно больше какого-то жалкого списка со строками, да и скорость обращения к базе куда медленнее обработки строчек в TStringList.

-Raptor-
Так потому что стандартный TTable и иже с ним основаны как раз на TList. Хотя в тоже время, при работе с таблицами лучше использовать TkbmMemTable в режиме Small или TMemTableEh, памяти очень мало уходит.

ckotick
Кстати память то он жрет конкретно, все тоже самое, просто vcl не используется, а используется KOL код для визуализации.

Всем доброго времени суток. У меня следущий вопрос. У меня в компоненте ListBox выводится список txt файлов, примерное с такими именами "накладная20080512.txt" и так далее, задача следущая нужно сделать так чтобы можно было вводить даты в какие-нибудь поля и чтобы оставались в листбоксе только те файлы чьи даты подходят, например "накладная 20080501.txt и накладная20080522.txt" т.е. файлы с 1 по 22 мая, может какой нить компонент имеется в Delphi для таких задач... пожалуйста помогите, всем заранее спасибо

mp3corp
А если держать все названия файлов в StringList, и потом оттуда закачивать в ListBox. Если пользователь выбирает две какие даты и пишет обновить, то очистить ListBox и копировать в него из StringList только те названия, которые подходят под эти даты?

Максим мысль хорошая только реализовать пока не знаю как

mp3corp
А в чем проблема то?
По идее все очень легко.
Функция перевода даты в формат твоей строки (ну если самому писать):

То есть у тебя в итоге получается так примерно. Предположим у тебя есть два компонента, где ты редактируешь даты edtBeginDate и edtEndDate.
Получаешь свои даты в варианте integer:

Добавлено спустя 9 минут, 53 секунды
Потом берешь каждый элемент stringlist и проверяешь его на соответствующие даты:

Добавлено спустя 44 секунды
вроде нигде не ошибся.

Максим пасиб

mp3corp
Да не за что. Ну подебаши немного, може ошибся с Copy