Здравствуйте !

> А что именно нужно? У меня имеется некоторый опыт.
> > С уважением.
> Вадим Шешунов.

Вадим, напоминаю, что оверквотинг (избыточное цитирование)
приносит неудобства другим подписчикам данного листа.
Пожалуйста, отрезайте все лишнее (особенно служебную
информацию, "подвалы" писем, и.т.д.).

Могу помочь по PCRE.

> Подскажите, есть в данном комьюнити специалисты по регулярным
> выражениям?.. Может кто-нибудь помочь консультативной или практической
> помощью?..

А что именно нужно? У меня имеется некоторый опыт.
С уважением.
Вадим Шешунов.
Original Message From: "Dmitry V. Slavnikov" <slavnikov***@c*****.by>
To: "comp.soft.prog.prog (8059844)" <vad_she***@u*****.net>
Sent: Saturday, January 26, 2008 2:14 PM
Subject: Регулярные выражения (RegExp'ы): нужна консультация

> Добрый день, друзья!
>
> Подскажите, есть в данном комьюнити специалисты по регулярным
> выражениям?.. Может кто-нибудь помочь консультативной или практической
> помощью?..
>
> В качестве благодарности буду рад отключить Вам рекламу Subscribe.ru
> сроком на год :) Стоимость услуги у самого Subscribe.ru = 300 p.
>
> P.S. Регулярное выражение будет задействовано под PHP.
>
> --
> 26.01.2008 - 14:12
>
> С уважением, Славников Дмитрий
> http://subscribe.ru/author/9810
> E-mail: slavnikov***@c*****.by
> Mobile: (+375 29) 629-30-43
> ICQ: 115041944
>
>
> --
> ------------------------------------Info> Выпуск : 5486
> Подписчиков : 548
> Возраст листа : 1590 (дней)
> Адрес в архиве :
> http://subscribe.ru/archive/comp.soft.prog.prog/msg/720825
> >
>

Добрый день, друзья!

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

В качестве благодарности буду рад отключить Вам рекламу Subscribe.ru
сроком на год :) Стоимость услуги у самого Subscribe.ru = 300 p.

P.S. Регулярное выражение будет задействовано под PHP.

--
26.01.2008 - 14:12

С уважением, Славников Дмитрий
http://subscribe.ru/author/9810
E-mail: slavnikov***@c*****.by
Mobile: (+375 29) 629-30-43
ICQ: 115041944

В сообщении от 23 января 2008 00:06 Namik Kas написал(a):
> Уважаемые знатоки PASCAL,
> здравствуйте!
>
> Большое спасибо за предыдущий отклик.
>
> У меня к Вам такой вопрос:
> Не подскажете, как можно из определенной точки тела ОДНОГО кода передать
> управление в ДРУГОЙ
> файл с PASCAL-кодом с возвратом в точку исходного кода?
>
> В CLIPPER'e и/или в ряде других языках, например, этого можно достичь с
> помощью команды
> "do [name_file]".
>
> Это мне нужно для того, чтобы:
> 1. не оперировать слишком большим текстом кода;
> 2. получить возможность писать PASCAL-код по-сегментно, где каждый фрагмент
> (сегмент, модуль
>
> -
> можно назвать как угодно) можно соединять по усмотрению программиста с
> учетом, конечно,
>
> общей
> логики программы.
>
> --
> Если Вы ознакомились с моим вопросом, то я был бы очень признателен Вам за
> отклик.
>
> С уважением,
> nick59 - <nick***@i*****.ru>.

В Pascal также есть возможность, которая в C известна под названием
включаемого файла. Модуль (так этот файл называется в Pascal) подключается к
основному исходному коду в секции uses. Например, если файл располагается в
директории модулей компилятора:

uses sample_unit

Если же он находится в каком либо другом месте, надо накатать

uses "[path]sample_unit"

где path - абсолютный или отностительный путь к модулю в форме принятой в
данной операционной системе.
Затем в тексте программы мы вызываем функцию или процедуру предварительно
определив её в секции implemenation основной программы и интерфейсной секции
модуля. Тело функции (процедуры) при этом располагается в модуле.

Namik Kas пишет:
> Уважаемые знатоки PASCAL,
> здравствуйте!
>
> Большое спасибо за предыдущий отклик.
>
> У меня к Вам такой вопрос:
> Не подскажете, как можно из определенной точки тела ОДНОГО кода передать управление
> в ДРУГОЙ
> файл с PASCAL-кодом с возвратом в точку исходного кода?
>
>
>
И клиппер и другие подобные используют вызов DOS-овской функции, так что:
{$M 4000, 0, 0} {освобождаем память для других программ}
uses DOS;
BEGIN
SwapVectors; {переключение векторов прерываний}
Exec('chars.exe',''); {второй параметр - параметры командной строки}
SwapVectors;
END.
Есть и другой метод, через COMSPEC
С уважением, Борис

