Ada_Ru форум

Обсуждение языка Ада

Ada_RU. Страница 2

Оставить новое сообщение

Сообщения

Vadim Godunko
Re: [ada_ru] Ada_RU
2002-10-14 13:59:16
Oleksandr Havva wrote:
> hi,
> 
> 
> 
>>мужики я тут долго думал на тему засады с "aliased objects"
>>
>>в обчем, "родил" два варианта определения:
>>
>>1) статический объект на который допускается ссылаться
>>объектам ссылочного типа называется _?_?_?_?_?_
>>
>>2) статический объект который может иметь
>>(или у которого могут быть) псевдонимы ссылочного типа
>>называется _?_?_?_?_?_
>>
>>imho, "адресуемый" в обоих случаях - мимо кассы :(
>>для второго варианта, по смыслу, подходит то, что
>>Кирилл предложил - "объекты с псевдонимами"
>>но оно... тоже как-то не супер :(
> 
> 
> МЫСЛЯ !!!
> 
> а ежели обозвать енто дело на русском как:
> "объекты с косвенным доступом"
> слегка длинновато... эт - да, но по смыслу - самое оно,
> да и с RM95 - никаким боком кусаться не будет:
> 
Это уже теплее. Беда здесь в трактовании русского языка: объект с 
косвенным доступом - объект, доступ к которому осуществляется косвенно. 
Все созданные через new объекты таковыми и являются. А вот такой объект:

I : aliased Integer;

несовсем. Обращаться к нему предпологается по имени объекта. Но, если 
пожелаете, можете получить и ссылку на него (в смысле access value). А 
не желаете - и не надо.
В термине хотелось-бы иметь явное указание на возможность не только 
косвенного доступа. Т.е. объект имеет возможность косвенного доступа, но 
может быть имеется и другой способ доступа к объекту.

По моему мнению, aliased objects придуманы были только для указания 
шибко умным компиляторам того, что объект будет использоваться косвенно. 
И нефиг умничать (в смысле размещать его в регистре или еще где-нибудь).

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

> Annex N Glossary (informative)
> . . .
> 3._Aliased_.
> An aliased view of an object is one that can be designated
> by an access value. Objects allocated by allocators are aliased.
> Objects can also be explicitly declared as aliased
> with the reserved word aliased.
> The Access attribute can be used to create an access value
> designating an aliased object.
> . . .
> 
Интересная цитата... Заставляет задуматься о различии между aliased 
view, aliased object и просто aliased. Но у меня ничего не получается.

Вадим
Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-14 15:13:04
hi,

Vadim Godunko wrote:

> Oleksandr Havva wrote:
> > hi,
> >
> >
> >
> >>мужики я тут долго думал на тему засады с "aliased objects"
> >>
> >>в обчем, "родил" два варианта определения:
> >>
> >>1) статический объект на который допускается ссылаться
> >>объектам ссылочного типа называется _?_?_?_?_?_
> >>
> >>2) статический объект который может иметь
> >>(или у которого могут быть) псевдонимы ссылочного типа
> >>называется _?_?_?_?_?_
> >>
> >>imho, "адресуемый" в обоих случаях - мимо кассы :(
> >>для второго варианта, по смыслу, подходит то, что
> >>Кирилл предложил - "объекты с псевдонимами"
> >>но оно... тоже как-то не супер :(
> >
> >
> > МЫСЛЯ !!!
> >
> > а ежели обозвать енто дело на русском как:
> > "объекты с косвенным доступом"
> > слегка длинновато... эт - да, но по смыслу - самое оно,
> > да и с RM95 - никаким боком кусаться не будет:
> >
> Это уже теплее. Беда здесь в трактовании русского языка: объект с
> косвенным доступом - объект, доступ к которому осуществляется косвенно.
> Все созданные через new объекты таковыми и являются. А вот такой объект:
>
> I : aliased Integer;

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

> несовсем. Обращаться к нему предпологается по имени объекта. Но, если
> пожелаете, можете получить и ссылку на него (в смысле access value). А
> не желаете - и не надо.
> В термине хотелось-бы иметь явное указание на возможность не только
> косвенного доступа. Т.е. объект имеет возможность косвенного доступа,

обзываем его "...с косвенным доступом"

> но
> может быть имеется и другой способ доступа к объекту.

обзываем его "статический..."

> По моему мнению, aliased objects придуманы были только для указания
> шибко умным компиляторам того, что объект будет использоваться косвенно.
> И нефиг умничать (в смысле размещать его в регистре или еще где-нибудь).
>
> Интересно получается. Всю жизнь в C пытались указать компилятору, что
> переменную необходимо разместить в регистре, а здесь у людей
> противоположная проблема - запретить такое.

битва за машинную независимость (я про Аду)
эт наверное чтоб программер в терминах решаемой задачи
думал, а не в регистрах ковырялся

>
>
> > Annex N Glossary (informative)
> > . . .
> > 3._Aliased_.
> > An aliased view of an object is one that can be designated
> > by an access value. Objects allocated by allocators are aliased.
> > Objects can also be explicitly declared as aliased
> > with the reserved word aliased.
> > The Access attribute can be used to create an access value
> > designating an aliased object.
> > . . .
> >
> Интересная цитата... Заставляет задуматься о различии между aliased
> view, aliased object и просто aliased. Но у меня ничего не получается.

в смысле, "не получается"?

сначала делаем черновой вариант:

"aliased view объекта - это то, что может быть обозначено
через значение ссылочного типа
объекты размещенные allocators (кстати, что лучше генератор или
аллокатор???)
я вляются aliased.
объекты также могут быть явно описаны как aliased
путем использования зарезервированного слова _fliased_
атрибут _Access_ может быть использован для получения
значения ссылочного типа обозначающего aliased объект."

а теперь делаем попытку избавиться от аглицких словечек
и получаем следующее:

"косвенный доступ к объекту может быть обозначен
значением ссылочного типа.
объекты размещенные с помощью аллокаторов
являются косвенно доступными (или объектами с косвенным доступом)
объекты могут быть также явно описаны как объекты
с косвенным доступом путем использования зарезервированного
слова _aliased_.
атрибут _Access_ может быть использован для получения
значения ссылочного типа обозначающего объект
с косвенным доступом"

здесь все честно?

кстати, аглицкий термин aliased тоже не супер (imho конечно)
aliased если тупо "в лоб", то это псевдоним/кличка
смысл чего от самой сути идеи слегка в стороне

>
>
> Вадим
>

Alex



Vadim Godunko
Re: [ada_ru] Ada_RU
2002-10-14 20:05:13
Oleksandr Havva wrote:
>>>МЫСЛЯ !!!
>>>
>>>а ежели обозвать енто дело на русском как:
>>>"объекты с косвенным доступом"
>>>слегка длинновато... эт - да, но по смыслу - самое оно,
>>>да и с RM95 - никаким боком кусаться не будет:
>>>
>>
>>Это уже теплее. Беда здесь в трактовании русского языка: объект с
>>косвенным доступом - объект, доступ к которому осуществляется косвенно.
>>Все созданные через new объекты таковыми и являются. А вот такой объект:
>>
>>I : aliased Integer;
> 
> 
> статический объект с косвенным доступом
> (или с возможностью косвенного доступа)
> т.е. можно обращаться непосредственно по имени I,
> а можно и через ссылочный тип (косвенно)
> 
> 
>>несовсем. Обращаться к нему предпологается по имени объекта. Но, если
>>пожелаете, можете получить и ссылку на него (в смысле access value). А
>>не желаете - и не надо.
>>В термине хотелось-бы иметь явное указание на возможность не только
>>косвенного доступа. Т.е. объект имеет возможность косвенного доступа,
> 
> 
> обзываем его "...с косвенным доступом"
> 
> 
>>но
>>может быть имеется и другой способ доступа к объекту.
> 
> 
> обзываем его "статический..."
> 
> 
Интересно, кто первый заметит во всем этом уже совсем близкое 
определение (и, кстати, неявно сформировавшееся):


aliased object - объект с возможностью косвенного доступа




Вадим
Vadim Godunko
Re: [ada_ru] Ada_RU
2002-10-14 20:31:47
Oleksandr Havva wrote:
>>
>>>Annex N Glossary (informative)
>>>. . .
>>>3._Aliased_.
>>>An aliased view of an object is one that can be designated
>>>by an access value. Objects allocated by allocators are aliased.
>>>Objects can also be explicitly declared as aliased
>>>with the reserved word aliased.
>>>The Access attribute can be used to create an access value
>>>designating an aliased object.
>>>. . .
>>>
>>
>>Интересная цитата... Заставляет задуматься о различии между aliased
>>view, aliased object и просто aliased. Но у меня ничего не получается.
> 
> 
> в смысле, "не получается"?
> 
> сначала делаем черновой вариант:
> 
> "aliased view объекта - это то, что может быть обозначено
> через значение ссылочного типа
> объекты размещенные allocators (кстати, что лучше генератор или
> аллокатор???)
> я вляются aliased.
> объекты также могут быть явно описаны как aliased
> путем использования зарезервированного слова _fliased_
> атрибут _Access_ может быть использован для получения
> значения ссылочного типа обозначающего aliased объект."
> 
> а теперь делаем попытку избавиться от аглицких словечек
> и получаем следующее:
> 
> "косвенный доступ к объекту может быть обозначен
> значением ссылочного типа.
> объекты размещенные с помощью аллокаторов
> являются косвенно доступными (или объектами с косвенным доступом)
> объекты могут быть также явно описаны как объекты
> с косвенным доступом путем использования зарезервированного
> слова _aliased_.
> атрибут _Access_ может быть использован для получения
> значения ссылочного типа обозначающего объект
> с косвенным доступом"
> 
> здесь все честно?
> 
Честно-то оно честно, да вот первое предложение точно кривое.
Allocators как генераторы или аллокаторы тоже не лучше.

Значение ссылочного типа = ссылка? Тогда:

Атрибут _Access_ может быть использован для получения ссылки на объект, 
имеющий возможность косвенного доступа.

И еще _can be_ это-то _может_, но не в смысле _вероятности_, а в смысле 
_необходимости_. Переиначим:

Для получения ссылки на объект с возможностью косвенного доступа 
необходимо использовать атрибут _Access_.

Теперь с предыдущим предложением:

Кроме этого, для явного указания возможности косвенного доступа к 
статическому объекту при его объявлении необходимо использовать ключевое 
слово _aliased_.
Для получения ссылки на объект с возможностью косвенного доступа 
необходимо использовать атрибут _Access_.

Правда так мне тоже не нравится.


> кстати, аглицкий термин aliased тоже не супер (imho конечно)
> aliased если тупо "в лоб", то это псевдоним/кличка
> смысл чего от самой сути идеи слегка в стороне
> 
Эх... Об этом думать надо было лет этак десять назад...



Вадим
Dmitriy Anisimkov
Re: [ada_ru] Ada_RU
2002-10-15 04:47:05
> Интересно, кто первый заметит во всем этом уже совсем близкое
> определение (и, кстати, неявно сформировавшееся):
>
> aliased object - объект с возможностью косвенного доступа

Я думаю допустимо принять двойной термин.
адресуемый объект.
или
объект с возможностью косвенного доступа

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

Напомните пожалуйста, есть ли в интернете заготовка этого словаря терминов
над которым мы думаем ?
Maxim Reznik
Re: [ada_ru] Ada_RU
2002-10-15 06:48:45
Dmitriy Anisimkov пишет:

>Я думаю допустимо принять двойной термин.
>адресуемый объект.
>или
>объект с возможностью косвенного доступа
>
>первое определение краткое, второе развернутое.
>и применять и то и другое.
>Главное что бы в словаре терминов эта двойственность фигурировала.
>  
>
Согласен.

>Напомните пожалуйста, есть ли в интернете заготовка этого словаря терминов
>над которым мы думаем ?
>  
>
Вот что у меня получилось:
http://ada-rm.euro.ru/dict_ru.html

Явно что-то прорустил. Подскажите, что!

Максим
Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 07:14:59
hi,

Vadim Godunko wrote:

> Интересно, кто первый заметит во всем этом уже совсем близкое
> определение (и, кстати, неявно сформировавшееся):
>
> aliased object - объект с возможностью косвенного доступа

а попробуй тогда теперь выдать "в студию"
полное определение этого понятия.
может у тебя лучше чем у меня получится

>
>
> Вадим
>

Alex


Dmitriy Anisimkov
Re: [ada_ru] Ada_RU
2002-10-15 07:24:09
Я предлагаю вместо.
"объект с возможностью косвенного доступа, "
более короткий вариант,
"косвенно доступный объект."
Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 07:24:18
hi,

Vadim Godunko wrote:

> Oleksandr Havva wrote:
> >>
> >>>Annex N Glossary (informative)
> >>>. . .
> >>>3._Aliased_.
> >>>An aliased view of an object is one that can be designated
> >>>by an access value. Objects allocated by allocators are aliased.
> >>>Objects can also be explicitly declared as aliased
> >>>with the reserved word aliased.
> >>>The Access attribute can be used to create an access value
> >>>designating an aliased object.
> >>>. . .
> >>>
> >>
> >>Интересная цитата... Заставляет задуматься о различии между aliased
> >>view, aliased object и просто aliased. Но у меня ничего не получается.
> >
> >
> > в смысле, "не получается"?
> >
> > сначала делаем черновой вариант:
> >
> > "aliased view объекта - это то, что может быть обозначено
> > через значение ссылочного типа
> > объекты размещенные allocators (кстати, что лучше генератор или
> > аллокатор???)
> > я вляются aliased.
> > объекты также могут быть явно описаны как aliased
> > путем использования зарезервированного слова _fliased_
> > атрибут _Access_ может быть использован для получения
> > значения ссылочного типа обозначающего aliased объект."
> >
> > а теперь делаем попытку избавиться от аглицких словечек
> > и получаем следующее:
> >
> > "косвенный доступ к объекту может быть обозначен
> > значением ссылочного типа.
> > объекты размещенные с помощью аллокаторов
> > являются косвенно доступными (или объектами с косвенным доступом)
> > объекты могут быть также явно описаны как объекты
> > с косвенным доступом путем использования зарезервированного
> > слова _aliased_.
> > атрибут _Access_ может быть использован для получения
> > значения ссылочного типа обозначающего объект
> > с косвенным доступом"
> >
> > здесь все честно?
> >
> Честно-то оно честно, да вот первое предложение точно кривое.

ну... эта... я ж только два преобразования проделал,
а ежели еще и литературно "подполировать-подчистить"... :)

> Allocators как генераторы или аллокаторы тоже не лучше.

"генераторы" - это из старых книжек. акамедики так придумали,
что, imho, не совсем по смыслу годиться

"аллокаторы" - тупая аглицкая калька собственного производства,
кривая по звуку, но с попыткой смысл не исковеркать.

а более "честные" версии для этого дела у кого-нить есть???

> Значение ссылочного типа = ссылка? Тогда:
>
> Атрибут _Access_ может быть использован для получения ссылки на объект,
> имеющий возможность косвенного доступа.
>
> И еще _can be_ это-то _может_, но не в смысле _вероятности_, а в смысле
> _необходимости_. Переиначим:
>
> Для получения ссылки на объект с возможностью косвенного доступа
> необходимо использовать атрибут _Access_.
>
> Теперь с предыдущим предложением:
>
> Кроме этого, для явного указания возможности косвенного доступа к
> статическому объекту при его объявлении необходимо использовать ключевое
> слово _aliased_.
> Для получения ссылки на объект с возможностью косвенного доступа
> необходимо использовать атрибут _Access_.
>
> Правда так мне тоже не нравится.
>
> > кстати, аглицкий термин aliased тоже не супер (imho конечно)
> > aliased если тупо "в лоб", то это псевдоним/кличка
> > смысл чего от самой сути идеи слегка в стороне
> >
> Эх... Об этом думать надо было лет этак десять назад...

"лучше поздно, чем никогда"

>
>
> Вадим
>

Alex


Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 07:28:14
hi,

Dmitriy Anisimkov wrote:

> > Интересно, кто первый заметит во всем этом уже совсем близкое
> > определение (и, кстати, неявно сформировавшееся):
> >
> > aliased object - объект с возможностью косвенного доступа
>
> Я думаю допустимо принять двойной термин.
> адресуемый объект.

"адресуемый" - не соответствует по смыслу,
можно сказать даже нарушает смысл:
во всех этих aliased делах составляющая адреса
_отсутствует_ напрочь

>
> или
> объект с возможностью косвенного доступа
>
> первое определение краткое, второе развернутое.
> и применять и то и другое.
> Главное что бы в словаре терминов эта двойственность фигурировала.
>
> Напомните пожалуйста, есть ли в интернете заготовка этого словаря терминов
> над которым мы думаем ?
>

Alex


Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 07:51:01
hi,

Maxim Reznik wrote:

> Dmitriy Anisimkov пишет:
>
> >Я думаю допустимо принять двойной термин.
> >адресуемый объект.
> >или
> >объект с возможностью косвенного доступа
> >
> >первое определение краткое, второе развернутое.
> >и применять и то и другое.
> >Главное что бы в словаре терминов эта двойственность фигурировала.
> >
> >
> Согласен.
>
> >Напомните пожалуйста, есть ли в интернете заготовка этого словаря терминов
> >над которым мы думаем ?
> >
> >
> Вот что у меня получилось:
> http://ada-rm.euro.ru/dict_ru.html
>
> Явно что-то прорустил. Подскажите, что!

результаты летней "битвы" с operator/operation/statement :)

