Delphi 2007. Нас опять не слышат.

← →
oxffff © (2007-03-03 13:19) [0]

http://hallvards.blogspot.com/2007/03/review-delphi-2007-for-win32-beta-part.html

....

It also means that the compiler has not been updated with new features that would break binary compatibility, so there are no generics support yet, for instance

← →
Ketmar © (2007-03-03 13:34) [1]

да они уже и так мусора надобавляли. ХВАТИТ! пора применять виртовский подход: "а что бы такого ещё выкинуть нафиг?"

← →
Янг (2007-03-04 04:50) [2]

Где это Вирт такое говорил?

← →
Ketmar © (2007-03-04 14:07) [3]

он ещё и делал. достаточно посмотреть на Оберон (который первый). это потом его уговорили мусора надобавлять опять.

← →
просто так (2007-03-04 14:27) [4]

generics мусор? несогласен!

← →
Суслик © (2007-03-04 14:48) [5]

все там нормально - все будет хорошо

← →
Ketmar © (2007-03-04 14:55) [6]

мусор.

← →
просто так (2007-03-04 15:02) [7]

> мусор.

ну чтож, устраивает tlist - пользуйся, а мне очень нехватает полноценных контейнеров, без кучи копипастов и костыльных махинаций с $include

← →
Ketmar © (2007-03-04 15:17) [8]

и TList мусор.

← →
просто так (2007-03-04 15:25) [9]

а что не мусор?

← →
Ketmar © (2007-03-04 15:31) [10]

пиво.

← →
default © (2007-03-04 15:34) [11]

Ketmar © (04.03.07 15:31) [10]
зажёг;)
я думал щас Кетмар начнёт что-то умное про генерики рассказывать ан нет;)

← →
default © (2007-03-04 15:37) [12]

я вот тоже без генериков жить не могу;)

← →
Ketmar © (2007-03-04 15:39) [13]

> default © (04.03.07 15:34) [11]
угу. умное. да. это только если я вспомню куда намедни моск спрятал.

← →
Palladin © (2007-03-04 15:42) [14]

в мусор наверно...

← →
просто так (2007-03-04 15:45) [15]

> пиво.

это пока в дельфи генериков нет, как тока появятся, перейду на водку.

← →
oxffff © (2007-03-04 19:59) [17]

> Суслик © (04.03.07 14:48) [5]
> все там нормально - все будет хорошо

Ну. Ну.
Что то говорили про Highlander в первом квартале(февраль-март). Чего только в нем не обещали.
И поддержку generics и расширение RTTI и т.д.
А теперь уже ближе к концу года 2007.

Нормально?

← →
default © (2007-03-04 20:15) [18]

генерики позволяют писать более простой, быстрый и надёжный код
это просто счастье свалившееся на программистов;)

← →
Суслик © (2007-03-04 21:49) [19]

> oxffff © (04.03.07 19:59) [17]

терпи

← →
oxffff © (2007-03-04 22:46) [20]

> Суслик © (04.03.07 21:49) [19]
>
> > oxffff © (04.03.07 19:59) [17]
>
> терпи

Пусть сначала поправят custom variant by ref.
Мы с вами обсуждали это летом.

http://qc.codegear.com/wc/qcmain.aspx?d=31461

Так и остается без внимания.

← →
oxffff © (2007-03-05 19:21) [21]

http://qc.codegear.com/wc/qcmain.aspx?d=31461

Так и остается без внимания.

← →
Celades © (2007-03-05 19:45) [22]

Конечно не очень к месту, но просто вспомнилось то, чем нас обычно чмырят сишники:
"Мы берем и реализуем, а дельфины ждут когда им это сделает Borland"

← →
просто так (2007-03-05 20:12) [23]

где можно почитать как borland планирует ввести в паскаль генерики? если конечно планирует)

← →
Суслик © (2007-03-06 01:45) [24]

нигде

← →
Суслик © (2007-03-06 01:48) [25]