Уважаемые знатоки PASCAL,
здравствуйте!

Большое спасибо за предыдущий отклик.

У меня к Вам такой вопрос:
Не подскажете, как можно из определенной точки тела ОДНОГО кода передать управление
в ДРУГОЙ
файл с PASCAL-кодом с возвратом в точку исходного кода?

В CLIPPER'e и/или в ряде других языках, например, этого можно достичь с помощью
команды
"do [name_file]".

Это мне нужно для того, чтобы:
1. не оперировать слишком большим текстом кода;
2. получить возможность писать PASCAL-код по-сегментно, где каждый фрагмент (сегмент,
модуль

-
можно назвать как угодно) можно соединять по усмотрению программиста с учетом,
конечно,

общей
логики программы.

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

С уважением,
nick59 - <nick***@i*****.ru>.

Namik Kas пишет:
> Уважаемые знатоки PASCAL,
> здравствуйте!
>
> Не подскажете, как можно получить обратные функции, т.е.:
> функции, где аргумент типа Char, а результат типа целого десятичного (INTEGER),
> двоичного
> и 16-ричного чисел - т.е. отдельные функции, которые возвращали бы коды в трех
> указанных
>
> форматах (если, конечно, Pascal это допускает)?
>
>
Это элементарно и посмотреть легко, если получить помощь по CHR -
обратная функция ORD.
Но все еще проще, чтобы получить символ с кодом, например, 123 нужно
написать:
ch := #123;
Чтобы перейти на экране на следующую строку (в начало), не обязательно
писать
WriteLn;
Можно написать:
Write(#13,#10);
И аналогично:
Writeln(#13,#10,13,10);
Выведет с новой строки 13 и 10.
А числа, они все двоичные. Чтобы без проблем получить шестнадцатиричное,
можно или воспользоваться функцией Format, которая получилась в Паскале
не самая удобная для применения, или ручками:
например, так:
VAR
w: Word;
b: byte;
s: String;
BEGIN
w := $B2AF;
s:='';
while w <> 0 do begin
b:= w mod 16;
w := w div 16;
case b of
0..9: s:= chr(b + 48) + s;
10..15: s:= chr(b + 55) + s;
end;
end;
WriteLn(s);
END.
И еще, часто нужна таблица кодов. Ее получают так:
VAR
b: Byte;
BEGIN
for b:=32 to 255 do
Write(chr(b),' ',b:3,' '); WriteLn;
END.
--
С уважением, Борис

Уважаемые знатоки PASCAL,
здравствуйте!

Вычитал на специализированном сайте <pascaler.ru> о том, что:

Chr(x) - это библиотечная функция, где аргумент типа Byte, а результат типа Char-
возвращает

символ, у которого код в таблице ASCII равен х;

Не подскажете, как можно получить обратные функции, т.е.:

функции, где аргумент типа Char, а результат типа целого десятичного (INTEGER),
двоичного
и 16-ричного чисел - т.е. отдельные функции, которые возвращали бы коды в трех
указанных

форматах (если, конечно, Pascal это допускает)?

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

С уважением,
nick59 - <nick***@i*****.ru>.

Anton Kerfi пишет:
> В сообщении от 28 декабря 2007 07:07 вы написали:
>> Обращаюсь к Вам, потому что не могу разобраться с проблемой синхронного
>> вызова в ASP.NET
> Наиболее приемлемым решением проблемы для было бы зайти на форумы посвященные
> тематике VB, VBA и ASP.
> www.vbnet.ru
> www.winsov.ru
>
> Также вам помогут сайты с компьютерной документацией.
> www.realcoding.net
> www.relib.com
>
> Моя специализация больше по CGI и всего, что с этим связано, и C/C++ в
> реализации GNU. Тем не менее могу дать консутацию/совет и по другим
> реализациям оного если таковая будет указана.
>

Спасибо. И за внимание - тоже :)

В сообщении от 28 декабря 2007 07:07 вы написали:
> Обращаюсь к Вам, потому что не могу разобраться с проблемой синхронного
> вызова в ASP.NET
Наиболее приемлемым решением проблемы для было бы зайти на форумы посвященные
тематике VB, VBA и ASP.
www.vbnet.ru
www.winsov.ru

Также вам помогут сайты с компьютерной документацией.
www.realcoding.net
www.relib.com

Моя специализация больше по CGI и всего, что с этим связано, и C/C++ в
реализации GNU. Тем не менее могу дать консутацию/совет и по другим
реализациям оного если таковая будет указана.

БОЛЬШОЕ СПАСИБО!
-----Original MessageFrom: Anton Kerfi <statkms711***@n*****.ru>
To: "comp.soft.prog.prog" <nick***@i*****.ru> (1735245)
Date: Wed, 26 Dec 2007 22:02:00 +1000
Subject: Re: работа над ошибками в С/С++

>
> Service Data Objects For C++ Specification
> http://www.osoa.org/download/attachments/36/CPP-SDO-Spec-v2.1.0-FINAL.pdf
>
> Также коды ошибок в указанном формате используются в СУБД Oracle
> http://koapp.narod.ru/tehlit/base/oracle/ora_err.htm
>
> и СУБД Clipper
> извините, документации нет, есть тока бумажная
>
> Реализацию C++ в студию, где используются данные коды ошибок
> --
> Доброе время суток
>
> Лукаш Антон
> ICQ:492979219
>
>
> --
> ------------------------------------Info> Выпуск : 5476
> Подписчиков : 546
> Возраст листа : 1558 (дней)
> Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/714105
> >
>

В сообщении от 26 декабря 2007 16:52 Namik Kas написал(a):
> Уважаемые господа,
> здравствуйте!
>
> Буду очень Вам признателен, если подскажете что-нибудь по тематике "Работы
> над ошибками" <Error E0001-E...> в С/С++, в частности литературу и интернет
> ресурсы с документацией об Е-ошибках и их отладках.

Service Data Objects For C++ Specification
http://www.osoa.org/download/attachments/36/CPP-SDO-Spec-v2.1.0-FINAL.pdf

Также коды ошибок в указанном формате используются в СУБД Oracle
http://koapp.narod.ru/tehlit/base/oracle/ora_err.htm

и СУБД Clipper
извините, документации нет, есть тока бумажная

Реализацию C++ в студию, где используются данные коды ошибок

Уважаемые господа,
здравствуйте!

Буду очень Вам признателен, если подскажете что-нибудь по тематике "Работы
над ошибками" <Error E0001-E...> в С/С++, в частности литературу и интернет
ресурсы с документацией об Е-ошибках и их отладках.

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

С уважением,
nick59 - <nick***@i*****.ru>.

Здравствуйте!

google.com

и

http://solarix.ru/for_developers/cpp/stl/stl.shtml

--
Если Вас удовлетворит такая информация, то я буду рад.

С уважением,
nick59 - <nick***@i*****.ru>.

-----Original MessageFrom: Anton Kerfi <statkms711***@n*****.ru>
To: "comp.soft.prog.prog" <nick***@i*****.ru> (1735245)
Date: Fri, 21 Dec 2007 21:58:28 +1000
Subject: Re: Поведение в рассылке

>
> В сообщении от 18 декабря 2007 23:05 Namik Kas написал(a):
>
> Вопросы - это конечно хорошо.
> Только хотелось бы услышать что-нибудь по тематике STL (Standart Template
> Library), в частности литература и интернет ресурсы с документацией о STL.
>
> Так как большинство уже опубликованных вопросов всё-таки всего лишь касаются
> основ и реализации C/C++ и потому ответы на них такие же тривиальные.
>
> --
> Доброе время суток
>
> Лукаш Антон
> ICQ:492979219
>
>
> --
> ------------------------------------Info> Выпуск : 5473
> Подписчиков : 547
> Возраст листа : 1553 (дней)
> Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/712780
> >
>

> 2. Собственно, вопрос.
> Стоит ли попытаться произвести интеграцию форума проекта и данного
> дискуссионного листа ? С тем, чтобы новые сообщения новых тем, либо
> только первые сообщения новых тем автоматически отправлялись в лист.
> И, возможно, новые ответы в дискуссионный лист по определенной теме
> переносились бы в форум ?
Идея не бредовая, но хотелось бы, чтобы в поле темы автоматом добавлялось
какая-нибудь последовательность для облегчения фильтрации сообщений с
форума.

В сообщении от 18 декабря 2007 23:05 Namik Kas написал(a):

Вопросы - это конечно хорошо.
Только хотелось бы услышать что-нибудь по тематике STL (Standart Template
Library), в частности литература и интернет ресурсы с документацией о STL.

Так как большинство уже опубликованных вопросов всё-таки всего лишь касаются
основ и реализации C/C++ и потому ответы на них такие же тривиальные.

Здравствуйте, Victor.

> Стоит ли попытаться произвести интеграцию форума проекта и данного
> дискуссионного листа ? С тем, чтобы новые сообщения новых тем, либо
> только первые сообщения новых тем автоматически отправлялись в лист.
> И, возможно, новые ответы в дискуссионный лист по определенной теме
> переносились бы в форум ?

Я за полную интеграцию.
Ибо работа с электронной почтой (для меня) намного удобнее, чем с
форумом. А из-за того, что лист действительно малоактивен, думаю,
форум его заметно оживит.

> Victor V. Vakchturov пишет:>

> Соответственно, форум проекта расположен здесь:
Зарегистрировался

> Стоит ли попытаться произвести интеграцию форума проекта и данного
На первое время - ДА

> И, возможно, новые ответы в дискуссионный лист по определенной теме
Нормальная идея.

С уважением, Boriss

Hello, Victor!

VVV> Стоит ли попытаться произвести интеграцию форума проекта и данного
VVV> дискуссионного листа ?

Да.

VVV> С тем, чтобы новые сообщения новых тем

Вот лучше так.

VVV> И, возможно, новые ответы в дискуссионный лист по определенной теме
VVV> переносились бы в форум ?

Да.

VVV> Или это бредовая идея ?

Нет :-)
Возможно это только у меня так, но я форумы не люблю, поэтому такую идею
только поддержать могу.