operator -> знак операции
operation -> операция
statement -> инструкция

>
> Максим
>

Alex



Maxim Reznik
Re: [ada_ru] Ada_RU
2002-10-15 08:46:05
Oleksandr Havva пишет:

>hi,
>
>Dmitriy Anisimkov wrote:
>
>  
>
>>>Интересно, кто первый заметит во всем этом уже совсем близкое
>>>определение (и, кстати, неявно сформировавшееся):
>>>
>>>aliased object - объект с возможностью косвенного доступа
>>>      
>>>
>>Я думаю допустимо принять двойной термин.
>>адресуемый объект.
>>    
>>
>
>"адресуемый" - не соответствует по смыслу,
>можно сказать даже нарушает смысл:
>во всех этих aliased делах составляющая адреса
>_отсутствует_ напрочь
>  
>
Ну мы же не утверждаем, что объект содержит адрес.
Адресуем - значит можно получить его адрес.

И алиас и ссылка - суть адрес.
Посколько "ссылуемый" и "алиасуемый" сказать нельзя, как по мне,
так адресуемый неплохо.

An aliased view of an object is one that can be designated
by an access value. Objects allocated by allocators are aliased.
Objects can also be explicitly declared as aliased
with the reserved word aliased.
The Access attribute can be used to create an access value
designating an aliased object.

