- Vote on answer
- posted
18 years ago
WINAVR
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
- Vote on answer
- posted
18 years ago
Hello, Dimmy Timchenko! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Tue, 25 Oct 2005 19:32:24
+0400:DT> Hello Dmitry.
DT> Tue Oct 25 2005 15:59, Dmitry Orlov wrote to Andrey Solomatov:
DO>> if Count > 0 then FormatStr(S, '%s: %s(%d): %s'#13#10, L) DO>> else FormatStr(S, '%s: %s %#3%s', L); DO>> PrintStr(S); DO>> end;
DO>> Собственно да, это не паскаль, это записанный символами DO>> паскаля сишный код. И не от хорошей жизни, а от того, что DO>> встроенные в паскаль механизмы оказались не удобны
DT> Или просто непривычны. И человек пишет на Паскале так, как DT> ему удобно было на C. А ведь можно делать проще, что-то вроде:
Человек, который это писал, не знает С и никогда на нем не писал. Собственно FormatStr и его такой вызов написали в Борланде в исходниках TurboVision.
DT> Display ('Error #'+int2str(ErrNo)+' at address DT> '+HexW(ErrAddr));
Но получается неэффективно.
DO>> а нормальных средств делать свои язык не предоставляет.
DT> Привычных. У меня лично язык не поворачивается *printf DT> назвать "нормальным средством".
Ты просто не привык.
dima
- Vote on answer
- posted
18 years ago
Hello, Kirill Frolov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Tue, 25 Oct 2005 20:16:17
+0400:DO>> Очередная ТРшная дурь. Из-за практической невозможности и DO>> неудобности использования виртовского file of type пришлось DO>> сделать еще один механизм для работы с файлами. А файл типа DO>> text очень мило с символом #26 обращается. Хорошо хоть сорцы DO>> этого безобразия были, можно было отшибить на фиг.
KF> Ехто не бага -- ехто фича. Пережиток времён ЦП/М. Там длина
Я в курсе, только несколько удивляет совместимость с СР/М при ее отсутствии во всем остальном. И мешает конкретно. Пришлось отшибить.
dima
- Vote on answer
- posted
18 years ago
Hello, Kirill Frolov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Tue, 25 Oct 2005 23:59:45
+0400:KF> Есть гпц, есть п2ц, есть фрее пасцал...
KF> Суть не в том. Я вижу, что cygwin/mingw дико тормозит против KF> нативного GCC в linux. И догадываюсь, что дело не в gcc. Ибо
Ты знаешь, кроме gcc под дос и винду есть много других компиляторов. И все они работают медленее, чем ТР.
dima
- Vote on answer
- posted
18 years ago
Hello, Andrey Solomatov! You wrote in conference fido7.ru.embedded to Dmitry Orlov on Wed, 26 Oct 2005 03:49:42
+0000 (UTC):DO>> Один. malloc - это библиотечная функция, а не часть языка.
AS> Исходя из твоей логики - в Си отсутствует механизм работы с AS> памятью.
Да, также отсутствует ввод-вывод и многое другое, что гораздо гибче и удобней делать в библиотеках, а не непосредственно в языке.
DO>> В обычно турбопаскале, без объектов, есть два механизма mark/release и DO>> GetMem/FreeMem. New/Delete в OP - это другое.
AS> Не знаю как там насчёт "обычного" TP, но про new()/dispose()
Я вижу, что не знаешь. А я знаю, я на ТР огромную кучу кода написал в свое время. И чужого перелопатил преизрядно.
dima