Здравствуйте, уважаемые участники дискуссионного листа !

Как модератор, хочу задать вам один вопрос по поводу принципов его
функционирования и сделать небольшой анонс. Итак.

1. Начнем с анонса.
Проект, в рамках которого в незапамятные времена создавался этот
дискуссионный лист, не так давно переехал. Теперь он находится по адресу
http://CodeGuru.ru
Соответственно, форум проекта расположен здесь:
http://forum.CodeGuru.ru

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

2. Собственно, вопрос.
Стоит ли попытаться произвести интеграцию форума проекта и данного
дискуссионного листа ? С тем, чтобы новые сообщения новых тем, либо
только первые сообщения новых тем автоматически отправлялись в лист.
И, возможно, новые ответы в дискуссионный лист по определенной теме
переносились бы в форум ?

Или это бредовая идея ?

Свои мнения по этому вопросу, а также пожелания относительно данного
дискуссионного листа, сайта http://CodeGuru.ru и форума
http://forum.CodeGuru.ru вы можете отправлять по адресу:
forum-moderat***@m*****.ru.

Заранее спасибо за ответы ! :)

Здарова, deonis_fon!!!

Отвечаю на письмо от Tuesday, December 18, 2007, 11:24:07 PM
по теме Сравнить два списка

надо сортировать - иначе не ускоришь поиск.
а в сортированом поиск ускоряется в мегаразы - чем больше файлы, тем
заметнее.
и почему ты считаешь, что потом потеряется возможность вернуться к
первоначальному варианту? создаёшь класс, в котором хранится сама
строка и её порядковый номер в файле (и кстати, флаг удалённости).
загружаешь файлы в два массива из экземпляров этого класса. сортируешь
их по содержимому строки, сравниваешь, делаешь что там нужно, потом
сортируешь обратно по порядковому номеру и сохраняешь.

