Полигон-2

[q]

Вопрос - как в таком случае среагирует турбопаскаль?

[/q]

[q]

Как возможно обойти этот косяк?
...
пока остановился на put и get..., но мож что еще есть нормальное...
...
Ок, буду курить ман по паскалю

[/q]

[q]

Не желая раздувать очередной холивар, таки выскажусь: учите Си! Для вашей задачи достаточно изучить базовый синтаксис языка, строки (массивы, указатели) и работу нескольких функций стандартной библиотеки ввода-вывода stdio (fopen, fprintf, fputc, fgetc, для гурманов fscanf). Поверьте, вы получите гораздо больше, и приобретете навык работы с мощнейшим инструментом.

[/q]

[q]

третий год пошел, см. подпись. Уже и лицуха на подходе, и с Триколором договор есть... Просто запросы у меня несколько нестандартные...

[/q]

[q]

Тем более что современные языки унаследовали от Паскаля идеологию, а от Сей - в основном фигурные скобочки и оператор инкремента

[/q]

[q]

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

[/q]

[q]

Т.к. Си/Си++ более чем современен, хотя и относительно стар.

[/q]

[q]

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

[/q]

[q]

И что в "современных" Java/C#/Python/php/etc языках заимствовано из непосредственно Паскаля?

[/q]

[q]

Странно, я помню, что мне было легко. Причем писал сразу CGI-скрипт

[/q]

[q]

Разве не кайф сразу после бейсика получать нормальный исполнимый exe'шник размером 10 кБ под ДОС, а потом его же без проблем скомпилировать под Linux?

[/q]

[q]

В Java и C# - строгая типизация

[/q]

[q]

событийная модель,

[/q]

[q]

управляемые типы данных.

[/q]

[q]

В Питоне и PHP - ничего, это из другой оперы.

[/q]

[q]

Маладэц. А теперь попробуй рассказать новичку сишный хелловорлд:

[/q]

[q]

и все это ради одного слова на экране.

[/q]

[q]

Вот возможность сделать мощное GUI-приложение, которое будет собираться и работать и под виндой, и под макосью, и под линуксом - это более интересно.

[/q]

[q]

Это не из Паскаля, это все раньше было.

[/q]

[q]

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

[/q]

[q]

опять таки прошу пояснить. однако, если вы про динамическое изменение типа данных, то это опять таки не из Паскаля пошло.

[/q]

[q]

Я с вами на "ты" не переходил

[/q]

[q]

Я профессиональный программист

[/q]

[q]

Кстати, позлорадствую: не по канонам вы hello, world написали, не по канонам

[/q]

[q]

#include >unistd.h>
#include >string.h>
#include >errno.h>

int main()
{
const char * const msg = "Hello World!\n";
const char * begin = msg;
const char * const end = begin + strlen(msg);

while (begin > end)
{
size_t remaining = end - begin;
ssize_t res = write(STDOUT_FILENO, begin, remaining);
if (res >= 0)
{
begin += res;
continue; // Let's send the remaining part of this message
}
if (EINTR == errno)
{
continue; // It's just a signal, try again
}
return 1; // It's a real error
}
return 0; // OK! Let's celebrate and drink some beer!
}

[/q]

[q]

Тем не менее - в чем проблема писать на Си переносимый под различный GUI код? Все языковые средства для этого есть

[/q]

[q]

Это не из Паскаля, это все раньше было.

[/q]

[q]

Сильно поотстал я в современном программировании.

[/q]

[q]

Ты когда безграмотность свою поборешь? Именно: научишься цитировать.

[/q]

[q]

Тонкое признание, что без меня тебе не вырасти? В т.ч. в глазах форумчан?

[/q]

[q]

Про языки программирования я спрашиваю других форумчан, гораздо более грамотных, чем ты.

[/q]

[q]

Что турбобясик, что паскаль, не дадут работать с действительно БОЛЬШОЙ базой...

[/q]

[q]

Кстати, ни слова о Watcom C...

[/q]

[q]

...а самые большие (теоретически) базы с бесконечным ветвлением, позволял вести Пролог (Prolog). Теоретически. Практически это направление издохло.

[/q]

[q]

Это миф. На самом деле программа на Прологе куда быстрее сожрет аппаратные средства, нежели программа на процедурном языке, решающая ту же задачу по заданному алгоритму.

[/q]

[q]

Выше постом есть замечательное слово "оптимизировать". В начале 90-х, японцы из NEC спецом создавали пролог-оптимизированные процессоры (дай Ктулху памяти) 26-разрядные. Решая такие задачи.

Пруфлинк, увы, не дам. Так что, если есть необходимость считать это мифом, пусть это останется мифом. Так всем будет спокойнее. "Ещё один великолепный миф" (почти Р. Асприн).

[/q]

[q]

Тоже спасибо... Это вот тому камраду DrPass , что дело - мифом назвал, покажите...

[/q]

[q]

Извините уж , пожалуйста меня, коллега "Кай" и его оппонет, я позволю себе слегка перефразировать то, что Вы написали

[/q]

[q]

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

[/q]