> oxffff © (05.03.07 19:21) [21]
> http://qc.codegear.com/wc/qcmain.aspx?d=31461
>
> Так и остается без внимания.

Сергей!
1. Репорт открыт
2. Открыт Пьером Ле Ришем (он плохие репорты не открывает).
3. Репорт во внутренней базе данных ошибок.
4. Возможно, что когда-нить доберутся и до вашего репорта.

Все будет хорошо:)

← →
oxffff © (2007-03-06 14:37) [26]

> Все будет хорошо:)

Вы не c русского радио?

:)

Очень надеюсь.

← →
jack128 © (2007-03-06 17:05) [27]

Кста, а мона на пальцах объяснить, что означают эти статусы багов в qc

Report Status Legend:
Open Reported Resolved Closed Withdrawn Private
?

← →
Игорь Шевченко © (2007-03-06 17:08) [28]

> Open Reported Resolved Closed Withdrawn Private

Открытый (работают), Сообщенный, Исправленный, Закрытый, Отброшенный, Частный

Игорь Шевченко © (06.03.07 17:08) [28]
Закрытый, Отброшенный, Частный
что значит закрытый? что значит отброшенный? что что значит частный?

jack128 © (06.03.07 17:13) [29]

How to Interpret some of the fields in QC
Because QualityCentral synchronizes with internal systems, there are some fields that have meaning for our internal processes that may not have obvious meaning outside of our internal processes. The following tables will hopefully explain some of the values for these synchronized fields.

Status Field

Value
Description

Open
Open defect, requires resolution

Resolved
Resolved defect, requires verification

Closed
Closed defect, no action required

Reported
New defect, requires tester review

Withdrawn
Report has been withdrawn by submitter

A report starts off with a status of “Reported”. When a sysop promotes the report to CodeGear’s internal bug tracking system, the status goes from “Reported” to “Open”. When work is completed with the report , the status goes from “Open” to “Closed”.

The “Withdrawn” status is used when the author of a report decides it is no longer valid and “withdraws” the report

http://dn.codegear.com/article/33888

> а мне очень нехватает полноценных контейнеров

Зачем?

> DiamondShark © (07.03.07 02:08) [31]
>
> > а мне очень нехватает полноценных контейнеров
>
> Зачем?

глупый вопрос, чессо слово

> DiamondShark © (07.03.07 02:08) [31]

> Зачем?

Фигачить наследников TObjectList. :-) Мне тоже иногда не хватает. Можно, конечно, руцями. Но иногда "хочетцо волшепства".

В древнем Китае желающим странного отрубали голову. Во избежание

← →
просто так (2007-03-07 11:43) [35]

Что странного чтоб переложить на компилятор делать рутинный копи\паст?

просто так (07.03.07 11:43) [35]

Так и до множественного наследования договоримся.

> It also means that the compiler has not been updated with
> new features that would break binary compatibility, so there
> are no generics support yet, for instance

А вот хотя бы из-за этого можно порадоваться: Code that would earlier generate internal errors now generate clean compile-time errors with explanations of what is wrong with the code.

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

← →
просто так (2007-03-07 11:56) [38]

>>Так и до множественного наследования договоримся.
а что, давайте порассуждаем на эту тему)))

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

просто так (07.03.07 11:56) [38]

> считаю что параметризированные типы необходимая вещь

И как Object Pascal 12 лет без них обходится ? Уму непостижимо.

Игорь Шевченко © (06.03.07 17:20) [30]
сенкс

Игорь Шевченко © (07.03.07 11:44) [36]
Так и до множественного наследования договоримся.
А с твоим подходим - и до запрета наследования классов можно договорится ;-)

pasha_golub © (07.03.07 11:49) [37]
Ибо это обычно грозит покупкой нового бубна
Угу. Уже пол дня пытаюсь сбилдить проэкт. Интернал еррор и все. Хоть ты тресни.

Delphi 2007. Нас опять не слышат. Найти похожие ветки