Здравствуйте, deonis_fon.

Действительно, самый простой способ - срАвнить файлы построчно. Но это
порождает двойной цикл. Есть способ избавиться от этого.

Открываете файл А.
Вписываете в начало каждой строки её порядковый номер.
Затем делаете цикл (единственный) по строкам из файла Б, в котором
проверяете. В этом цикле проверяете функцией Pos наличие строки из
файла в свойстве Text, в котором хрАнится всё содержимое файла А в
виде одной строки. Найдя позицию, Вы выбираете все предыдущие символы
из этой строки до символа перевода строки, таким образом получив номер
совпадающей строки, которую можете удалить.

Но надо ставить эксперимент, чтобы выяснить, действительно ли этот
способ лучше.

А на последок я Вам скажу: Ваш ник пишется через букву "И", а не "Е".
Удачи в изучении русского языка!

Вы писали 18 декабря 2007 г., 21:24:07:

> Оболчка Делпфи
> Всем привет, есть два списка TStringList (на пример), они не
> сортированые и их не надо сортировать .. надо их сровнить на предмет
> совпадающих строк и в том и в другом списке ... способ сравнивания
> одной строки из одного списка со всеми (по очереди) строками из другово
> списка я знаю ... есть ди другой более быстрый способ сравнения.
> Прще говоря есть два текстовых файла, файл А, и файл Б, в котором
> хронятся часть строк из файла А, которых надо убрать из файла А.
> Сортировать нельзя, ибо мне потом надо сохранить файл А в исходном
> структурном виде, но уже с удаленными строками ...
> Спасибо за ответ.
> --
> А на последок я вам скажу: В самой красивой и ангельской женщине всегда запрятана
> большая обезьяна
> С Уважением Деонис (Из города святой Екатерины с горячим приветом)

Hello, deonis_fon!

df> Прще говоря есть два текстовых файла, файл А, и файл Б, в котором
df> хронятся часть строк из файла А, которых надо убрать из файла А.
df> Сортировать нельзя, ибо мне потом надо сохранить файл А в исходном
df> структурном виде, но уже с удаленными строками ...
df> Спасибо за ответ.

Если размеры файлов не слишком большие.
Создаете структуру где содержится позиция строки, сама строка и признак на
удаление. Грузите файл А в вектор структур.
Читаете файл Б построчно и ищете строки в векторе. Ставите признак удаления
если строка найдена. Выгружаете вектор в файл без удаленных.
Это базовый. Можно модифицировать. Например выгружать А не в вектор а в
мэпу, тогда поиск будет осуществляться быстрее. Но тут сложность, что
порядок записей в мэпе нарушается. Т.е. нужен механизм или сортировки по
позициям или создавать еще одну мэпу, где ключем является позиция, связаную
с первой через ссылки на структуры.

