Скачать: CL | DM;

Я ещё сплю?   Найти похожие ветки 

← →
Dimka Maslov ©   (2015-12-23 10:36) [0]

Delphi XE8:

procedure Test;
var
 S: String;
 N: Integer;
begin
 N := 100;
 S := N;
 ShowMessage(S);
end;

Почему не возникает ошибка компиляции?

---

← →
Плохиш ©   (2015-12-23 10:50) [1]

http://docwiki.embarcadero.com/CodeExamples/XE8/en/Integer_Type_Helpers_%28Delphi%29

---

← →
DVM ©   (2015-12-23 11:29) [2]

У меня в XE8 это не компилируется.

---

← →
Dimka Maslov ©   (2015-12-23 11:49) [3]

Видимо сплю. Тоже перестало компилироваться.

---

← →
кгшзх ©   (2015-12-23 11:52) [4]

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

---

← →
sniknik ©   (2015-12-23 15:24) [5]

редко но и на d7(6, 5, 3 на чем то из) бывало (раз или 2 за всю практику), теряется признак "редактированности" модуля, и компиляция (а кто то говорил даже билд) программы, не компилит, а берет готовые dcu.

---

← →
Dmk ©   (2015-12-23 15:58) [6]

Хм... XE6 - [dcc64 Error] Unit2.pas(308): E2010 Incompatible types: "string" and "Integer". Разве должно компилироваться?

---

← →
Dimka Maslov ©   (2015-12-23 16:34) [7]

> Dmk ©   (23.12.15 15:58) [6]


Там реально переклинило. Либо меня, либо дельфю. Но она компилировала. И работала, выдавая при этом пустую строку.

---

← →
Inovet ©   (2015-12-23 17:01) [8]

> [7] Dimka Maslov ©   (23.12.15 16:34)
> Но она компилировала

Может это был C++ Builder?

---

← →
Dimka Maslov ©   (2015-12-23 19:30) [9]

> Может это был C++ Builder?


У меня нет Це++Билдера (не держим).


> sniknik ©   (23.12.15 15:24) [5]


А вот это похоже. В других местах тоже стало проявляться. Вроде изменения внём, пересобрал (!), а всё работает по старому. И почему Delphi 5 так не глючило?

---

← →
Германн ©   (2015-12-24 00:26) [10]

> sniknik ©   (23.12.15 15:24) [5]
>
> редко но и на d7(6, 5, 3 на чем то из) бывало (раз или 2
> за всю практику), теряется признак "редактированности" модуля,
>

Ни разу не бывало. А на Д1-Д6 работал долго.

---

← →
sniknik ©   (2015-12-24 00:42) [11]

> Ни разу не бывало. А на Д1-Д6 работал долго.
да, точно, женщин программистов тоже не бывает. работал долго, а ни разу не видел. значит факт...

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

---

← →
Dimka Maslov ©   (2015-12-24 11:41) [12]

> sniknik ©   (24.12.15 00:42) [11]


Да, точно Касперский во всём виноват. В балете это называется "плохому танцору и яйца мешают" :)

---

← →
sniknik ©   (2015-12-24 11:57) [13]

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

---

← →
pavel_guzhanov ©   (2015-12-24 12:15) [14]

> В балете это называется

Простите за оффтоп, но есть более корректный вариант этой истины: "Плохой танцор - хороший папа" :о)

---

← →
Chase ©   (2015-12-24 12:52) [15]

Тоже сталкивался с таким глюком, не помню на какой версии.

Пишу код, который по идее не должен компилироваться - а он компилируется.
Потом пишу вообще бред - компилируется.

Потом написал в середине юнита что-то типа "sdokgjdeobhjsg" - а оно все равно компилируется. Тогда я понял, что оно перестало перекомпилировать этот юнит. Перезагрузка среды вроде помогла.

---

← →
Chase ©   (2015-12-24 12:54) [16]

А еще в XE есть такой глюк (фича?), насколько я помню. Если исходник юнита находится на сетевом диске, то он никогда не перекомпилируется, даже если изменен. Его компиляция происходит только при билде.

---

Страницы: 1 вся ветка

Скачать: CL | DM;



Память: 0.48 MB
Время: 0.019 c