Адресуемый вид обьекта - тот, который может быть обозначен ссылочным 
значением.
Объект полученный генератором - адресуем.
Объект также может быть явно объявлен адресуемым при помощи ключевого 
слова aliased.
Получить ссылочное значение обозначающее адресуемый объект можно при 
помощи атрибута Access.

Нормально читается!?

Я не вижу смысловой разницы с "возможностью косвенного доступа", но так 
короче
и легче для понимания

Максим.
Vadim Godunko
Re: [ada_ru] Ada_RU
2002-10-15 08:49:31
Maxim Reznik wrote:
> Ну мы же не утверждаем, что объект содержит адрес.
> Адресуем - значит можно получить его адрес.
> 
> И алиас и ссылка - суть адрес.
> Посколько "ссылуемый" и "алиасуемый" сказать нельзя, как по мне,
> так адресуемый неплохо.
> 
> An aliased view of an object is one that can be designated
> by an access value. Objects allocated by allocators are aliased.
> Objects can also be explicitly declared as aliased
> with the reserved word aliased.
> The Access attribute can be used to create an access value
> designating an aliased object.
> 
> Адресуемый вид обьекта - тот, который может быть обозначен ссылочным 
> значением.
> Объект полученный генератором - адресуем.
> Объект также может быть явно объявлен адресуемым при помощи ключевого 
> слова aliased.
> Получить ссылочное значение обозначающее адресуемый объект можно при 
> помощи атрибута Access.
> 
> Нормально читается!?
> 
> Я не вижу смысловой разницы с "возможностью косвенного доступа", но так 
> короче
> и легче для понимания
> 
Не стоит забывать, что в Ada атрибуты Access и Address суть разные 
понятия. Access совершенно не обязательно содержит адрес объекта - и 
примером тому удаленная сылка на объект надклассового типа. Она содержит 
и идентификатор раздела, на котором присутствует этот объект и адрес 
объекта в этом разделе. А может и не адрес, а какой-либо регистрационный 
номер. Посему стоит ограничить использование понятия _адрес_.