Если файлы слишком большие, то это естественно не подходит.

> deonis_fon пишет:
> Сортировать нельзя, ибо мне потом надо сохранить файл А в исходном
> структурном виде, но уже с удаленными строками ...
> Спасибо за ответ.

Не вижу ничего лучше, как для каждой новой строки из одного списка
пробегать ВСЕ строки во втором - ЭТО ВЫ ЗНАЕТЕ
В базе данных можно было бы построить индексный файл. Суть его в том,
что в каждой строке хранится номер, под которым эта строка БЫЛА БЫ в
отсортированном списке - ЭТО ВТОРОЙ ВАРИАНТ
С уважением, Борис

Оболчка Делпфи
Всем привет, есть два списка TStringList (на пример), они не
сортированые и их не надо сортировать .. надо их сровнить на предмет
совпадающих строк и в том и в другом списке ... способ сравнивания
одной строки из одного списка со всеми (по очереди) строками из другово
списка я знаю ... есть ди другой более быстрый способ сравнения.
Прще говоря есть два текстовых файла, файл А, и файл Б, в котором
хронятся часть строк из файла А, которых надо убрать из файла А.
Сортировать нельзя, ибо мне потом надо сохранить файл А в исходном
структурном виде, но уже с удаленными строками ...
Спасибо за ответ.

Здравствуйте
-----Original MessageFrom: Andrey Yakushev <subscri***@a*****.ru>
To: "comp.soft.prog.prog" <nick***@i*****.ru> (1735245)
Date: Mon, 17 Dec 2007 13:57:43 +0300
Subject: Re: from nick59 - help me<25>

AN>>
AN>>
AN>> Здравствуйте, уважаемый Ник 59.
AN>>
AN>> Я веду реестр Ваших тем "Помоги мне No ..." (сопоставляю Ваши номера с
AN>> темами Ваших вопросов). Я немного сбился: У меня в реестре записаны
AN>> вопросы NoNo 15, 22, 23, 24 и 25.
AN>> Не могли бы Вы сообщить, о чём были вопросы с номерами с 1 по 14 и с
AN>> 16 по 21?

Этих номеров не было - до них я дошел сам (как ни странно?!).

AN>>
AN>> А ещё лучше, может Вы в темах писем будете писать не номера для наших
AN>> с Вами реестров, а реальные темы Ваших вопросов?

ОБЯЗАТЕЛЬНО УЧТУ.....

AN>>
AN>> --
AN>> С уважением,
AN>> Andrey

--
Если Вас удовлетворяет такое мое объяснение, то я буду рад.

С уважением,
nick59 - <nick***@i*****.ru>.

>
> --
> ------------------------------------Info> Выпуск : 5461
> Подписчиков : 550
> Возраст листа : 1548 (дней)
> Адрес в архиве : http://subscribe.ru/archive/comp.soft.prog.prog/msg/711530
> >
>

Здравствуйте!

Хочу отметить, что это не первый раз в моем поведении в данной рассылке
"comp.soft.prog.prog" замечают странности.
Если это относится ко мне, то могу утверждать точно, что это не вопросы
из контрольных по ООП. Даже не имею понятия о чем идет речь. Но найти
квалифицированного партнера для своего Проекта есть очень большое желание.
К сожалению, у меня пока не получается с поиском профи. Может ВЫ <L.A.: ICQ:492979219>

окажете содействие в этом вопросе?

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

А в данном случае, где об оплате не идет и речи, дело стоит за профи: отвечать
ему или оставить вопрос без внимания.

Замечу, что я обеими руками ЗА платную систему. Для меня важны ответы, на
поставленные вопросы. На основе этих ответов я стараюсь найти ответы на
многие другие проблемные ситуации Проекта. Может это объяснит такое мое
"странное" поведение в рассылке.

--
Если Вас удовлетворяет такое мое объяснение, то я был бы очень рад.

С уважением,
nick59 - <nick***@i*****.ru>.

-----Original MessageFrom: ghostev***@m*****.ru
To: Namik Kas <nick***@i*****.ru>
Date: Mon, 17 Dec 2007 17:01:41 +1000
Subject: Поведение в рассылке

> Здравствуйте!
> Странное у вас поведение в рассылке "comp.soft.prog.prog". Вы ищете
> квалифицированные кадры(партнеров) по кодингу, или просто это вопросы из
> контрольных по ООП?
> --
> Доброе время суток
>
> Лукаш Антон
> ICQ:492979219
>

Здравствуйте, уважаемый Ник 59.

Я веду реестр Ваших тем "Помоги мне No ..." (сопоставляю Ваши номера с
темами Ваших вопросов). Я немного сбился: У меня в реестре записаны
вопросы NoNo 15, 22, 23, 24 и 25.
Не могли бы Вы сообщить, о чём были вопросы с номерами с 1 по 14 и с
16 по 21?

