[ARV 1]

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

 

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

 

будем по-спортивному действовать? ;)

 

Вы предлагаете свои условия. Они не устравиают. Люди свои условия. Теперь Вас не устраивает. Что будем делать?

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

var
    c : char;
begin
  repeat
    read(c);
    write(c);
  until c = #$0d;
end.

размер exe-шника из-под Delphi7 15360 байт. скажите, не говорит ли это о том, что результат из-под Паскаля как минимум не хуже Сишного ни по размеру итогового файла. ни по скорости его исполнения?

 

P.S. самое странное, что действительно, при этом коде вывродится 2 строки, как у gotty! если поначалу я подозревал, что тут какой-то подвох с его стороны, то теперь я сам не понимаю. как это возможно... судя по всему, дело в буфферизации ввода-вывода ОС... однако, это по-моему, странно :(

 

P.P.S. в общем, ковыряния в отладчике подтвердили мою догадку: read у меня и getchar у gotty фактически считывают не символ, а строку, совпадающую по размеру с внутренним размером буффера ввода, выделенному библиотекой стандартного ввода-вывода. к тому же похоже консоль windows свой буфер имеет...

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

Изменено 11 декабря, 2008 пользователем ARV

[msalov 0]

размер exe-шника из-под Delphi7 15360 байт. скажите, не говорит ли это о том, что результат из-под Паскаля как минимум не хуже Сишного ни по размеру итогового файла. ни по скорости его исполнения?

D:\_tests>strip ./read.exe

D:\_tests>dir read.exe
Том в устройстве D имеет метку Новый том
Серийный номер тома: 5800-2766

Содержимое папки D:\_tests

11.12.2008  13:23             5 632 read.exe
               1 файлов          5 632 байт
               0 папок  60 930 355 200 байт свободно

D:\X\1610\_tests>

либо так

gcc -o ./read.exe -Wall -Os -Wl,-s ./read.c

Мы ж меряемся программами а не отладочной информацией

 

P.S. предлагаю остановиться. Результаты никого не переубедят при любом из исходов. Все останутся при своём мнении.

[Aesthete Animus 0]

P.S. самое странное, что действительно, при этом коде вывродится 2 строки, как у gotty! если поначалу я подозревал, что тут какой-то подвох с его стороны, то теперь я сам не понимаю. как это возможно... судя по всему, дело в буфферизации ввода-вывода ОС... однако, это по-моему, странно :(

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

http://www.gnu.org/software/libtool/manual...cal-or-Not.html

[msalov 0]

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

http://www.gnu.org/software/libtool/manual...cal-or-Not.html

Спасибо за ссылку.

[ARV 1]

ок. будем считать 1:0 в вашу пользу по соревнованию в размерах :)

 

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

var
    str : string;
    F : text;
begin
  assign(F, '1.txt');
  reset(F);
  repeat
    readln(F,str);
    writeln(str);
  until str = '';
  close(F);
end.

задача: считать строку любой (заранее неизвестной) длины из файла в переменную и вывести ее. я вбил сначала в свой файл 1.txt 9000 символов без символов \n\r. результат работы правильный - без переполнений и т.п. затем сделал файл 11 мегабайт (простым копированием) - результат аналогичный. размер 16384 байта :)

 

ваш ход! :)

Изменено 11 декабря, 2008 пользователем ARV

[zhevak 0]

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

Да Вы меня тоже утомили уже прилично. Вы внимательно читаете мои постинги? Я там где-то уже говорил, что мы не в состянии перебрать кучу пазлов, что бы сложить картину. Поэтому выхваченный в истерике (придуманный на пустом месте) код рассматривать не имеет смысла. Где-то победит Паскаль, где-то Си. Мы даже процентное отношение побед и проигрышей не сможем правильно оценить. А Вы тут со своими примерами для 8-го класса пытаетесь народ заставить расматривать листики-иголочки на веточках. А Вы поднимитесь на самолете и оцените, чей лес гуще и больше.

 

 

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

Ну блин, даже не знаю как уйти от нелестных комментариев, того как Вы понимаите ситуацию...

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

О чем Вы? Очнитесь!

 

 

P.S. самое странное, что действительно, при этом коде вывродится 2 строки, как у gotty! если поначалу я подозревал, что тут какой-то подвох с его стороны, то теперь я сам не понимаю. как это возможно... судя по всему, дело в буфферизации ввода-вывода ОС... однако, это по-моему, странно :(

Да. Мне тоже странно. Тут кто-то говорил, что неплохо знает Си. Не в курсе?

 

 

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

В топку Ваши правила! В топку все Ваши условия! Они выгодны только для Вас. В топку кодописание оторванное от жизни!

 

 

Хотите, Я Вам скажу, чем выгоднее Вам биться с gotty?

с ним я продолжу разговор (если он пожелает), с вами - нет.

Он не заставляет Вас терять лицо, он легко поддается на Ваши провокации. Я же отвечаю Вам Вашей же монетой. В не можете меня перетянуть на свою половину, что бы там дубасить кусочками кода. Наоборот, существует большая вероятность, что я Вас могу выдернуть с вашей территории на свою и заставить играть по своим правилам. Вы еще не проиграли, но моральный дух уже сломлен!

Изменено 11 декабря, 2008 пользователем zhevak

[msalov 0]

задача: считать строку любой (заранее неизвестной) длины из файла в переменную и вывести ее. я вбил сначала в свой файл 1.txt 9000 символов без символов \n\r. результат работы правильный - без переполнений и т.п. затем 11 мегабайт (простым копированием) - результат аналогичный. ваш ход! :)