Вадим
Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 09:04:26
hi,

Maxim Reznik wrote:

> Oleksandr Havva пишет:
>
> >hi,
> >
> >Dmitriy Anisimkov wrote:
> >
> >
> >
> >>>Интересно, кто первый заметит во всем этом уже совсем близкое
> >>>определение (и, кстати, неявно сформировавшееся):
> >>>
> >>>aliased object - объект с возможностью косвенного доступа
> >>>
> >>>
> >>Я думаю допустимо принять двойной термин.
> >>адресуемый объект.
> >>
> >>
> >
> >"адресуемый" - не соответствует по смыслу,
> >можно сказать даже нарушает смысл:
> >во всех этих aliased делах составляющая адреса
> >_отсутствует_ напрочь
> >
> >
> Ну мы же не утверждаем, что объект содержит адрес.
> Адресуем - значит можно получить его адрес.
>
> И алиас и ссылка - суть адрес.
> Посколько "ссылуемый" и "алиасуемый" сказать нельзя, как по мне,
> так адресуемый неплохо.
>
> An aliased view of an object is one that can be designated
> by an access value. Objects allocated by allocators are aliased.
> Objects can also be explicitly declared as aliased
> with the reserved word aliased.
> The Access attribute can be used to create an access value
> designating an aliased object.
>
> Адресуемый вид обьекта - тот, который может быть обозначен ссылочным
> значением.
> Объект полученный генератором - адресуем.
> Объект также может быть явно объявлен адресуемым при помощи ключевого
> слова aliased.
> Получить ссылочное значение обозначающее адресуемый объект можно при
> помощи атрибута Access.
>
> Нормально читается!?
>
> Я не вижу смысловой разницы с "возможностью косвенного доступа", но так
> короче
> и легче для понимания