А ещё лучше, может Вы в темах писем будете писать не номера для наших
с Вами реестров, а реальные темы Ваших вопросов?

Уважаемые C/С++-кодеры,
здравствуйте!

Это опять Я...
Во-первых, большая благодарность вам за предыдущие отклики.
Они мне очень помогли и немного продвинули.

Не сочтите за назойливость, но у меня в запасе еще несколько
строк для расшифровок - если поможете, буду очень Вам признателен.

ИТАК ..., что бы значили следующие конструкции в h-файлах:

конструкция 1:

#ifdef __cplusplus
extern "C" {
#endif

конструкция 2:

#ifdef __cplusplus
namespace std {
#endif

конструкция 3:

#ifdef __cplusplus
} // std
#endif

По своему виду эти декларации как-будто схожи, не правда-ли ...?!
НО КАКУЮ НАГРУЗКУ ОНИ НА СЕБЕ НЕСУТ ПОКА НЕ ЯСНО. Помогите, пожалуйста.
--
Если Вы получили мое послание, то я был бы очень признателен Вам за отклик.

С уважением,
nick59 - <nick***@i*****.ru>.

Уважаемые C/С++-кодеры,
здравствуйте!

Это опять Я...
Во-первых, большая благодарность вам за предыдущие отклики.
Они мне очень помогли и немного продвинули.

Не сочтите за назойливость, но у меня в запасе еще несколько
строк для расшифровок - если поможете, буду очень Вам признателен.

ИТАК ..., что бы значили следующие конструкции в h-файлах:

конструкция 1:

#ifdef __cplusplus
extern "C" {
#endif

конструкция 2:

#ifdef __cplusplus
namespace std {
#endif

конструкция 3:

#ifdef __cplusplus
} // std
#endif

По своему виду эти декларации как-будто схожи, не правда-ли ...?!
НО КАКУЮ НАГРУЗКУ ОНИ НА СЕБЕ НЕСУТ ПОКА НЕ ЯСНО. Помогите, пожалуйста.
--
Если Вы получили мое послание, то я был бы очень признателен Вам за отклик.

С уважением,
nick59 - <nick***@i*****.ru>.

Hello, Namik!

NK> В связи с этим, подскажите, пожалуйста, где можно заполучить
NK> наиболее полную информацию

http://khpi-iip.mipk.kharkiv.edu/library/pgm/kr/index.html

Уважаемые C/С++-кодеры,
здравствуйте!

В наличии очень мало материала по ЗАГОЛОВОЧНЫМ ФАЙЛАМ или информация
по ним поверхностна.
В связи с этим, подскажите, пожалуйста, где можно заполучить наиболее
полную информацию по заголовочным файлам. Или, может быть, руководство
по СТРУКТУРЕ и СОДЕРЖАНИЮ h-файлов с комментариями и наглядными примерами
написания кода для них на языке С++ ...?

Желательно, с расшифровкой #-деклараций, типа:

#ifndef __s05_ct01_in
#define __s05_ct01_in

//эта декларация служит для того чтобы данный "s05_ct01_in.cpp" файл
//компилировался только однин раз...

или, например, что-бы означала следующая декларация:

#define ULONG_MAX 4294967295UL // ...

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

С уважением,
nick59 - <nick***@i*****.ru>.

Здравствуйте !

> #ifndef_s05_ct0102_in
> #defin_s05_ct0102_in
>
> #ifndef_s05_ct0102_in
> namespace std {
> //...
> #endif

Надо:
#ifndef s05_ct0102_in
#define s05_ct0102_in
...
#endif

А что надо - это уже каждый решает сам.

Уважаемые C/С++-кодеры,
здравствуйте!

Помогите, пожалуйста.
Если даны следующие коды соответствующих срр- и h-файлов:

// s05_ct0102_in.cpp // #include "s05_ct0102_in.h"
#include "s05_ct01.h"
#include "s05_ct02.h"
#include "s05_ct0102_out.h"
using namespace std;

int main()
{
char *n_file;
cout << " INPUT up for processing of the file name: ";
cin >> n_file;
return 1;
}

// s05_ct0102_in.h // #ifndef_s05_ct0102_in
#defin_s05_ct0102_in

#ifndef_s05_ct0102_in
namespace std {
//...
#endif

подскажите, пожалуйста, чего же НЕ ХВАТАЕТ и что ЛИШНЕЕ в коде
данного заголовочного файла из общего проекта ...?

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

С уважением,
nick59 - <nick***@i*****.ru>.

Namik Kas пишет:
> Уважаемые господа-кодеры на C/С++,
> здравствуйте!
>
> Подскажите, пожалуйста, какими кодовыми строками необходимо НАЧИНАТЬ и
> ЗАКАНЧИВАТЬ срр-файлы без функций МАЙН в общем проекте на языке С/С++
> (где один из срр-файлов снабжен этой функцией main()) ...?
Для того, чтобы .h-файл не был включен ..надцать раз (через другие
заголовочные), в начале следует поставить
две строки определения уникальной (в пределах проекта) константы
И в конце файла - окончание блока if
Да, и некоторые компиляторы (в GCC, например) просят в конце любого
файла вставлять пустую строку
--
#if !defined(__BIOS_H)
#define __BIOS_H

/// Ваш код

#endif /* __BIOS_H */
--
С уважением, Борис Сурин

Здравствуйте !

> Подскажите, пожалуйста, какими кодовыми строками необходимо
> НАЧИНАТЬ и
> ЗАКАНЧИВАТЬ срр-файлы без функций МАЙН в общем проекте на языке С/С++
> (где один из срр-файлов снабжен этой функцией main()) ...?

Да никакими.
Обычно вначале подключают какие нибудь .h-ники с помощью
#include
А так - ничего особенного.

Уважаемые господа-кодеры на C/С++,
здравствуйте!

Подскажите, пожалуйста, какими кодовыми строками необходимо НАЧИНАТЬ и
ЗАКАНЧИВАТЬ срр-файлы без функций МАЙН в общем проекте на языке С/С++
(где один из срр-файлов снабжен этой функцией main()) ...?

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

С уважением,
nick59 - <nick***@i*****.ru>.

Добрый ... ( возможно ) день :).
1. Сначала проверьте чтобы были перенесены необходимые функции в .h
файл.
Делаетса так

#ifndef __NEW_MOVIE__ //служит для того чтобы данный .cpp файл
компилилса только однин раз
#define __NEW_MOVIE__

void CreateNewMovieDlg(HWND hWndParent);//имя и список аргументов
подберете по вкусц :)
.... \\другие функции, которые должны быть вынесены

#endif

2. Проверьте чтобы этот .h файл был подключен в .срр файле (или в
StdAfx.h, .....)
#include "NewMovie.h" // имя файла ваше

3. На этом шаге можно подключать один ваш набор утилит в другой (из
условия задачи) и выполнять все в нем. Крайне не рекомендую.
А можно перенести функцию МАЙН, окнонную процедуру,... в третий файл в
который подключить два предидущих. И вызывать ихние функции.

4. Надеюсь вы помните что функция МАЙН должна быть только одна в
проэкте!!!!

Вроде все. Удачи

* Namik Kas <nick***@i*****.ru> [Sat, 17 Nov 2007 16:44:29 +0300]:
> Уважаемые господа-кодеры на C/С++,
> здравствуйте!
>
> Никак не могу добиться понимания в решении вопроса увязки нескольких
> кодовых
> модулей в один
> проект на языках С/С++.
>
> В связи с последним, следующий вопрос:
> Кто-нибудь может помочь в декларации кода Проекта (иначе говоря, в
> написании
> h-файлов для
> каждого соответствующего срр-файла) ...?
>
> Дело в том, что написано несколько отдельных листингов с кодами в виде
> срр-файлов,
> каждый
> из которых работоспособен и предназначен для решения отдельно взятого
> вопроса.
>
> Но нужно, чтобы эти модули кодов могли работать как по отдельности,
так
> и совместно.
>
> Может, на примере двух взаимно-связанных листингов (ЛИСТ_1 и ЛИСТ_2 -
с
> некоторыми
> общими
> параметрами), вы покажете этот процес на деле ...?
>
> --
> Если Вы получили мое послание, то я был бы очень признателен Вам за
> отклик.
>
> С уважением,
> nick59 - <nick***@i*****.ru>.
>
>
> --
>
------------------------------------Info> Выпуск : 5448
> Подписчиков : 550
> Возраст листа : 1518 (дней)
> Адрес в архиве :
> http://subscribe.ru/archive/comp.soft.prog.prog/msg/704499
>
>
>

--
Николай Надточий.

--
Rambler-ICQ 6 -- новый формат общения! http://icq.rambler.ru/

Здравствуйте !

> Никак не могу добиться понимания в решении вопроса увязки
> нескольких кодовых
> модулей в один
> проект на языках С/С++.
Это средствами среды реализуется обычно.
Ну или make-файл пишется, если компилировать надо из шелла.

> Дело в том, что написано несколько отдельных листингов с
> кодами в виде срр-файлов,
> каждый
> из которых работоспособен и предназначен для решения отдельно
> взятого вопроса.
>
> Но нужно, чтобы эти модули кодов могли работать как по
> отдельности, так и совместно.

Гм... а можно поподробнее ?
Не понял что конкретно надо сделать.
Есть 2 .cpp файла. Так ?
В них есть реализации функций, методов классов, и.т.д.
Надо использовать совместно в одном проекте это ?
Если да, то просто надо подключить в проект эти .cpp
файлы, да компилировать.

Вобщем, опишите, плиз, подробнее задачу.

Уважаемые господа-кодеры на C/С++,
здравствуйте!

Никак не могу добиться понимания в решении вопроса увязки нескольких кодовых
модулей в один
проект на языках С/С++.

В связи с последним, следующий вопрос:
Кто-нибудь может помочь в декларации кода Проекта (иначе говоря, в написании
h-файлов для
каждого соответствующего срр-файла) ...?

Дело в том, что написано несколько отдельных листингов с кодами в виде срр-файлов,
каждый
из которых работоспособен и предназначен для решения отдельно взятого вопроса.

Но нужно, чтобы эти модули кодов могли работать как по отдельности, так и совместно.

Может, на примере двух взаимно-связанных листингов (ЛИСТ_1 и ЛИСТ_2 - с некоторыми
общими
параметрами), вы покажете этот процес на деле ...?

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

С уважением,
nick59 - <nick***@i*****.ru>.

Здравствуйте, Виктор!

> К тому-же Microsoft так же не открывает недокументированные возможности
> Windows, например, интерфейс Native API и т. д..
> Причина в том, что, очевидно, Microsoft не заинтересована в адекватном
> информировании других фирм разработчиков ПО, поскольку другие фирмы
> являются
> их конкурентами.

Нет, таким образом они оставляют для себя возможность _безболезненно_
изменять
эти функции/интерфейсы/объекты и т.п.

Наверное каждый программист сталкивался с "приятной" особенностью файловых
функций Windows, которые в случае неудачи возвращают INVALID_HANDLE_VALUE, а
не NULL (практически являющийся стандартом де-факто в таких случаях).
Даже если в Microsoft захотят исправить эту особенность, они не смогут этого
сделать, потому что придется переписывать _все_ программы, работающие с
файлами...

And remember - respect is everything.
AleX

Вполне согласен с Емельяновым Алексеем.
Конечно же Windows имеет внутренние объекты, но не как классы, а как объекты
предметной области - объекты Операционной Системы Windows, которые - суть
есть некоторая область в памяти компьютера, хранящая состояние объекта и
идентифицируемая дескриптором (манипулятором).Хотя манипуляторы обеспечивают
почти идеальную абстракцию, защиту и маскировку информации, они также
причиняют немало хлопот программистам. Поскольку Win32 API ориентируется на
применение манипуляторов, Microsoft не документирует внутреннее
представление объектов и не описывает операции с ними. Никаких эталонных
реализаций. В распоряжении программиста только прототипы функций,
документация Microsoft и книги, материал которых в большей или меньшей
степени основан на документации Microsoft.
Первая категория проблем, с которыми сталкиваются программисты, связана
с системными ресурсами. Никто не знает, какие ресурсы затрачиваются при
создании объекта и получении его манипулятора, поскольку внутреннее
представление объекта неизвестно. Как действовать программисту -- хранить и
заново использовать объект или же удалить его при первой возможности? В GDI
под держиваются три типа растров -- какой тип следует выбрать, чтобы
сократить
затраты системных ресурсов?
Главным ресурсом компьютера является процессорное время.
Маскировка внутреннего представления от программиста затрудняет оценку
сложности выполнения некоторых операций при проектировании сложных
алгоритмов. Допустим, вы строите сложный регион средствами GDI; какую
сложность имеет ваш алгоритм -- линейную, квадратичную, кубическую?
Полная маскировка реализации также усложняет отладку. Если после 5 минут
работы ваша программа начинает <<гнать мусор>>, вероятно, где-то происходит
утечка ресурсов, но где именно и как ее исправить?
Похоже, <<идеальная>> абстракция API не так уж и идеальна.
К тому-же Microsoft так же не открывает недокументированные возможности
Windows, например, интерфейс Native API и т. д..
Причина в том, что, очевидно, Microsoft не заинтересована в адекватном
информировании других фирм разработчиков ПО, поскольку другие фирмы являются
их конкурентами.
Возможно я не прав. :)

Привет всем! Вообще-то наступает <<светлое будущее>>, когда <<программёры>>
уже будут вроде бы как <<ни к чему>>: информационные процессы будут
происходить распределенно -- в локальных сетях или в Интернете. Причем в
информацию будет привнесена семантика доступным для автоматической
обработки образом (Semantic Web). Так что сервисы сами будут узнавать,
кому из них и когда включаться для выполнения пользовательских задач.
Кто не верит -- посмотрите вот тут (особенно -- ссылки в конце):

http://depositfiles.com/files/1985316

а со схемами и в самораспаковывающемся архиве-

http://depositfiles.com/files/1985348

Куда же денутся насильники, паскудники, басисты, асы и прочий
программерский люд? Конкретно: каковы мнения о перспективах
агентно-ориентированного программирования и сервис-ориентированной
архитектуры в аспекте автоматизации программирования (то есть ПОЛНОСТЬЮ
автоматического синтеза программ)? Между прочим, у Net Framework
<<приблизительно соответствующие>> средства есть даже для бейсика. С
уважением, Приходько.