Боюсь Вас огорчить, но я даже не буду пытаться. Языки слишком разные, паскаль для программиста дружелюбнее, а си для - целевого железа. Если хотите меряться строками динамической длинны - вам к С++.

[ARV 1]

zhevak, вы накорябали такое сообщение, что даже SQL не хочет его цитировать :) ошибку выдает.

 

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

[_Pasha 0]

 repeat
    readln(F,str);
    writeln(str);
  until str = '';

Я дико извиняюсь, но правильнее было бы написать until eof(F);

Не помню кто там говорил тысячу постов назад, но согласен, что трудновато переключаться с ЦЭ на паскаль и наоборот: лезут ошибки.

И мое мнение: чтобы правильно померяться п%ськами надо очень друг на друга разозлиться и по хорошему ТЗ наваять нечто посложнее двух операторов. А это суть убитое время. Так что не обольщайтесь - кроме ругани скорей всего ничего не будет.

В споре рождается истина... братцы, нас нае обманули!

[ARV 1]

Боюсь Вас огорчить, но я даже не буду пытаться. Языки слишком разные, паскаль для программиста дружелюбнее, а си для - целевого железа. Если хотите меряться строками динамической длинны - вам к С++.

нет. вы меня не огорчили. ваш "ход" понятен. языки разные - это было ясно с самого начала. и назначение разное - это так же очевидно. и сравнение так же не корректное абсолютно - простой Си и Delphi, который все-таки из категории С++. все верно.

 

С++ по размеру исходника, скорее всего, проиграет Delphi, по итоговому экзешнику - бог знает... может, и выиграет... не важно в конце концов.

 

хоть я от вас и не слышал утверждения, что Паскаль хуже Си (или С++), прошу вас высказаться: вы так же считаете, что ХУЖЕ? или все-таки согласны, что ПАСКАЛЬ не хуже, не лучше, а такой же, просто иной язык. Не ограниченный какими-то глупыми рамками, дающий свободу программисту и т.п. - короче, ПО БОЛЬШОМУ СЧЕТУ ТАКОЙ ЖЕ, КАК С(С++) со скидкой на особенности синтаксиса.

все-таки вы наиболее адекватный оппонент в данном топике (были и другие, но они ограничились минимумом слов).

[zhevak 0]

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

Ладно, чего уж там! Тем не менее, спасибо Вам за "игру".

(Правда, не понятно на основании чего Вы сделали свои выводы относительно меня, как специалиста. Впрочем, меня это (т.е. ход Ваших рассуждений) мало интересует.)

 

Удачи!

[ARV 1]

Я дико извиняюсь, но правильнее было бы написать until eof(F);

Не помню кто там говорил тысячу постов назад, но согласен, что трудновато переключаться с ЦЭ на паскаль и наоборот: лезут ошибки.

И мое мнение: чтобы правильно померяться п%ськами надо очень друг на друга разозлиться и по хорошему ТЗ наваять нечто посложнее двух операторов. А это суть убитое время. Так что не обольщайтесь - кроме ругани скорей всего ничего не будет.

В споре рождается истина... братцы, нас нае обманули!

принимается :) спешка не способствует правильнописанию :)

 

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

 

Удачи!

и вам не болеть! :)

[Aesthete Animus 0]

В споре рождается истина... братцы, нас нае обманули!

+1

 

Уже было собрался нафлудить, но потом одумался... нет, к черту это все... :(

 

 

что касается меня, я не сомневался ни секунды, что истина не родится в этом споре :)

Несчастен, кто ищет истин в холиварах...

[msalov 0]

хоть я от вас и не слышал утверждения, что Паскаль хуже Си (или С++), прошу вас высказаться: вы так же считаете, что ХУЖЕ? или все-таки согласны, что ПАСКАЛЬ не хуже, не лучше, а такой же, просто иной язык. Не ограниченный какими-то глупыми рамками, дающий свободу программисту и т.п. - короче, ПО БОЛЬШОМУ СЧЕТУ ТАКОЙ ЖЕ, КАК С(С++) со скидкой на особенности синтаксиса.

все-таки вы наиболее адекватный оппонент в данном топике (были и другие, но они ограничились минимумом слов).

Ради этого и приводил ссылку, а так же ради того что бы помочь (если надо) осознать, что подобного рода холливары исключительно забано наблюдать со стороны :) Неужели так принципиально кому-то что-то доказать?

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

Моё мнение не поменялось и вряд ли это произойдёт :)

[ARV 1]

Ради этого и приводил ссылку, а так же ради того что бы помочь (если надо) осознать, что подобного рода холливары исключительно забано наблюдать со стороны Неужели так принципиально кому-то что-то доказать?

а как забавно в них принимать участие! как это бодрит! :) неожиданно наталкиваешься на давно забытые штуки типа режима консольного ввода :) крррасота!

 

самое смешное, наверное, что я и Си и Delphi применяю постоянно, и очень обоим рад и доволен :) потому как гармония, баланс. а односторонне неуравновешенные специалисты нервно холиварят про паскаль :)