эть черт...
все мы от ассемблеров и жалезяк выросшие стремимся
воткнуть тонкости физической реализации идеи
в саму идею.  "адресуемый" именно этим недостатком
и страдает, а "aliased" и/или "косвенно доступный" - нет.

я ясно изложил свою мысль?


>
>
> Максим.
>

Alex



Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 09:16:33
hi,

Vadim Godunko wrote:

> Maxim Reznik wrote:
> > Ну мы же не утверждаем, что объект содержит адрес.
> > Адресуем - значит можно получить его адрес.
> >
> > И алиас и ссылка - суть адрес.

первый раз не заметил :(

значение ссылочного типа НЕ суть адрес
и не обязано быть адресом, согласно стандарта!!!
для этого преобразование в адрес описывается явно:

System.Address_To_Access_Conversions


> Не стоит забывать, что в Ada атрибуты Access и Address суть разные
> понятия. Access совершенно не обязательно содержит адрес объекта - и
> примером тому удаленная сылка на объект надклассового типа. Она содержит
> и идентификатор раздела, на котором присутствует этот объект и адрес
> объекта в этом разделе. А может и не адрес, а какой-либо регистрационный
> номер. Посему стоит ограничить использование понятия _адрес_.

и это тоже верно!

посему использование "адресуемый" - не корректно,
а значит пользовать его в этом контексте - низзя!

>
> Вадим
>
> To unsubscribe from this group, send an email to:
> [email protected]
>

Alex



Sergey I. Rybin
Re: [ada_ru] Ada_RU
2002-10-15 10:09:46
Ребята,

объем повтороно цитируемого текста просто кошмарный! Следить
за дискуссией очень тяжело.
Oleksandr Havva
Re: [ada_ru] Ada_RU
2002-10-15 10:29:11
hi,

"Sergey I. Rybin" wrote:

> Ребята,
>
> объем повтороно цитируемого текста просто кошмарный! Следить
> за дискуссией очень тяжело.
>

мы исправимся :)

Alex



Новое сообщение:
< Страницы: 1 2

Чтобы оставить новое сообщение необходимо Зарегистрироваться и Войти