From: 17:17 Subject: Re: [sp-forth] потоки...To: Очень интересная ссылочка. А что с self случилось? Что-то не слышно. Вот бы соединить self, forth и smalltalk. Прямо как у Гоголя :-) Может что и получится, надо прочитать статьи. Где-то я письма затерял про VMT применимо к потокам ввода. Чем это решение не устраивает? То есть привнесет ли это какие-либо неудобности, неприятности и в каких случаях? Стандарту имхо не мешает. Всего-лишь расширение. А вкусностей довольно много. Вопрос только в том - хуже будет после этого спф или лучше :-) ----- Original Message ----- From: "Michael Gassanenko" To: Sent: Thursday, November 02, 2000 8:40 AM Subject: Re: [sp-forth] нВЕМЭ ХМРЕПЕЯМЮЪ ХДЕЪ; АШКН 'БУНДМНИ ОНРНЙ' > В ЯП Self ( http://www.cs.ucsb.edu/oocsb/self/papers/papers.html ) > объект имеет слоты, которые суть функции. > > На переменную нужно 2 слота: на чтение и на запись. > Любой слот можно менять (хотя я не помню синтаксиса). > > Лично мне selfish модель нравится больше, чем классовая. > > В self'е есть некоторое подобие классов, чисто на уровне реализации, > называются они ШШКС какими-то семействами. Это как бы класс, > но его как бы нет (как и класс, это ВМТ, но ее нет на > уровне концепций языка). Просто объекты шарят таблицу методов. > Кто решает поменять свой слот, выбывает из класса. > Размножаются объекты клонированием, а не через классы. > > Dmitry Yakimov wrote: > > > > Хмм. Это было в первых версиях SwiftForth (указатель на хэндл). > > Только что пришла смелая (возможно слишком) идея. > > Если вместе с реальным хэндлом (или кк его там) в стуктуре будут храниться > > несколько указателей на слова - READ-STREAM, WRITE-STREAM, CLOSE-STREAM а > > также тип хэндла (простая константа). > > Или хотя бы указатель на массив указателей на слова (если динамическую > > память очень жалко). Я уже не помню пробегала эта мысль или нет. > > Вот вам и безболезненное решение проблемы входного потока (полгода назад я > > тоже хотел ввести id -2, но потом убоялся гонений со стороны поборников > > стандарта :) До того доспорили, что уже трудно понимать контекст спора. > > А READ-FILE могло бы выглядеть так: > > > > : READ-FILE DUP .readFile @ EXECUTE ; > > > > Под сокеты и пайпы это кажись покатит, под файлы и мало того _под > > буферизированные неявно файлы_ тоже. Хотите свой поток ввода - описываете > > высокоуровневые слова доступа аналогичные стандартным, заполняте структуру и > > вперед. > > Если входной поток Windows GUI, то тоже просто - перегруженное READ-STREAM > > просто ждет в цикле GetMessage и по ENTER возвращает строку. > > Ни ACCEPT ни INTERPRET в данном случае переписывать не придется. > > Ура - парни - давайте обдумывать. > > > > ----- Original Message ----- > > From: "Andrey Cherezov" > > To: > > Sent: Monday, October 30, 2000 6:29 PM > > Subject: RE: [sp-forth] входной поток > > > > > >1) Важно ли для SP-Forth-сообщества то, что fileid'ы суть хэндлы? > > > > > > Важно иметь механизам эти хэндлы достать, т.к. они могут быть > > > параметрами других полезных виндовых функций. > > > > > > >2) Что вы думаете об использовании в роли хэндла вспомогательной > > > >структуры (расположенной в памяти создавшего ее процесса)? > > > > > > В какой памяти? В хипе текущего потока? Тогда особых возражений нет, > > > лишь бы CLOSE-FILE удалял и выделенную память вместе с закрытием > > > хэндла. > > > > > > > > > > > > To unsubscribe from this group, send an email to: > > > sp-forth-unsubscribe@egroups.com > > > > > > > > > > > > > > > > > > To unsubscribe from this group, send an email to: > > sp-forth-unsubscribe@egroups.com > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Receive 500 minutes of Personal Conferencing FREE. Go to Sprintbiz.com. http://click.egroups.com/1/9786/15/_/911536/_/973174774/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 24.03.00 13:45 Subject: Re: еще один tempsTo: Здравствуйте. -----Original Message----- From: Andrey Cherezov To: oleg_sh@megabank.net Date: 22 березня 2000 р. 23:31 Subject: FW: еще один temps >Добрый день! >Присоединяйтесь к обсуждению, если интересно/есть_время ! >Ruvim Pinka [ruvim@forth.org.ru] >Dmitry Yakimov [ftech@tula.net] >Konstantin Tarasov [const@penza.com.ru] > >Best regards, >-- >Andrey Cherezov, mailto:ac@eserv.ru >Eserv Mail, News, Web, FTP and Proxy Servers: >http://www.eserv.ru/ > >-----Original Message----- >From: Ruvim Pinka [mailto:ruvim@forth.org.ru] >Sent: Thursday, March 23, 2000 1:23 AM >To: Andrey Cherezov >Cc: Dmitry Yakimov; const >Subject: Re: еще один temps > > > Рад тебя видеть, Andrey >Как-то (вторник, 21 марта 2000 г.), обращался(ась) Andrey Cherezov >к Dmitry Yakimov" , "const" со словами: > > >AC> Пожалуйста, ознакомтесь с еще одной реализацией temps, >AC> авторами которой являются (невиданная консолидация фортеров! :) >AC> 1) ac >AC> 2) ruvim >AC> 3) day >AC> 4) 1001 >AC> 5) oleg_sh (он постарался объединить лучшие черты и добавил что-то своё) > >AC> Пишите "за" и "против"! > > >Сделать векторными слова ":" ";" - эт хорошо. только надо средство Не : а EXIT. : не надо делать векторным >для доставания значения этого вектора, т.к. часто при переопределении >этих слов надо старую функцию вызвать. Ну так достается оно стандартно - ' >BODY @ . А вообще схема работы векторного ; ткая. 1. В обычном состоянии ; делает то же что и обычное ; 2. При использовании определяющих слов | || и !! - - достается из ; xt и сохраняется в переменной SAVED-TEMPS-; - в ; записавается слово, которое при выполнении (схематическая последовательность действий) - воостановит исходное значение xt в ; - запустит это xt на выполнении - удалит временный словарь - сделает посткомпиляцию. В определении следующего слова ; (если там не будут использоваться | || или !!) будет работать в обычном режиме (только компилировать RET) Т.о. исходное xt из ; всегда выполняется > >Слова времени выполнения лучше засунуть в отдельный словарь. >Зачем мусорить в основном ? >реализацию посткомпиляции - тоже. и вообще все остальное, что >не служит для решения поставленной задачи. >Если этими словами вдруг надо будет воспользоватся - не влом подключить >словарь будет. Согласен, исправлю. Вообще то я подобное делал в Class.f. А здесь не стал, потому что в предыдущих реализациях такого небыло. > >Далее. т.к. используется напрямую асм, то это будет неудобно подключать. > >Можно скомпилировать в ядро. Но юзать переопределенные определяющие слова >не всегда хорошо. Скомпилировать в ядро можно определенные на асме слова общего назначения. А остальные - можно инлайнами, как у Дмитрия Якимова. Только обязательно с коментариями (как LIT, из ядра), а то совсем никакой читабельности :( >Можно решить пробему опять на словарях :) >в отдельный словарь записать ":" , ";" , "||", и т.д. >А потом, если нужны временные переменные - ALSO VocTemps Не понял зачем. Если нужны временные переменные, просто использовать | || или !! :) > >ну это так... идея. но я ее уже опробовал некоторое время назад. >А начал с того - а зачем при разработке проекта каждый раз компилировать >все библиотеки ? >Делаем свою версию форта на каждый проект ( на несколько проектов, >если набор библиотек совпадает) >Подключаем все нужные библиотеки - сохраняем И используем. >Если библиотеки изменились, ясное дело, перекомпилировать надо версию форта. Можно и так, но я приспособился по другому : в том же каталоге что и форт делаем файл z (без расширения) Внутри, как минимум : WARNING 0! EXT\SPF-ASM.F INCLUDE\CORE-EXT.F INCLUDE\TOOLS.F ну и другие библиотеки общего назначения и еще один файл (для каждого проекта свой), например o Внутри: MARKER O \ совпадает с именем файла class.f \ имя отлаживаемой библиотеки \ и другие начальные действия для тестирования Работа: Z O \ тестирование \ исправили O O и т.д. Z O выполняется обычно секунды полторы, пока меня вполне устраивыает. >Тестирование на скорость сабжа и сравнеие с предыдущими вариантами. > >\ ========================= тестировал на таком коде > >\ ------------------ \ вариант - для пустого цикла. >: t1 ( 1 2 3 -- ) > DROP DROP DROP >; >\ ------------------ >: t1 ( 1 2 3 -- ) \ а здесь с временными переменными. > || a b c || (( a b c )) > a DROP b DROP c DROP >; >REQUIRE .AllStatistic tools/profiler.f >: t2 ( -- ) > 1000000 0 DO I 1 2 t1 LOOP >; >\ ========================= > > > > | temps.old.f temps.ruv.f temps.new.f пустой >цикл >относительное время |1 850 508 509 36 >выполнения слова t2 |2 861 509 513 56 >( несколько опытов) |3 854 512 516 45 > > >Меня, чесно говоря удивило. раньше ниразу не тестировал это. >Какой прирост дала оптимизация, которую делал я ( по идеи Михаила Максимова) >и какой - переход к асму. >может я ошибся где ? просто не верится. - кажется, не делал я там ничего >такого... Это интересно. У меня большая просьба. Дело в том что в библиотеке имеется 2 различающихся способа компиляции временных переменных. Точнее 2 разных способа убирать временные переменные со стека при выходе из слова. Переключаются они словами |AUTO-ON| и |AUTO-OFF|. По умолчанию стоит |AUTO-ON| - так "совместимее", а |AUTO-OFF| - думаю, что быстрее. Так вот просьба протестировать и в режиме |AUTO-OFF|. А также, если можно, и вариант Дмитрия Якимова. > >ЗЫ может через список рассылки обсудить ? >или специальный создать ;) В любом варианте это было бы удобно :) Пока. From: 27.03.00 17:20 Subject: Re: еще один tempsTo: >Народ, а где взять исходники subj'а? Высылаю пропатченый. (Исправлена ошибка при повторном определении временных переменных) Написано под СП-Форт. С уважением. Олег --------------------------------------------------------------------- Name: Temps.zip Temps.zip Type: Zip Compressed Data (application/x-zip-compressed) Encoding: base64 From: 30.03.00 15:54 Subject: Re: имена, слова, словари...To: "All" -----Original Message----- From: Ruvim Pinka To: All Date: 28 березня 2000 р. 23:43 Subject: имена, слова, словари... > Рад тебя видеть, All >Как-то (пятница, 24 марта 2000 г.), обращался(ась) Oleg Shalyopa >к forth@forth.org.ru со словами: > > >>>Сделать векторными слова ":" ";" - эт хорошо. только надо средство >OS> Не : а EXIT. : не надо делать векторным >ага... это я по инерции ;) > > >>>для доставания значения этого вектора, т.к. часто при переопределении >>>этих слов надо старую функцию вызвать. >OS> Ну так достается оно стандартно - ' >BODY @ . >это не стандартно. т.к. вообще-то не известно, как реализованно >векторное слово. Не правильно высказался. Лучше было сказать не "стандартно", а "обычно последовательностью слов" Но вообще-то считаю целесообразным применять для этой цели BEHAVIOR, как и предлагал Михаил Гасаненко. ... >>>Можно решить пробему опять на словарях :) >>>в отдельный словарь записать ":" , ";" , "||", и т.д. >>>А потом, если нужны временные переменные - ALSO VocTemps > >OS> Не понял зачем. Если нужны временные переменные, просто использовать | || >OS> или !! :) >ну а не хочется мне, например, пользоватся переопределенными версиями > слов LOOP R> : ; и т.д. что тогда ? >А на словарях доступны и новые варианты и старые. Интересно, конечно, зачем такое могло понадобиться. Но если очень нужно я бы предпочел старые варианты перебросить в словарь, который и подключать при необходимости. Приблизительно так: GET-CURRENT VOCABULARY OLD-WORDS ALSO OLD-WORDS DEFINITIONS ' ; SYN ; IMMEDIATE ' EXIT SYN EXIT IMMEDIATE ' LOOP SYN LOOP IMMEDIATE ' DO SYN DO IMMEDIATE ' R> SYN R> ' RDROP SYN RDROP \ и т.д. PREVIOUS SET-CURRENT А переопределенн?е слова оставить в FORTH. Мне кажется, что так надежнее > >OS> Можно и так, но я приспособился по другому : >[...] >слушай, я делал почти точно также ! :) >правда не отделял подключение библиотек, нужных только проекту, в отдельный файл. >( которые всем нужны - отделял. и MARKER точно также использовал ;-) ;))) Пока. N… I@R fў–з+Ўє-~ЉМ†ЉЮ®Д®n7°ґІФЛrё›yЗ+¶DB Хm¶џЪцў»aўё+u/== From: 30.03.00 16:53 Subject: Re: об организации стандартной библиотекиTo: "All" Здравствуйте. О стандартных библиотеках мысль здравая. Есть только замечания. 1. Процедуру стандартизации прежде чем жестко зашивать надо бы сначала проиграть несколько раз (temps и др.). Вообще-то это подробности. Далее - по поводу темпсов 2. Сами слова, кажется уже стандартные - | || (( ->, !! . Возможны добавления. Главное выбрать наиболее оптимальный вариант реализации. При оптимизации начинает играть фактор скорость выполнения/размер кода. Мне кажется, неплохо бы иметь возможность этим фактором управлять. (Несколько вариантов генерации кода в зависимости от переключателей). 3. Документировать также что в результате будет скомпилировано а также изменения стека возвратов в результате выполнеения скомпилированного кода. Это позволит более эффективон использовать библиотеку и избежать многих ошибок. Пока все. (Продолжение следует ;) ) Братья, всем привет! Было полезно обсудить идеи по temps, но в результате их (темпсов) оказалось несколько...и у каждого свои плюсы, минусы и особенности. И это правильно - ведь, как выражался Мишель Гасаненко: "язык форт знаком ЧЛЕНАМ ruFIG" ... Проблема в том, чтобы собрать лучшее - РЕСУРСЫ, сделать тот же оптимальный темпс и поместить его в некую стандартную область в дистрибутиве - пусть в SPF\LIB\ или SPF\STDLIB\.И чтобы там же была папка типо STD\LIB\DOC\ (без описания-не принимать нахрен в СТД), где будет лежать описание программ (как у АНСИ и даже подробнее). Если у кого-то есть желание показать людям своё, лохматое, - пусть будет в обычной папке SPF\~AUTOR. А чтобы было без проблем - юзай STDLIB... Организовать выработку стандартов можно на форуме, списком и как кому хочется. Главное- чтобы вырабатывался общий стандартный синтаксис. Кто-то, может, знает как правильно, или тенденции какие есть - пусть пишет туда-же. Обкашляем... Пусть каждый свое лохматое причешет и начнем делать эту библиотеку, а то на горизонте ООП корячится, там вообще без стандартов плохо. Сколько вариантов: и CLASS: и :CLASS и M: и methods: ... - каждому свое легче будет написать, чем в чужом разбираться: чукча - то не читатель, да и язык форт хорошо знаком членам... Вот и подумайте над этим в уик-энд... Крепко жму, ~1001bytes N… I@R fў–з+Ўє-~ЉМ†ЉЮ®Д®n7°ґІФЛrё›yЗ+¶DB Хm¶џЪцў»aўё+u/== From: 02.04.00 17:36 Subject: Re: случилось страшное...~1001To: >Почему использовал args.f? - можно и locals.f, просто не знаю, где он стандартно лежит да и >требует spf375...Вообще-то locals.f было бы лучше - для реентерабельности и многопоточности... [остальное поскипано, но имеется в виду] Я раньше args не видел, но синтаксис описания лично мне понравился - смотрится красивее, что ли... А в целом мысль очень хорошая. Когда мне надо было описывать структуры, состоящие только из полей, у меня родилось нечто подобное. Смысл такой же - чтобы получить доступ к полю, адреса структуры недостаточно, нужно указывать ещё класс. Можно извращаясь хранить ссылку на класс в экземпляре, а можно, как в данном случае, решить, что программер знает адрес какого типа лежит на стеке, и может его указать. А чтобы не указывать тип всё время используются WITH ... ENDWITH. В общем, это как раз то, чего лично мне не хватало. ________________________________________________________________________ * To UNSUBSCRIBE: mailto:robot@forth.org.ru?Subject="unsubscribe forth" * MORE INFO: http://www.forth.org.ru/ From: 02.04.00 20:05 Subject: Re: случилось страшное...~1001To: Хай,micro! Спасибо за письмо... > Я раньше args не видел, но синтаксис описания лично мне понравился - > смотрится красивее, что ли... Брат, интересно ли тебе то, что стало после - в Ver 0.02 в классе появилась приватная переменная USER-типа _d. Она сама креейтится(тебя не спрашивает), сначала =0, при наследовании - берет значение из предка. Можно юзать автоматизацию создания объекта. Напр.- делать типы данных. Каждый элемент должен увеличивать _d на свою длину. Класс видит лишь свою _d. Пригодится это напр., для отвода памяти под объект ALLOCом... крепко жму... PS. А ты сам-то чем занят по жизни (какие форты, ОСы)...пиши, что сочтешь необходимым... ~1001Bytes(КонстантинТарасов) N… I@R fў–з+Ўє-~ЉМ†ЉЮ®Д®n7°ґІФЛrё›yЗ+¶DB Хm¶џЪцў»aўё+u/== From: 12.07.00 14:43 Subject: Re: [sp-forth] Андрею ЧерезовуTo: Alexey Chepyzhenko Hello Alexey, А в Тулу не собираешься случаем? :))) Так как я в нашем городе похоже один известный нам фортер (слышал и о других, только найти не могу :) то можешь называть меня Областным Центром По Развитию Форта, который уполномочен решать все орг вопросы в Туле :) Парни - анонс - вышла новая версия моих библиотек: напоминаю - http://home.uic.tula.ru/~s950370 Новое: 1. Float 2.3 - much more abilities :) 2. hpOOP 4.3 - Новый принцип формирования кода - уже три модуля oopvmt.f - портируемый средней быстроты oopfast.f - заточен под spf и locals.f - очень быстрый, но не портируем oopvml.f - поиск по списку - развеял миф о том что VMT в hpOOP занимают много места 3. Microclass.f 1.5 - полноценная(!) уже ООП либа - бинарный размер 800 байт. Все есть кроме динамического связывания. 1001 - ау. Скоро закончу вылизывать - ищите ошибки пока еще есть время :) Ларионов помнится хотел проводить приватные консультации по поводу ООП. А зачем? После десятка ООП движков как у меня приходишь к философскому выводу что нужно делать либо как Ertl (с доработкой) либо полноценный интерпретатор смоллтока (хорошая мысль by the way). Только одно смущает - а когда же писать программы с помощью ООП движков и денюжку зарабатывать, если все программисткое время уходит на создание ООП движков :) ОК. Ларионов способный, пусть думает :) Иде кстати Janus - жду жду - уже уезжать пора (15 уеду до сентября - пишите не пишите вряд ли отвечу) а релиза нет и нет. А слюнки то текут :) Wednesday, July 05, 2000, 4:48:44 PM, you wrote: AC> Андрей! AC> будешь в Минске звони 263-13-44 AC> Алексей Чепыженко acks>> А я завтра еду в Минскую область. Поскольку Минск второй acks>> по значимости центр советского Форт-движения, надо бы acks>> мне и Мински[ фортеров навестить. Ау, drom, byka! acks>> (У меня прямо паломничество по святым местам :-) AC> ------------------------------------------------------------------------ AC> Life's too short to send boring email. Let SuperSig come to the rescue. AC> http://click.egroups.com/1/6137/1/_/911536/_/962801235/ AC> ------------------------------------------------------------------------ AC> To unsubscribe from this group, send an email to: AC> sp-forth-unsubscribe@egroups.com -- Best regards, Dmitry mailto:ftech@tula.net ------------------------------------------------------------------------ BTW: Did you buy that new car yet? If not, check this site out. They're called CarsDirect.com and it's a pretty sweet way to buy a car. http://click.egroups.com/1/6847/1/_/911536/_/963402553/ ------------------------------------------------------------------------ To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 19.09.00 8:43 Subject: Re: [sp-forth] новый ооп движок для спфTo: [eGroups] My Groups | sp-forth Main Page | Start a new group! Привет. Эта штука :) сейчас дорабатывается - уже 3 кила текста весит (!) :) По скорости, и глюки нашел серьезные. Кстати - новый прием - если вызываем метод своего класса то он автоматически уже компилится статически, также как и по INHERIT. Так что я думаю что в среднем по программе этот движок не много уступит моему hpOOP и будет гораздо быстрее Win32Forth, так как внутри класса в принципе по большей части будет обычный форт код, а ООП вид он примет снаружи класса. Я расчитываю сам применять эту либу в реальных проектах. hpOOP скажем так несколько искуственнен. И еще может быть как то будет доступ к переменным класса извне. Вот только не знаю пока надо ли. Если будет противоречить стройности идей и компактности ООП надстройки, значит не судьба. Думаю - переносить туда FVC или нет... Ты мои часики на форте видел цифровые? Можно в examples положить. С COM неплохо было бы конечно... Если ты уже выложил com.f то я посмотрю обязательно, что можно придумать. Кстати - где ты информацию по OLE берешь? Неужели из MSDN? Ole inside довольна громоздка. Best regards, Dmitry Yakimov, ----- Original Message ----- From: Andrey Cherezov To: sp-forth@egroups.com Sent: Tuesday, September 19, 2000 12:01 AM Subject: RE: [sp-forth] новый ооп движок для спф Привет! Как бы с этой штукой связать COM/DCOM/ActiveX (как некоторые Смолтолки умеют). Я в субботу еще немножко улучшил поддержку этих технологий в SPF (теперь проще вызывать именованные методы через IDispatch - например, любые функции VBscript :), на днях закачаю обновление com.f P.S. В COM используется VMT как базовый способ вызова методов, но в больших классах-компонентах (ActiveX,OCX,etc) очень часто поиск по имени - IDispatch. -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Monday, September 18, 2000 11:37 AM To: sp-forth@egroups.com Subject: [sp-forth] новый ооп движок для спф Привет. новый оригинальный (в некотрой степени) ООП движок в аттаче. Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. http://ftechsoft.hypermart.net mailto:ftech@tula.net ICQ: 86932299 To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 19.09.00 15:36 Subject: Re: [sp-forth] ой, тестTo: -------------------------- eGroups Sponsor -------------------------~-~> Special Offer-Earn 300 Points from MyPoints.com for trying @Backup Get automatic protection and access to your important computer files. Install today: http://click.egroups.com/1/6347/15/_/911536/_/969366325/ ---------------------------------------------------------------------_-> Привет. Похоже это мы офигели :)) Я у себя исправил - сорри, третий мэйлер за последние 2 дня - все забываю. Да, что еще хочу сказать. Если кто хочет получать последние обновления joop - кидайте мне e_mail. Хоть размер всего несколько кило, но обновляется буквально ежечасно. Не хотелось бы конфу засорять. > > Народ, я хочу знать, то ли это мы офигели, что шлем длинные > сообщения в формате HTML, то ли это egroups. > > Я сейчас пишу в формате plain text. > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 20.09.00 10:29 Subject: Re: [sp-forth] ой, тестTo: -------------------------- eGroups Sponsor -------------------------~-~> Special Offer-Earn 300 Points from MyPoints.com for trying @Backup Get automatic protection and access to your important computer files. Install today: http://click.egroups.com/1/6347/15/_/911536/_/969634132/ ---------------------------------------------------------------------_-> Так и сделаем. Перехожу на www.forth.org.ru на днях. > А ftp у тебя есть? > На www.forth.org.ru бы выложил. > Или по ftpmail или как его там. > А в конфу объявления бы кидал. > (несколько строк, добавленных в history.txt или read.me) > > Dmitry Yakimov wrote: > > > > Да, что еще хочу сказать. > > Если кто хочет получать последние обновления joop - кидайте мне e_mail. > > Хоть размер всего несколько кило, но обновляется буквально ежечасно. > > Не хотелось бы конфу засорять. > > > > А если обновляется ежечасно, стоит ли такую нестабильную вещь использовать? Дело в том что все версии стабильные, начиная с той, которую я отправил последней. Я только добавляю возможности и библиотеки. > Не проще ли пару дней (или неделю) подождать? > Не может быть, чтобы каждая версия была релизной. > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 20.09.00 10:56 Subject: Re: [sp-forth] новый ооп движок для спфTo: [eGroups] My Groups | sp-forth Main Page | Start a new group! Вот так всегда :) Отсутствие рекламы подобно подмигиванию девушке в темноте. Эти часики я сделал на FVC и занимают они 2 кило текста. Там еще есть 2 примера - лупа экранная (1 кило текста) и интерфейс с основными контролами. Я думал народ кинется Windows интерфейсы разрабатывать, но видимо c++ предпочитают. Это все поставляется с hpOOP начиная с версии 4.0 Вот тебе кстати и интерфейс к eserv. Скачать hpOOP ver. 4.5 можно на http://home.uic.tula.ru/~s950370/day1906.exe (19 июня 2000 г.) Посмотри пожалуйста и все примеры, к-е считаешь нужным - можешь включить в spf\samples Причем - заявляю серьезно - hpOOP + FVC гораздо круче чем Win32Forth + его ООП. И еще - как мне закачать файл на ftp.forh.org.ru ftp.forth.org.ru/~day не видит просто на фтп вхожу, директория forth пустая. Что я не так сделал? Best regards, Dmitry Yakimov, ----- Original Message ----- Subject: RE: [sp-forth] новый ооп движок для спф Вот только не знаю пока надо ли. Если будет противоречить стройности идей и компактности ООП надстройки, значит не судьба. Думаю - переносить туда FVC или нет... Ты мои часики на форте видел цифровые? Можно в examples положить. Не видел, положи конечно! С COM неплохо было бы конечно... Если ты уже выложил com.f то я посмотрю обязательно, что можно придумать. com.f лежит давно, с марта, по-моему. Я лишь небольшое дополнение прикручиваю - сейчас оно существует в виде примера, надо вставить общие слова в либу. Кстати - где ты информацию по OLE берешь? Неужели из MSDN? Ole inside довольна громоздка. В MSDN, больше ничего нет. To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 25.09.00 13:06 Subject: Re[2]: [sp-forth] апдейты от dayTo: Andrey Cherezov Hello Andrey, Sunday, September 24, 2000, 1:17:59 AM, you wrote: Всё вообще уже находится на www.forth.org.ru/~day Просто инет вырубили вчера - не успел закачать index.html >> Привет. >> Все _последние_ апдейты теперь лежат у меня на www.forth.org.ru/~day >> Скачивайте все кто спрашивал float, hpOOP, joop - 410 кило в архиве. >> Пока один большой архив, и сайт недоделан, но планируется много... >> >> Best regards, >> Dmitry Yakimov, AC> А где есть те примеры для SPF, линк на которые ты давал, но по которому AC> файл отсутствует? AC> To unsubscribe from this group, send an email to: AC> sp-forth-unsubscribe@egroups.com Best regards, Dmitry mailto:ftech@tula.net To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 25.09.00 17:02 Subject: Re: [sp-forth] порядок параме тровTo: -------------------------- eGroups Sponsor -------------------------~-~> Get a NextCard Visa, in 30 seconds! 1. Fill in the brief application 2. Get rates as low as 2.99% Intro APR with NO annual fee! http://click.egroups.com/1/9335/15/_/911536/_/969892494/ ---------------------------------------------------------------------_-> > Предлагаю "критерий". > Чем более "вторичны" параметры, тем дальше от вершины они должны > рассполагаться. > > Вопрос. На сколько это справедливо, изходя из вашего опыта ? С верхними параметрами проще работать, это верно. В том числе удалить, если не нужны. Отсюда пролучается, что сверху должны располагаться менее значимые... А вообще-то как определить, какой параметр более важен. Давно решенная задача: адрес-откуда, адрес-куда и сколько-копировать для MOVE идут именно в этом порядке. Что же, самое важное из приведённого - длина блока? > ЗЫ хотя, еще Мур говорил, что адреса должны предшествовать отсчетам ;) Ну да, потому что длина той же строки может понадобиться для чего-нибудь ещё, для выделения памяти под неё, например, а адрес-то для чего применить? To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 10.10.00 19:52 Subject: RE: [sp-forth] модификация ядра спфTo: -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] >WINAPI: FormatMessageA KERNEL32.DLL >: LastError ( -- addr u) >\ возвратить адрес и длину строки последней ошибки ОС. Используется PAD. > 0 256 PAD 0 > GetLastError 0 4608 \ Про цифры не спрашивайте... 16 января 98 года я сделал для SPF примерчик samples\FormatMessage.txt. Там и цифры объяснены, и PAD не трогаем ;) WINAPI: FormatMessageA KERNEL32.DLL HEX 00000100 CONSTANT FORMAT_MESSAGE_ALLOCATE_BUFFER 00001000 CONSTANT FORMAT_MESSAGE_FROM_SYSTEM 00 CONSTANT LANG_NEUTRAL 01 CONSTANT SUBLANG_DEFAULT DECIMAL : MAKELANGID ( p s -- langid ) 10 LSHIFT OR ; \ ((((WORD )(s)) << 10) | (WORD )(p)) VARIABLE EMBUF : ErrorMessage ( errcode -- addr u ) >R 0 0 EMBUF LANG_NEUTRAL SUBLANG_DEFAULT MAKELANGID R> 0 FORMAT_MESSAGE_ALLOCATE_BUFFER FORMAT_MESSAGE_FROM_SYSTEM OR FormatMessageA ?DUP IF EMBUF @ SWAP ELSE HERE 0 THEN ; Для SPF/3.75 разве что заменить VARIABLE на USER. Однако, поскольку эта функция не все существующие коды расшифровывает (особенно фортовые не расшифровывает ;) мне показалось, что в ядре это "излишество нехорошее". >AC - если что-либо модифицируешь, а также уберешь push ecx, pop ecx ненужные А почему их нужно убрать? -------------------------- eGroups Sponsor -------------------------~-~> GET A NEXTCARD VISA, in 30 seconds! Get rates as low as 0.0% Intro or 9.99% Ongoing APR and no annual fee! Apply NOW! http://click.egroups.com/1/9331/15/_/911536/_/971197412/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 10.10.00 20:24 Subject: RE: [sp-forth] ru fig ЖУРНАЛ!!!To: Привет! Журнал - это хорошо. Меня когда для немецкого форт-журнала интервьюировали, спросили, если ли у русского фига свой форт-журнал. Я сказал, что forth.org.ru и есть наш журнал, а бумага - это вчерашний день. pdf хорошо, а html лучше ;) Хотя бы потому, что поисковые машины их индексируют :) Может ты начнешь с колонок на сайте? Если у кого что наболело и хочется высказаться - они находят способы высказаться. Если же решить высказываться "ежемесячно по плану" - начнется высасывание из пальца... Несколько лет я с Пискуновым выпускал Калининградскую компьютерную газету (первую в регионе). Продержались довольно долго, но потом энтузиазм (и время) у нас иссякли, а новых авторов так и не смогли привлечь... Ты не выписывал Forth Dimensions? Я, пока был членом американского фига, получал и читал его регулярно. В основном отстой. Примерно то же могу сказать о немецком журнале, хотя я в немецком слабо разбираюсь :) В интернете намного больше интересного/полезного о форте можно найти. Так что ты затеял интересное дело, но весьма сложное, imho. По поводу персоналий - аналогично. Кто что хочет сказать о себе - говорит на своих домашних страничках вроде, не скрывает... Нужно будет приложить довольно много сил чтобы заставить их всех прийти исповедоваться в одну и ту же общую церковь ;) -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Monday, October 09, 2000 5:53 PM To: sp-forth@egroups.com Subject: [sp-forth] ru fig ЖУРНАЛ!!! Привет. Что это у нас до сих пор своего журнала нет? Знаю что у почти каждого что-то наболело, есть какой-то опыт создания форт приложений. И все молчат! Итог - я решил выпускать ру фиг форт журнал. То есть предлагаю себя редактором. Я когда-то заканчивал лицей по направлению история, русский и литература (сейчас заканчиваю ф-к кибернетики ТГУ - магистр) Формат: pdf Темы - много, очень много, зависит от набора статей, но постараюсь тематически разграничивать и объединять. Язык: Обязательно русский (исходники ессно можно на английском) Внимание: 1. Принимаю ЛЮБЫЕ материалы на форт тему (и в любой форме)- - создание форт процессоров и систем - обзорные статьи (если можете перевести с английского интересные статьи - переводите) - если у вас есть программы на форте коммерческие или нет - пишите обзоры - новости, ссылки, ваши письма - все может быть опубликовано. - обзоры ваших библиотек, дискуссии, вырезки из fido.su.forth - начинается проект перевода стандартных книг по форту (Баранов, Броуди...) в формат pdf с картинками и нормальным оформлением (пишите по этому вопросу кстати) - анекдоты, картинки ..... Any suggestions? Не стесняйтесь - пишите. Журнал посвящен не конкретно спф, а вообще стековой архитектуре как технологии в целом. Частота выпусков зависит от вашей и моей продуктивности - как минимум раз в месяц, но по объему журнал планируется большой. 2. Обязательно давайте сделаем на сайте фиг ру раздел Персоналии под моей эгидой. Очень хочу узнать чем занимаются фортеры, какие у них идей и перспективы. Думаю, не только я но и вы. Содержание: Краткая биография, форт проекты, форт идеи, фотография. (последнее поле опционально, но рекомендуется). В биографии можно без личного, обязательно только - год рождения, текущее место работы, учебы. Шлите мне все что считаете нужным. Причем давайте так - если вы member fig то обязаны засветиться в персоналиях. Мне кажется нужно уплотнить наши ряды :) 3. Может кто сделать лого форт журналу? или использовать лого фига? Думаю лучше первое. Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. http://ftechsoft.hypermart.net mailto:ftech@tula.net ICQ: 86932299 To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com -------------------------- eGroups Sponsor -------------------------~-~> Get FREE long-distance phone calls on Tellme! Click here for the scoop: http://click.egroups.com/1/9531/15/_/911536/_/971199217/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 10.10.00 20:29 Subject: RE: [sp-forth] ru fig ЖУРНАЛ!!!To: >Ты когда-нибудь что-нибудь печатал? Он собирается в pdf: > Формат: pdf -------------------------- eGroups Sponsor -------------------------~-~> Dial 1-800-555-TELL -- You Won't Believe Your Ears! For more details, click here: http://click.egroups.com/1/9537/15/_/911536/_/971199228/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 10.10.00 20:38 Subject: Re: [sp-forth] ru fig ЖУРНАЛ!!!To: Хай, брудер Чтоже теперь будет с ООП-ом? Вот и к нам беда пришла... > Итог - я решил выпускать ру фиг форт журнал. То есть предлагаю себя > редактором. -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Access Tellme from any phone. For more info visit: http://click.egroups.com/1/9534/15/_/911536/_/971199308/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 14:40 Subject: RE: [sp-forth] ru fig ЖУРНАЛ!!!To: >Вот было бы неплохо по материалам www.forth.org.ru выпускать сборник >статей, который рассылался бы по библиотекам и таким образом >имел статус официальной публикации. А что, люди еще ходят в библиотеки? -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Call 1-800-555-TELL. For more info visit: http://click.egroups.com/1/9533/15/_/911536/_/971265876/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 17:36 Subject: Re: [sp-forth] модификация ядра спфTo: А зачем они там? Я имею в виду push ecx, pop ecx? Только тики отнимать процессорные? Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. http://ftechsoft.hypermart.net mailto:ftech@tula.net ICQ: 86932299 ----- Original Message ----- From: "Andrey Cherezov" To: Sent: Tuesday, October 10, 2000 8:52 PM Subject: RE: [sp-forth] модификация ядра спф > -----Original Message----- > From: Dmitry Yakimov [mailto:ftech@tula.net] > > >WINAPI: FormatMessageA KERNEL32.DLL > > >: LastError ( -- addr u) > >\ возвратить адрес и длину строки последней ошибки ОС. Используется PAD. > > 0 256 PAD 0 > > GetLastError 0 4608 \ Про цифры не спрашивайте... > > 16 января 98 года я сделал для SPF примерчик samples\FormatMessage.txt. > Там и цифры объяснены, и PAD не трогаем ;) > > WINAPI: FormatMessageA KERNEL32.DLL > > HEX > > 00000100 CONSTANT FORMAT_MESSAGE_ALLOCATE_BUFFER > 00001000 CONSTANT FORMAT_MESSAGE_FROM_SYSTEM > > 00 CONSTANT LANG_NEUTRAL > 01 CONSTANT SUBLANG_DEFAULT > DECIMAL > > : MAKELANGID ( p s -- langid ) > 10 LSHIFT OR > ; > \ ((((WORD )(s)) << 10) | (WORD )(p)) > VARIABLE EMBUF > > : ErrorMessage ( errcode -- addr u ) > >R > 0 0 EMBUF > LANG_NEUTRAL SUBLANG_DEFAULT MAKELANGID > R> 0 > FORMAT_MESSAGE_ALLOCATE_BUFFER FORMAT_MESSAGE_FROM_SYSTEM OR > FormatMessageA > ?DUP IF EMBUF @ SWAP ELSE HERE 0 THEN > ; > > Для SPF/3.75 разве что заменить VARIABLE на USER. Однако, поскольку > эта функция не все существующие коды расшифровывает (особенно фортовые > не расшифровывает ;) мне показалось, что в ядре это "излишество нехорошее". > > >AC - если что-либо модифицируешь, а также уберешь push ecx, pop ecx > ненужные > > А почему их нужно убрать? > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Get FREE long-distance phone calls on Tellme! Click here for the scoop: http://click.egroups.com/1/9531/15/_/911536/_/971275228/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 17:41 Subject: Re: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOPTo: С оопом будет вот что. Ну довели вы меня. Не утерпел - бета версия jOOP приаттачена. РЕШЕНА ПРОБЛЕМА WINDOWS, мать ее, то есть папу. Смотрите гуевые примеры. Это круто, то это бета версия. Короче смотрите, только сядьте предварительно. Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. http://ftechsoft.hypermart.net mailto:ftech@tula.net ICQ: 86932299 ----- Original Message ----- From: "const" To: Sent: Tuesday, October 10, 2000 9:38 PM Subject: Re: [sp-forth] ru fig ЖУРНАЛ!!! > Хай, брудер > > Чтоже теперь будет с ООП-ом? > Вот и к нам беда пришла... > > > Итог - я решил выпускать ру фиг форт журнал. То есть предлагаю себя > > редактором. > > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Tellme Sports. Tellme Stocks. Tellme News. Just Tellme. Call 1-800-555-TELL and hear everything. For info visit: http://click.egroups.com/1/9529/15/_/911536/_/971275685/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com --------------------------------------------------------------------- Name: joop.rar joop.rar Type: RAR archive (application/x-unknown-content-type-RAR archive) Encoding: base64 From: 11.10.00 17:51 Subject: Re: [sp-forth] ru fig ЖУРНАЛ!!! ее так хотел 1001To: > Привет! > Журнал - это хорошо. Меня когда для немецкого форт-журнала > интервьюировали, спросили, если ли у русского фига свой > форт-журнал. Я сказал, что forth.org.ru и есть наш журнал, > а бумага - это вчерашний день. pdf хорошо, а html лучше ;) < Хотя бы потому, что поисковые машины их индексируют :) Но неудобно много файлов... А html версия будет конечно. > Может ты начнешь с колонок на сайте? Смысла нет - это будут тогда только мои статьи, а их я могу и на своей странице поместить. > Если у кого что наболело и хочется высказаться - они находят > способы высказаться. Находят, только никто их не слышит. Помните, что новые фортеры приходят, а в журнале будет много и для них. Это свое рода и реклама (и заказы может быть). А сейчас они как приходят, так и уходят. ЭТО - не есть верно. А потом - я половину сп фортеров не знаю и никогда их либы не видел. Это хорошо? < Если же решить высказываться "ежемесячно > по плану" - начнется высасывание из пальца... Но ведь не мои одни статьи будут. Каждый по заметке - ну очень много получится. <Несколько лет > я с Пискуновым выпускал Калининградскую компьютерную газету > (первую в регионе). Продержались довольно долго, но потом > энтузиазм (и время) у нас иссякли, а новых авторов так и не > смогли привлечь... > Ты не выписывал Forth Dimensions? Я, пока был членом американского > фига, получал и читал его регулярно. В основном отстой. Неа - просто 45 баксов жалко. > Примерно то же могу сказать о немецком журнале, хотя я в немецком > слабо разбираюсь :) > В интернете намного больше интересного/полезного о форте > можно найти. Безусловно, но иногда влом на английском читать (а половина сп фортеров его не очень хорошо знает). И еще искать надо... > Так что ты затеял интересное дело, но весьма сложное, imho. Конечно, но попытка не пытка :) > > По поводу персоналий - аналогично. Кто что хочет сказать о себе > - говорит на своих домашних страничках вроде, не скрывает... > Нужно будет приложить довольно много сил чтобы заставить их > всех прийти исповедоваться в одну и ту же общую церковь ;) Зато эффективность работы улучшится. Я и все мы сможем эффективно обменваться мыслями. Нам нужна _технология_ работы на форте. Вот - формируем виртуальную форт группу. 1001 - очень ее хотел (см. сабж) > > -----Original Message----- > From: Dmitry Yakimov [mailto:ftech@tula.net] > Sent: Monday, October 09, 2000 5:53 PM > To: sp-forth@egroups.com > Subject: [sp-forth] ru fig ЖУРНАЛ!!! > > > Привет. > Что это у нас до сих пор своего журнала нет? Знаю что у почти каждого > что-то наболело, есть какой-то опыт создания форт приложений. И все молчат! > Итог - я решил выпускать ру фиг форт журнал. То есть предлагаю себя > редактором. > Я когда-то заканчивал лицей по направлению история, русский и литература > (сейчас заканчиваю ф-к кибернетики ТГУ - магистр) > > Формат: pdf > Темы - много, очень много, зависит от набора статей, но постараюсь > тематически разграничивать и объединять. > Язык: Обязательно русский (исходники ессно можно на английском) > > Внимание: > 1. > Принимаю ЛЮБЫЕ материалы на форт тему (и в любой форме)- > - создание форт процессоров и систем > - обзорные статьи (если можете перевести с английского интересные статьи - > переводите) > - если у вас есть программы на форте коммерческие или нет - пишите обзоры > - новости, ссылки, ваши письма - все может быть опубликовано. > - обзоры ваших библиотек, дискуссии, вырезки из fido.su.forth > - начинается проект перевода стандартных книг по форту (Баранов, Броуди...) > в формат pdf с картинками и нормальным оформлением (пишите по этому вопросу > кстати) > - анекдоты, картинки > ..... Any suggestions? > > Не стесняйтесь - пишите. > Журнал посвящен не конкретно спф, а вообще стековой архитектуре как > технологии в целом. Частота выпусков зависит от вашей и моей > продуктивности - как минимум раз в месяц, но по объему журнал планируется > большой. > > 2. Обязательно давайте сделаем на сайте фиг ру раздел Персоналии под моей > эгидой. > Очень хочу узнать чем занимаются фортеры, какие у них идей и перспективы. > Думаю, не только я но и вы. > Содержание: > Краткая биография, форт проекты, форт идеи, фотография. (последнее поле > опционально, но рекомендуется). В биографии можно без личного, обязательно > только - год рождения, текущее место работы, учебы. > Шлите мне все что считаете нужным. Причем давайте так - если вы member fig > то обязаны засветиться в персоналиях. Мне кажется нужно уплотнить наши ряды > :) > > 3. Может кто сделать лого форт журналу? или использовать лого фига? Думаю > лучше первое. > > Best regards, > Dmitry Yakimov, > ForthTech Software, Passwords recovery, > FORTH development. > http://ftechsoft.hypermart.net > mailto:ftech@tula.net > ICQ: 86932299 > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Dial 1-800-555-TELL -- You Won't Believe Your Ears! For more details, click here: http://click.egroups.com/1/9537/15/_/911536/_/971275991/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 17:56 Subject: Re: [sp-forth] ru fig ЖУРНАЛ!!!To: > Ты когда-нибудь что-нибудь печатал? Нет, но писал в свое время статей очень много, в основном литературных. > > А по либлиотекам рассылать будешь? > > А покупать ISBN? Библиотеки - несовременно, кто в них ходит и в них ищет? Но - могу по договоренности перепечатывать в научных журналах. А также обещаю сделать представительство журнала в Тульском Гос. Университете. Тарасов сделает миррор в Ковровском, ты с Санкт-Петербургском. Вот оно - единение. > > Dmitry Yakimov wrote: > > > > Привет. > > Что это у нас до сих пор своего журнала нет? Знаю что у почти каждого > > что-то наболело, есть какой-то опыт создания форт приложений. И все молчат! > > Итог - я решил выпускать ру фиг форт журнал. То есть предлагаю себя > > редактором. > > Я когда-то заканчивал лицей по направлению история, русский и литература > > (сейчас заканчиваю ф-к кибернетики ТГУ - магистр) > > > > Формат: pdf > > Темы - много, очень много, зависит от набора статей, но постараюсь > > тематически разграничивать и объединять. > > Язык: Обязательно русский (исходники ессно можно на английском) > ... > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Call 1-800-555-TELL. For more info visit: http://click.egroups.com/1/9533/15/_/911536/_/971354577/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 18:43 Subject: RE: [sp-forth] модификация ядра спфTo: А где точно сказано, что ecx не меняется виндами? -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Wednesday, October 11, 2000 5:37 PM To: sp-forth@egroups.com Subject: Re: [sp-forth] модификация ядра спф А зачем они там? Я имею в виду push ecx, pop ecx? Только тики отнимать процессорные? -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Access Tellme from any phone. For more info visit: http://click.egroups.com/1/9534/15/_/911536/_/971280213/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 18:51 Subject: RE: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOPTo: -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Wednesday, October 11, 2000 5:42 PM To: sp-forth@egroups.com Subject: Re: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOP >С оопом будет вот что. >Ну довели вы меня. Не утерпел - бета версия jOOP приаттачена. >РЕШЕНА ПРОБЛЕМА WINDOWS, мать ее, то есть папу. >Смотрите гуевые примеры. Это круто, то это бета версия. >Короче смотрите, только сядьте предварительно. Чтобы не устать искать примеры? У меня только speed.f компильнулся с результатом Wait a bit...1600000 calls per second Остальные хотят ~day\wincons\wc.f, пойду качать. -------------------------- eGroups Sponsor -------------------------~-~> Create your business web site your way now at Bigstep.com. It's the fast, easy way to get online, to promote your business, and to sell your products and services. Try Bigstep.com now. http://click.egroups.com/1/9183/15/_/911536/_/971280570/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 11.10.00 20:57 Subject: RE: [sp-forth] ru fig ЖУРНАЛ!!!To: За историю человечества библиотек сгорело больше чем серверов, я думаю. Даже если отменят электричество и отключат все серверы в мире - потери информации будут меньше, чем за предыдущую историю. У бумажной библиотеки есть неприятное свойство - её трудно зеркалировать и выкачивать целиком, а сервер можно. Так что если есть такие опасения - зеркалируй ;) А электричество при нашей жизни не отменят, надеюсь. Запасов энергии на Земле - на тысячи лет. -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] А книга -- это вещь на века. Ведь твой сервер -- это *твой* сервер, и если с тобой опять же не дай Бог что случится, сайту придет конец. -------------------------- eGroups Sponsor -------------------------~-~> Tellme Sports. Tellme Stocks. Tellme News. Just Tellme. Call 1-800-555-TELL and hear everything. For info visit: http://click.egroups.com/1/9529/15/_/911536/_/971287428/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 12.10.00 15:34 Subject: Re: [sp-forth] модификация ядра спфTo: Нигде, но спф то ECX больше не нужен. Или я ошибаюсь? Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. http://ftechsoft.hypermart.net mailto:ftech@tula.net ICQ: 86932299 ----- Original Message ----- From: "Andrey Cherezov" To: Sent: Wednesday, October 11, 2000 7:43 PM Subject: RE: [sp-forth] модификация ядра спф > А где точно сказано, что ecx не меняется виндами? > > -----Original Message----- > From: Dmitry Yakimov [mailto:ftech@tula.net] > Sent: Wednesday, October 11, 2000 5:37 PM > To: sp-forth@egroups.com > Subject: Re: [sp-forth] модификация ядра спф > > > А зачем они там? Я имею в виду push ecx, pop ecx? > Только тики отнимать процессорные? > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Dial 1-800-555-TELL -- You Won't Believe Your Ears! For more details, click here: http://click.egroups.com/1/9537/15/_/911536/_/971354430/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 13.10.00 2:26 Subject: RE: [sp-forth] модификация ядра спфTo: Если в CODE не используется, то это не значит, что никогда и никем не будет и не может использоваться (другим форт-программистом, например)... -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Thursday, October 12, 2000 3:35 PM To: sp-forth@egroups.com Subject: Re: [sp-forth] модификация ядра спф Нигде, но спф то ECX больше не нужен. Или я ошибаюсь? -------------------------- eGroups Sponsor -------------------------~-~> Tellme Sports. Tellme Stocks. Tellme News. Just Tellme. http://click.egroups.com/1/9530/15/_/911536/_/971393534/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 13.10.00 9:04 Subject: Re[2]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OO PTo: Dmitry Yakimov Hello Dmitry! DY> С оопом будет вот что. ----------- joop/readme.txt --------------------- Ну и конечно же эта версия не имеет равных в скорости в сравнении с ООП других фортов, в каких реализован поиск по списку (Win32Forth например). Сравните - 2 килобайта и 40 килобайт при равных возможностях :))) ------------------------------------------------ Документацию надо тоже редактировать: >Length of Just OOP is 4415 bytes С большим любопытством наблюдаю за эволюцией ООП'а. Никак не пойму зачем там динамическое связывание. Что бы программа помедленнее работала? Без этого никак? Если очень сильно хочется поискать, то можно использовать конструкцию типа FEX" (из eserv'a). Достаточно контекст установить. В качестве контрпримера предлагаю собственную портабельную версию ооп'а. Best regards, Nicholas Nemtsev mailto:nn@vdk.psc.ru -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Access Tellme from any phone. For more info visit: http://click.egroups.com/1/9534/15/_/911536/_/971417820/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com --------------------------------------------------------------------- Name: nnoop.rar nnoop.rar Type: RAR archive (application/x-unknown-content-type-RAR archive) Encoding: base64 From: 13.10.00 16:07 Subject: Re: [sp-forth] модификация ядра спфTo: Ты имеешь в виду вызов этого слова из асм определения? Best regards, Dmitry Yakimov, Subject: RE: [sp-forth] модификация ядра спф > Если в CODE не используется, то это не значит, > что никогда и никем не будет и не может использоваться > (другим форт-программистом, например)... > > -----Original Message----- > From: Dmitry Yakimov [mailto:ftech@tula.net] > Sent: Thursday, October 12, 2000 3:35 PM > To: sp-forth@egroups.com > Subject: Re: [sp-forth] модификация ядра спф > > > Нигде, но спф то ECX больше не нужен. Или я ошибаюсь? > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Tellme Sports. Tellme Stocks. Tellme News. Just Tellme. http://click.egroups.com/1/9530/15/_/911536/_/971444951/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 13.10.00 16:57 Subject: Re: Re[2]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOPTo: Все дело в том, что я понял, что - на форте ООП в ядре не нужен. Мы и с помощью контекстно-ориетированного программирования управимся. - А нужен он для интерфейсныйх задач, общего плана или очень специфичных. Кстати - кто не смог скомпилить гуевые примеры - я сегодня завтра закачаю на forth.org.ru упаковку joop+wincons, независимую от моих остальных либ - компилируйте пока не надоест :) Там еще clock.f - c hpoop на joop перенес. И вот еще вопрос - а зачем скорость. Я могу к joop VMT приделать, это не вопрос. Но зачем? Самое главное - стоимость решения (включая сюда и стоимость хадвера). Но как joop своей мифической неповоротливостью может повлиять на скорость? Ну если ты будешь писать что-то типа 2 2 :add :print 4 Тогда да, очень медленно будет. А joop задумывался не как основное, а как вспомогательное средство разработки, вкупе с фортом. К тому же в joop как я уже говорил внутри класс скомпилирован статически (если программисто хочет статики), а виртуальны методы только снаружи. Обязательно посмотрю аттач. А вот ты перенеси с joop на твой движок мою Windows библиотеку из каталога joop\win тогда сравним ооп движки. Я то уже реальные вещи пишу - (часики всякие ;) И joop так сказать закален на практике. Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. ----- Original Message ----- From: Nicholas Nemtsev To: Dmitry Yakimov Sent: Friday, October 13, 2000 10:04 AM Subject: Re[2]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOP Hello Dmitry! DY> С оопом будет вот что. ----------- joop/readme.txt --------------------- Ну и конечно же эта версия не имеет равных в скорости в сравнении с ООП других фортов, в каких реализован поиск по списку (Win32Forth например). Сравните - 2 килобайта и 40 килобайт при равных возможностях :))) ------------------------------------------------ Документацию надо тоже редактировать: >Length of Just OOP is 4415 bytes С большим любопытством наблюдаю за эволюцией ООП'а. Никак не пойму зачем там динамическое связывание. Что бы программа помедленнее работала? Без этого никак? Если очень сильно хочется поискать, то можно использовать конструкцию типа FEX" (из eserv'a). Достаточно контекст установить. В качестве контрпримера предлагаю собственную портабельную версию ооп'а. Best regards, Nicholas Nemtsev mailto:nn@vdk.psc.ru To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com eGroups Sponsor To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 13.10.00 16:58 Subject: Re: Re[2]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOPTo: Best regards, Dmitry Yakimov, < С большим любопытством наблюдаю за эволюцией ООП'а. Никак не пойму < зачем там динамическое связывание. Что бы программа помедленнее < работала? Без этого никак? Если очень сильно хочется поискать, то < можно использовать конструкцию типа FEX" (из eserv'a). < Достаточно контекст установить. А может на асме будем писать - ну очень быстро будет :) eGroups Sponsor To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 13.10.00 18:41 Subject: RE: [sp-forth] модификация ядра спфTo: >Ты имеешь в виду вызов этого слова из асм определения? Да, использование ECX из CODE-слова. -------------------------- eGroups Sponsor -------------------------~-~> Get FREE long-distance phone calls on Tellme! Dial 1-800-555-TELL, say "Phone Booth" http://click.egroups.com/1/9532/15/_/911536/_/971453439/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 14.10.00 15:19 Subject: Re: [sp-forth] модификация ядра спфTo: Ясно, но я с этим не сталкивался никогда. Думаю - есть же единое правило - форт слово может менять любые регистры кроме служебных фортовских, а то получается этому слову больше привилегий, этому меньше. Если надо, ECX сохранят, думаю. Просто это на шаманство похоже. В данном случае я должен изучить факт, что ECX все же можно не сохранять, да больше вреемени уйдет на изучение. Давайте все по одним правилам играть (я имею в виду написание форт программ), тогда быстрее дело пойдет, а то скоро из-за частных случаев обобщать сможем с трудом. Best regards, Dmitry Yakimov, ForthTech Software, Passwords recovery, FORTH development. http://ftechsoft.hypermart.net mailto:ftech@tula.net ICQ: 86932299 ----- Original Message ----- From: "Andrey Cherezov" To: Sent: Friday, October 13, 2000 7:41 PM Subject: RE: [sp-forth] модификация ядра спф > >Ты имеешь в виду вызов этого слова из асм определения? > > Да, использование ECX из CODE-слова. > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Access Tellme from any phone. For more info visit: http://click.egroups.com/1/9534/15/_/911536/_/971527350/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 14.10.00 15:38 Subject: Re: [sp-forth] Forth OOP - финишTo: Согласен на 100%. Зачем нам статическое ООП, если и форт справляется не хуже (а даже лучше). И наоборот - когда скорость не важна - гуи, laizy обработчики всякие, и уровень достаточно высок, то бывает очень полезно для скорости написания взять просто форт систему с динамическим управлением словарями (ООП как-то не увязывается с фортом, возьмем более общий случай). Думаю jOOP под этот общий случай попадает, так как это прежде всего приставка к форту для некоторых действий. Ну не буду я на полном ооп писать прогу - просто применю в некоторых частях jOOP. Кстати - jOOP оптимально по всем трем критериям - довольно шустрая (ну уж я не стал бы обзывать ее медленной - у кого тормозила? :-), портабельная (чистый спф :), ООП реализация полная в том смысле, что большего в эту модель не впихнуть - и так есть public методы и данные, статические методы (кстати автоматически) и т.п. Я же говорил - jOOP закалена в боях, отлажена и главное (!) это финальный релиз. Большего я в нее впихивать не буду (если только косметически), это венец моих двух годовых размышлений над ООП. Все, господа, на jOOP я останавливаюсь. Просто я не вижу путей улучшения, ну не вижу. Best regards, Dmitry Yakimov, Subject: [sp-forth] Forth OOP > > Original From: Nicholas Nemtsev > Original Date: 13.10.2000 6:04 > > NN> Hello Dmitry! > Hi! > > [...] > NN> С большим любопытством наблюдаю за эволюцией ООП'а. Никак не пойму > NN> зачем там динамическое связывание. Что бы программа помедленнее > NN> работала? Без этого никак? > Мне кажется, если при решении задачи на форте можно обойтись > без полиморфизма (в динамике), то можно обойтись и без ОО > ( в смысле без внешне прилепляемых объектных моделей) > Хватит форта со словарями и т.п. > > Если нужен полиморфизм в динамике, но скорость не критична > (уровень, на котором нужно, достаточно высок... особенности задачи), > то вполне пойдет и это: > NN> Если очень сильно хочется поискать, то > NN> можно использовать конструкцию типа FEX" (из eserv'a). > NN> Достаточно контекст установить. > > > > Если полиморфизм в динамике нужен и скорость нужна... > вобщем, все равно из "трех качеств нужно выбрать два" ;) > быстро/качественно/дешево. (с) Броуди :) > > > В применении к объектной модели можно взять такие качества: > > Скорость работы/Полнота реализации/Портабельность > > Выбирай два качества. Причем чем больше будет выражено одно, тем меньше - > другое %) > > > bye. > > _____ > Ruvim > > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Call 1-800-555-TELL. For more info visit: http://click.egroups.com/1/9533/15/_/911536/_/971527945/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 14.10.00 16:44 Subject: RE: [sp-forth] модификация ядра спфTo: ОК, убедил, ECX больше в API-CALL и WINAPI-CODE сохранять не буду. Начиная с билда 375075. -------------------------- eGroups Sponsor -------------------------~-~> Dial 1-800-555-TELL -- You Won't Believe Your Ears! For more details, click here: http://click.egroups.com/1/9537/15/_/911536/_/971532114/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 14.10.00 17:35 Subject: RE: [sp-forth] модификация ядра спфTo: Ну вот, убрал сохранение ECX - и сразу DEPTH съехал, надо больше теперь править. -------------------------- eGroups Sponsor -------------------------~-~> Dial 1-800-555-TELL -- You Won't Believe Your Ears! For more details, click here: http://click.egroups.com/1/9537/15/_/911536/_/971534312/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 15.10.00 6:04 Subject: Re: [sp-forth] Обновился dayTo: > От: Dmitry Yakimov > Кому: sp-forth@egroups.com > Тема: [sp-forth] Обновился day > Дата: 14 октября 2000 г. 19:28 > > Привет. > Моя страничка http://www.forth.org.ru/~day/ обновилась. > Новые константы (добавил socket.h и ras.h), последняя версия jOOP с GUI Вот ещё бы не помешало слова, используемые только внутри CLASS ;CLASS поместить в отдельный словарь. И в нём, самое главное, переписать ":", а то isn't unique задолбало уже, а отключить нельзя - вдруг чего важное пропустишь. То есть пусть новое двоеточие проверяет, видно ли сообщение, если так, то WARNING 0! Проверять можно так: * 0 VALUE message_does : message, ( oid ) CREATE LATEST , * [ HERE TO message_does ] DOES> @ DUP ERR-M ! COUNT ROT sendMessage ; а потом : : >IN @ NextWord SFIND IF DUP 1+ @ + message_does = IF WARNING @ WARNING 0! POSTPONE : WARNING ! .... ; Best regards, Dmitry Zyryanov aka Micro. [4th 4ever] [SibSUTIS] [Win32API] -------------------------- eGroups Sponsor -------------------------~-~> Get FREE long-distance phone calls on Tellme! Click here for the scoop: http://click.egroups.com/1/9531/15/_/911536/_/971575724/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 17.10.00 7:31 Subject: Re[6]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OO PTo: Dmitry Yakimov Hello Dmitry! >> В sp-forth не бросаю, что бы не порождать бессмысленных религиозных >> споров. DY> А зря. Две головы хорошо, а 20 лучше. Мне кажется, что большинству эта тема станет скушной уже после первого витка. >> Совсем не обязательно. Это стереотип. Перенос свалки идей из других >> языков. Smalltalk не прижился, не приживётся и любая другая модель, >> вносящая в форт бесполезную избыточность. Новые средства должны быть >> просты, как слово '--', простота которого гениальна. DY> Оно конечно выглядит издалека убедительно. Но, например - Delphi создавался DY> 16 лет и является отнюдь не простой, но программы пишутся довольно DY> эффективно, так как хорошо продумано разделение на уровни в модели данных DY> (разделяй и властвуй). Кесарю кесарево... Но если в форте начнётся такая же свистопляска, то я не писатель на этом языке. Форт - это зерно, из которого я могу выращивать всё, что мне необходимо, а Дельфи - это дерево, плоды которого ещё не созрели, но вкус их уже известен. DY> Я думаю так - простые средства хороши для простых задач (!). Главная наша DY> задача - сэкономить свое время (время программиста - самое дорогое звено DY> цепи). Попробуйте на чистом форте написать например Word. Как задача, DY> ничего? Что такое на чистом? С использованием только DUP и DROP? JOOP - это тоже форт, но избыточности уже многовато. DY> А насчет того приживется или нет - все зависит от того практически полезно DY> это или нет. Ответ - да, в некоторых случаях полезно (GUI например), значит DY> скорее всего приживется. Для GUI мне пока не нужен (как и сам GUI), т.к. мне совсем не хочется тратить время на изобретение компонентов, которых в Билдере полно. DY> <Для меня ООП - >> это попытка устранения многословия при выборе контекста и заодно >> облегчение работы со структурами. DY> Тогда это не ООП. Тогда можно ввести несколько слов, простых как '--' и они DY> помогут нам переключать контекст и облегчат работу со структурами. А причем DY> тут тогда ООП? Но контекст-то может быть иерархическим, а структуры-то полезно доращивать. >> Больше всего меня печалит то, что начало было таким обнадеживающим >> (микроклассы), а теперь это снова превращается во всё разрастающийся >> пакет с новыми и новыми возможностями, которые не всегда нужны >> (поддержка обр-ки сообщ. виндовса, динамич. связывание). DY> Но это ведь только аддон, обработку Windows сообщений можно убрать DY> безболезненно для jOOP - оно будет так же продолжать функционировать (я мог DY> вынести это в отдельный файл, так что считайте это библиотекой). И потом - DY> допустим вам надо написать windows gui программку, заказ допустим поступил - DY> все равно вам придется вводить какую-нить обработку, через CASE или MSG: но DY> придется. Я же предлагаю готовое, стандартное в рамках jOOP решение. По DY> моему это только плюс. Всё это хорошо, но динамика мне зачем? Если у меня всё известно ещё в период компиляции. Злоупотреблять own? Получается вещь, которая предназанчена, в основном, для программирования окошек, но это ведь далеко не единственная задача, а зачастую, она просто отсутствует. DY> Например? AC написал eserv 2.0 на ООП движке полностью! Но его ООП движок на DY> спф 3.14 был медленнее раз в 10 чем jOOP на спф 3.75. Тогда ему не DY> понравилось и он переписал все на форте. (Однако слово FEX" ввел :) Так DY> вот - jOOP это просто замена FEX" Только и всего. Причем высокоуровневая, DY> удобная замена. Пример Черезова говорит о том (я так думаю), что модель ООП была выбрана неудачно, и больше сложностей добавила, чем решила проблем. У меня был другой случай, когда я написал большую и толстую программу без использования ООП и в конце-концов замучался её отлаживать и модифицировать. Тогда и появилась моя первая версия классов. С помощью этих классов я полностью переписал свою толстуху, и она на удивленье получилась легко модифицируемой, прозрачной, быстрой и т.д. Там, кстати, тоже сообщения обрабатывались, и тоже с использованием словаря. И система эта до сих пор работает (уже года четыре) в realtime, и, возможно, ещё долго будет работать. DY> Да нет же. 6 кило текста и все. Больше не будет. В win32forth вообще 40 кило DY> и функциональность хуже и скорость меньше. Кстати - статическое связывание DY> есть в ООП от SwiftForth - видели его. Ну и чего они добились, только DY> запутались похоже. Я скурпулёзно ковырялся в SWOOP, но ничего полезного, кроме REOPEN (RE-OPEN), там не нашёл. Я даже пытался спортировать эту штуковину в SPF, но после нескольких часов борьбы я понял, что нафиг мне этот монстр не нужен. DY> Если не против - реплайте в конфу - хочется чтобы другие DY> это полезное для всех письмо прочитали. :-))) Ok. DY> Итог: все проверится или опровергнется практикой. Если однажды не появится ещё один БГ, у которого первой любовью был форт, то проверок и опровержений будет просто мизер. Черезов проверил одну модель... DY> Я практикуюсь давно и ожесточенно Аналогично :) DY> и раньше был бы с вами солидарен, но время идет, опыт нарастает. За один год у меня перед глазами промелькнуло несколько только ваших моделей ООП'а (не считая прочих), так что, я думаю, что всё ещё впереди. Best regards, Nicholas Nemtsev mailto:nn@vdk.psc.ru -------------------------- eGroups Sponsor -------------------------~-~> Restaurants, Movies, Weather, Traffic & More! Call 1-800-555-TELL. For more info visit: http://click.egroups.com/1/9533/15/_/911536/_/971757380/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 17.10.00 14:14 Subject: RE: Re[6]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OOPTo: -----Original Message----- From: Nicholas Nemtsev [mailto:nn@vdk.psc.ru] DY> Например? AC написал eserv 2.0 на ООП движке полностью! Но его ООП движок на DY> спф 3.14 был медленнее раз в 10 чем jOOP на спф 3.75. Тогда ему не DY> понравилось и он переписал все на форте. (Однако слово FEX" ввел :) Так DY> вот - jOOP это просто замена FEX" Только и всего. Причем высокоуровневая, DY> удобная замена. >Пример Черезова говорит о том (я так думаю), что модель ООП была >выбрана неудачно, и больше сложностей добавила, чем решила проблем. Нет, там всё было очень неплохо, кроме скорости. ООП-модель, которую я использовал, тоже подходящая - смолтолковская. С скорость была на порядки ниже за счет того, что там все слова динамические, и для практически для каждого метода запускался поиск по словарю :) Само-собой, в коммерческую программу этот тормоз ставить нельзя. Оптимизировать же движок в том случае было (почти) равнозначно отказу от смолтолковской модели (там тоже поиск, хоть и не по строкам), чего совсем не хотелось. Вот я и переписал тот прототип на голом Форте. Eserv/3.0 я пишу без ООП изначально. Нельзя сказать, что я разочаровался в ООП. Мне нужно, чтобы 3.0 был быстрее чем 2.0 (чтобы мог выдерживать не тысячу, а тысячИ пользователей). При этом я думаю, что писать просто "в Форт-стиле" - тоже удобно. В тех редких случаях, когда мне требуется позднее связывание, я по-прежнему использую SEARCH-WORDLIST, или даже INTERPRET/EVALUATE. DY> Итог: все проверится или опровергнется практикой. >Если однажды не появится ещё один БГ, у которого первой любовью был >форт, то проверок и опровержений будет просто мизер. Черезов проверил >одну модель... Какую модель я проверил? О чем это вы здесь? :) >DY> Я практикуюсь давно и ожесточенно >Аналогично :) Аналогично. В июле исполнилось 10 лет, как я программирую на своих Фортах. Из них 9 лет продаю свои форт-программы. И последние 8 лет совсем не использую "первые любови" Си и Паскаль :) Моделей ООП в форте испытано за эти годы 12 штук, если я не сбился со счета. А если посчитать еще модели made by DAY, то вообще тушите свет :) Но в коммерческих программах классическое ООП используется у меня "местами и временами". В основном в интерфейсе. В остальных частях хватает обычного "структурного программирования". >За один год у меня перед глазами промелькнуло несколько только ваших >моделей ООП'а (не считая прочих), так что, я думаю, что всё ещё впереди. Наверное, никто не будет спорить, что Смолтолк - один из самых героических бойцов на фронтах ООП. Но что-то он не радует нас обилием выхода годных популярных продуктов. В основном какие-то научные закрытые дорогие проекты, либо хакерские тусовки типа Squeak Smalltalk. А "левые" реализации урезанного ООП типа DCOM/ActiveX завоевали мир. Не говоря уж об С++ вообще. К чему бы это? Только из-за того что сишная VMT быстрее чтоли? Или из-за того, что Цешному программеру не вбить в голову смолтолковские понятия? Если это сложно, то может останемся на позициях "чистого Форта" - самого простого языка всех времен и народов? :) Кстати, java постигает та же участь, что и Smalltalk, судя по всему. Мы с женой в августе открыли компьютерный клуб для детей (11 компьютеров с доступом в интернет). Как думаете, с чего стоит детям начинать изучение программирования - со Смолтолка, Форта, или может быть с Logo (это "детский" Лисп)? ;) Или не мучить детей, а дать им поиграть? (собственно пока они только этим и занимаются в основном, т.к. я в процессе получения лицензии на образовательную деятельность, хожу взятки раздаю :), да и компьютеры надо окупить хоть частично :-) -------------------------- eGroups Sponsor -------------------------~-~> Get FREE long-distance phone calls on Tellme! Dial 1-800-555-TELL, say "Phone Booth" http://click.egroups.com/1/9532/15/_/911536/_/971782359/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 17.10.00 15:47 Subject: Re[8]: [sp-forth] ru fig ЖУРНАЛ!!! + Forth OO PTo: Andrey Cherezov Здравствуйте, Andrey! NN>Пример Черезова говорит о том (я так думаю), что модель ООП была NN>выбрана неудачно, и больше сложностей добавила, чем решила проблем. AC> Нет, там всё было очень неплохо, кроме скорости. ООП-модель, которую AC> я использовал, тоже подходящая - смолтолковская. С скорость была на AC> порядки ниже за счет того, что там все слова динамические, и для AC> практически для каждого метода запускался поиск по словарю :) AC> Само-собой, в коммерческую программу этот тормоз ставить нельзя. AC> Оптимизировать же движок в том случае было (почти) равнозначно отказу AC> от смолтолковской модели (там тоже поиск, хоть и не по строкам), AC> чего совсем не хотелось. Вот я и переписал тот прототип на голом AC> Форте. AC> Eserv/3.0 я пишу без ООП изначально. Нельзя сказать, что я разочаровался AC> в ООП. Мне нужно, чтобы 3.0 был быстрее чем 2.0 (чтобы мог выдерживать AC> не тысячу, а тысячИ пользователей). При этом я думаю, что писать просто AC> "в Форт-стиле" - тоже удобно. В тех редких случаях, когда мне требуется AC> позднее связывание, я по-прежнему использую SEARCH-WORDLIST, или AC> даже INTERPRET/EVALUATE. Господа, берите пример с профессионала :), но просто так от хороших вещей не отказываются. Не знаю, насколько хороша смлтолковская модель, но разобраться в её фортовской реализации мне духа не хватило. Как-то многословно очень получается, почти как в Java. DY>> Итог: все проверится или опровергнется практикой. >>Если однажды не появится ещё один БГ, у которого первой любовью был >>форт, то проверок и опровержений будет просто мизер. Черезов проверил >>одну модель... AC> Какую модель я проверил? О чем это вы здесь? :) Смолтолковскую, естественно. Всего доброго, Nicholas mailto:nn@vdk.psc.ru -------------------------- eGroups Sponsor -------------------------~-~> Create your business web site your way now at Bigstep.com. It's the fast, easy way to get online, to promote your business, and to sell your products and services. Try Bigstep.com now. http://click.egroups.com/1/9183/15/_/911536/_/971787235/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 18.10.00 13:06 Subject: RE: [sp-forth] входной потокTo: Да, всё верно на первый взгляд, найду время и заковыряю эти предложения в ядро SPF. Или, если хочешь :), сам сделай и пришли мне diff. -----Original Message----- From: Ruvim Pinka [mailto:ruvim@forth.org.ru] Sent: Wednesday, October 18, 2000 6:11 AM To: All Subject: [sp-forth] входной поток Привет All ! он (subj), родимый... ;) С помощью S-SOURCE! ( a u -- ) ( см [1] ~ Ctrl+End ;) можно установить строку входным потоком (и буфером). хорошо. Для установки файла входным потоком что будем использовать? TO SOURCE-ID - сомнительно, т.к. SOURCE-ID может быть и не value-переменной, а словом... Можно по аналогии описать слово F-SOURCE! ( fileid -- ) [Главная мысль. ] Мне кажется, что определения S-SOURCE!, SAVE-INPUT и RESTORE-INPUT должны быть такими, чтобы EVALUATE могло быть определено через них, например так: : EVALUATE ( i*x c-addr u -- j*x ) \ 94 \ Сохраняет текущие спецификации входного потока. \ Записывает -1 в SOURCE-ID. Делает строку, заданную c-addr u, -\_ это делает \ входным потоком и входным буфером, устанавливает >IN в 0 -/ S-SOURCE! \ и интерпретирует. Когда строка разобрана до конца - восстанавливает \ спецификации предыдущего входного потока. \ Другие изменения стека определяются выполняемыми по EVALUATE словами. SAVE-INPUT N>R \ см. [1], (2) S-SOURCE! INTERPRET NR> RESTORE-INPUT ; ( возражения есть? ;) Сейчас RESTORE-INPUT подразумевает, практически, только восстановление _позиции_ "входного источника" (см. A.6.2.2182 SAVE-INPUT (абз.1), ANS94). Но! 1. форт работает со входным потоком. а перепозиционирование потока не логично (на то он и поток). 2. в связи с RESTORE-INPUT упоминается только два "входных источника" - блоки и текстовый файл. А ведь могут быть и другие, не имеющие случайного доступа (истинные потоки), для которых перепозиционирование не поддерживается (сокеты, пайпы) И они ведь должны иметь право быть "входным источинком". В настоящем виде этот механизм может служить только для чего-то вроде этого: "For example, if the contents of >IN are saved before a parsing operation and restored afterwards, the text that was parsed will be available again for subsequent parsing operations" (3.3.3.5 Input buffers, ANS94 ) но не в пределах чанка, а в пределах всего входного файла. Использование этого я ни разу не видел. Кто-нить видел? Т.е. имхо, нафиг это надо (?. Входной буфер имеет случайный доступ, там естественно использовать перепозиционирование. Для входного потока же - не естественно. И я согласен с Михаилом Гассаненко, что надо расширить семантику этих слов ( тоже [1]) Но чего мы хотим достигнуть, расширяя семантику? - мне бы хотелось достигнуть качественного изменение _назначения_ слов SAVE-INPUT и RESTORE-INPUT ( может даже стоит сменить название? например -INPUT заменить на -SOURCE ? - новые слова ввести ) Если раньше после SAVE-INPUT подразумевалась (как мне кажется) работа с тем же самым входным потоком, то теперь бы подразумевалась работа с любым новым потоком, а потом возврат к сохраненному. Это позволит реально применять эти слова, абстрагируясь от реализации входных буферов уже в словах для подключения файлов. Тогда подключение файлов можно будет описать примерно по такой схеме: : eval ( -- ) BEGIN REFILL WHILE INTERPRET REPEAT ; : INCLUDE-FILE ( i*x fileid -- j*x ) \ 94 FILE \ что оно делает - поскипано ;) SAVE-INPUT N>R F-SOURCE! ['] eval CATCH ( 0 | err ) NR> RESTORE-INPUT IF ABORT THEN \ если RESTORE-INPUT возвращает флаг, THROW \ (скорей всего не нужно это будет ) ; : INCLUDED ( i*x a u -- j*x ) R/O OPEN-FILE THROW DUP >R ['] INCLUDE-FILE CATCH R> CLOSE-FILE THROW THROW ; Красиво получается... Is't it ? ;) --------------------------------------------------------------- [1] http://www.forth.org.ru/~mlg/Apocrypha/Proposed.html (2) В SPF можно так : N>R ( x1 ... xn n -- ) ( R: -- x1 ... xn n ) CELLS DRMOVE ( x1 ... xn n*4 -- ) ; А вот NR> придется через CMOVE ( 2AC: хотя лучше примитив тоже сделать... и для этого, и для NDROP %) To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 19.10.00 15:12 Subject: RE: Re[2]: [sp-forth] входной потокTo: Это исторически так. NextWord (или BL WORD или BL PARSE) должно куда-то упираться. Если они будут REFILL вызывать, то упрутся только в конец файла, а это не по-фортовски, он все-таки построчно разбирает. Я вот частенько химичу "1 PARSE" (т.е. "всё до конца строки"), т.к. символа с кодом 1 в моих строках точно нет... -----Original Message----- From: Ruvim Pinka [mailto:ruvim@forth.org.ru] Sent: Thursday, October 19, 2000 6:52 PM To: Andrey Cherezov Subject: Re[2]: [sp-forth] входной поток Original From: Andrey Cherezov Original Date: 18.10.2000 10:06 AC> Да, всё верно на первый взгляд, найду время и заковыряю AC> эти предложения в ядро SPF. AC> Или, если хочешь :), сам сделай и пришли мне diff. ок. Но хочу услышать, что Михаил Гассаненко скажет по этому поводу... это ведь его предложение расширить семантику SAVE/RESTORE -INPUT (хотя, может не до такой степени %) ( он говорил, что в отъезде будет до среды (которая прошла?) ) ЗЫ я вот думаю, может возложить задачу буферезированного ввода на REFILL ? т.е. оно заполняет буфер насколько можно, выделяет строку и S-SOURCE! для нее (еще пару переменных к TIB и #TIB надо будет завести). Потом выделяет строку, пока можно... Т.е. будет делать то, что делает ReadLine, но без reposition источника, а с буфером на, возможно, несколько строк. Тогда его можно будет и для сокетов использовать полноценно. --- А если продолжать, то насколько критично, что оно заполняет входной буфер _целой_ строкой? В стандарте на это указанно только в случае, когда входной источник - текстовый файл. Для форта важно, чтобы при определении имя было в одной строке (точнее, во входном буфере при разборе) с определяющим словом. И, конечно, чтобы имена слов не разбивались - часть уже в буфере разбора, а часть еще нет. Для программ...? - практикуется использование REFILL при чтении списка строк. Таким образом, случаев, когда полагается, что SOURCE дает именно целую строку, не так много. Можно сделать, чтобы VFM и не знала о том, что входной поток разбит на строки ;) Тогда NextWord будет REFIIL вызывать... и может быть слово crlf Но раз сделали не так, значит это кому-то нужно... и в этом есть смысл... кто бы его обосновал? Удачи! Ruvim To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com -------------------------- eGroups Sponsor -------------------------~-~> Get FREE long-distance phone calls on Tellme! Dial 1-800-555-TELL, say "Phone Booth" http://click.egroups.com/1/9816/15/_/911536/_/971958731/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 21.10.00 18:03 Subject: Re: [sp-forth] jOOP screensaver + spf BUG!!! + сбо рка мусораTo: > Либо включу его в jOOP, возможно после доработки. Либо можно ввести > следующий синтаксис: Object:methods для примера - перехватить это в > NOTFOUND. Эта конструкция скомпилирует статически вызов метода > :methods класса Object для экземпляра на стеке. Что на это скажет > уважаемый All? Это будет очень удобно, но будет ли это верно? Полгода назад я был бы за, я даже делал что-то типа этого, только тогда ещё NOTFOUND не было. Оказалось, что это слишком жёсткая конструкция, удобная только в частных случаях. Кстати, >CLASS должен быть IMMEDIATE, или не обязательно? Сам не решил ещё. > И может кто-нить предложить другой синтаксис? Если есть слово , то можно сделать слово AS , которое будет при использовании VARIABLE a a AS MyClass a show вызывать метод show класса MyClass к объекту a. > Либо что-нить типа WITH ... > вызываем статические методы > ENDWITH Дык, ALSO >CLASS \ если компиляем, то всё в [ ] ... PREVIOUS Ничем не хуже + можно начинать вызывать слова из другого класса, если старый не нужен не WITH class1 ... ENDWITH WITH class2 ... ENDWITH ,а ALSO >CLASS class1 ... >CLASS class2 ... PREVIOUS > Сборка мусора возможно появится в jOOP spXXX, но не такая как в > hpOOP - блочная, а полноценная, применимая не только к jOOP (хотя > поставлятся будет только с ним и заточена соответственно под него :) Ждём-с. > На download.ru sp-forth скачали 20 человек за 7 дней. Может, это один был? Обновления ждал? Best regards, Dmitry Zyryanov aka Micro. [4th 4ever] [SibSUTIS] [Win32API] -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972137142/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 23.10.00 2:26 Subject: RE: [sp-forth] jOOP screensaver + spf BU G!!! + сборка мусораTo: Привет! Перечитал два раза, но не нашел, в чем spf BUG? Или я еще недостаточно сконцентрировался после выходных? :( Попозже прочту еще раз. Скринсейвер работает, great! :) Сто лет скринсейверы не применял, теперь буду! Обязательно закачай его на скринсейверные сайты! Первый в мире скринсейвер, написанный на Форте, всё-таки! А как я умудрился пропустить новость про SPF на download.ru? Пойду качать! -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Saturday, October 21, 2000 3:39 PM To: sp-forth@egroups.com Subject: [sp-forth] jOOP screensaver + spf BUG!!! + сборка мусора -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972257544/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 23.10.00 14:54 Subject: RE: [sp-forth] mlg page /was: входной потокTo: Никогда не видел Web/FTP-серверов с валидаторами html... Не разумнее ли скачать валидатор с www.w3.org и проверять html перед закачкой?, если есть такая проблема. -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] Sent: Monday, October 23, 2000 8:14 AM To: sp-forth@egroups.com Subject: [sp-forth] mlg page /was: входной поток ЗЫ 2ac а не слабо (и стоит ли) eserv'у сообщать о глюках в HTML? (в принципе, можно и на online validator отослать/отсылать) To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972302768/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 24.10.00 22:13 Subject: RE: [sp-forth] клуб для детейTo: -----Original Message----- From: Ruvim Pinka [mailto:ruvim@forth.org.ru] Sent: Tuesday, October 24, 2000 5:59 AM To: Andrey Cherezov Subject: [sp-forth] клуб для детей MG> Andrey Cherezov wrote: >> Мы с женой в августе открыли компьютерный клуб для детей (11 компьютеров >> с доступом в интернет). Как думаете, с чего стоит детям начинать >> изучение программирования - со Смолтолка, Форта, или может быть с >> Logo (это "детский" Лисп)? ;) Или не мучить детей, а дать им поиграть? >прикольно. молодцы вы :) >А дети скольки лет ? Учиться программированию хотят в основном старшеклассники (уже с "опытом" программирования на Qbasic, оказывается его в школах теперь изучают). >с чего начинать... пол группы с одного, пол - с другого, >а потом посмотреть на результат %) Эксперименты на детях? ;) Чему учить - зависит, наверное, от цели. Что они хотят программировать (реальный опрос еще не проводил). Если просто "академическое" баловство, то Смолтолк - самый подходящий для этого. Если чисто практическое применение (реально полезное им уже сейчас), то пожалуй PHP и SQL. Не знаю, куда здесь форт воткнуть :) Кто-то из наших фортеров, помнится, каждое лето ездил куда-то в ссылку в детские лагеря учить школьников форту (у меня такие смутные воспоминания этих страшных рассказов). Это Михаил Колодин был, кажется? Ленинградцы, ау! Кто поделится опытом обучения программированию? :) Я в 91м году вел в школе кружок программирования и учил школьников форту К580 (тогда Корветы в школах начинали ставить, и на них этот форт был). Но на Корветах это был лучший из доступных языков - лучший по любому параметру и любой сфере применений. -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972416073/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 24.10.00 22:39 Subject: RE: [sp-forth] Re[2]: входной потокTo: CC: "Константин Витальевич Тарасов" -----Original Message----- From: Ruvim Pinka [mailto:ruvim@forth.org.ru] >Приходится слову READ-LINE делать REPOSITION-FILE. >Это плохо потому, что не позволяет использовать REFILL для истинных >потоков. Да, да, эти READ-LINE - трагедия всей моей жизни :) В Eserv только отсутствие сокетной версии READ-LINE мешает пользоваться родным фортовым QUIT-интерпретатором для выполнения команд протокола. Функции чтения сокета построчно я, конечно, написал еще 4 года назад, но как органично вставить их в ядрёный QUIT - проблема. Сокет ведь не является настоящим хэндлом в Win32. Проблема не только с REPOSITION, но и с наследованием, и т.д. >Если бы была поддержка текстовых файлов на уровне форт-системы >или ОС, то там было бы уже все буферезированно и reposition >при ReadLine был бы не нужен. Можно в принципе использовать CRT (C run time), входящий в Windows - его gets (или как там его) можно считать поддержкой текстовых файлов на уровне ОС. Но там те же проблемы - поддерживаются только файлы. Впихнуть туда другие стримы никак. Абстрагирование начинается в Си только с приходом CStream (или как там его? :) в С++. >Можно посмотреть на решение этой проблемы Андреем (см. socketline.txt). >мне не нравится хождение двух типов хэндлов и оторванность >от модели фортовых входных потоков. Да, я об этом годы размышляю, ничего лучшего не придумал. Помогите! Сокет - не совсем файл, причем ведет себя по-разному под Win9x и WinNT. >Дык вот, я предлагаю сделать так, чтобы REFILL не использовало >READ-LINE, а само работало как оно, но буферезированно и без >reposition (At! Внешне его работа будет выглядить как и раньше) Тогда начнутся те же проблемы, какие у меня возникают с сокетным ReadLine. Когда нужно чтение сырого входного потока после текста (например, в HTTP: там после текстового заколовка идёт бинарный сырой стрим). При буферизированном чтении строк у нас часть бина уже прочтется в строчный буфер, и процедуры чтения сырого стрима должны это иметь в виду, т.е. начало бина прочесть из стр.буфера, а дальше читать как обычно (буферизация далее не нужна). Т.е. основная проблема здесь в том, что реальное положение указателя текущей позиции в стриме не совпадает с положением указателя "столько-то уже прочитано". Стандарт требует, чтобы в READ-LINE они совпадали - как раз для исключения такой двойственности. В результате READ-LINE будет либо побайтовым тормозом, либо будет читать буферизировано, но с REPOSITION, т.е. к сокетам неприменимым. Поскольку READ-LINE и отчасти REFILL ограничены стандартом, лучше сделать другое слово - NextLine ( -- addr u ), например. По аналогии с NextWord в SPF/3.75. NextWord взято из моей прошлогодней статьи rationale.txt, где целью как раз была реформация форта для устранения таких узких мест. EVAL там переделан основательно, а до QUIT я просто не дошел. Как и до SPF4 вообще. >Этим мы двух зайцев поймаем ;) >истинные потоки cмогут быть входными источниками и >можно будет стандартными средствами подключать последовательность >строк из памяти (например, полученную замапиванием (memory mapped) >файла) Если эту дискуссию читает 1001, то он допишет, сколько новых проблем возникает, когда входными источниками форта вообще является НЕ stream. Например, в нашем форте для WinCE приходится делать GUI-консоль, т.к. текстовых консолей WinCE не поддерживает. >( теперь можно прочитать еще раз абзац (1) ;) И еще семь раз отмерить :) >Это будет задача READ-LINE. как оно узнает, какого типа у него >входной источник? ( в случае работы под ОС ) >чтобы для файла вызвать reposotion, а для сокета мудрить с буферами. >Это можно сделать (и, более того, нечто подобное я делал ;). >Но такое решение мне не нравится. Как не крути, пока у нас SOURCE-ID не является полноценным объектом, который сам знает свой тип и полный набор слов работы с ним, мы будем продолжать мучаться :( -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972417821/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 25.10.00 2:57 Subject: Re: [sp-forth] Re[2]: входной потокTo: ----- Original Message ----- From: Andrey Cherezov To: Sent: Tuesday, October 24, 2000 11:39 PM Subject: RE: [sp-forth] Re[2]: входной поток привет, brothers если вы читаете это, значит я не сплю... > Да, я об этом годы размышляю, ничего лучшего не придумал. Помогите! пойди и учись у природы.... > Если эту дискуссию читает 1001, то он допишет, сколько новых > проблем возникает, когда входными источниками форта вообще > является НЕ stream. Например, в нашем форте для WinCE приходится > делать GUI-консоль, т.к. текстовых консолей WinCE не поддерживает. ввод от стандартного WINPROC легко решается в spf теперь, когда в REFILLе доделан ACCEPT. на более высоком уровне, чем READ-LINE . ~1001 -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972431615/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 25.10.00 17:49 Subject: RE: [sp-forth] Re[2]: входной потокTo: "Michael Gassanenko" http://msdn.microsoft.com/library/ - MSDN online - самая главная, полная, подробная и свежая из MS-документаций :) -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] Sent: Wednesday, October 25, 2000 2:18 PM To: ac@eserv.ru Subject: Re: [sp-forth] Re[2]: входной поток Andrey Cherezov wrote: > > -----Original Message----- > From: Ruvim Pinka [mailto:ruvim@forth.org.ru] > > >Приходится слову READ-LINE делать REPOSITION-FILE. > >Это плохо потому, что не позволяет использовать REFILL для истинных > >потоков. > > Да, да, эти READ-LINE - трагедия всей моей жизни :) ... > > Да, я об этом годы размышляю, ничего лучшего не придумал. Помогите! > Сокет - не совсем файл, причем ведет себя по-разному под Win9x и WinNT. Кинь плиз указатель на доку (по сокетам). В MSDEV есть? From: 25.10.00 17:55 Subject: RE: [sp-forth] Re[2]: входной потокTo: Тогда где тот объект, которому "REFILL &K" посылает сообщения? И чем он является? Указателем на VMT? -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] Sent: Wednesday, October 25, 2000 2:30 PM To: sp-forth@egroups.com Subject: Re: [sp-forth] Re[2]: входной поток Andrey Cherezov wrote: > > Как не крути, пока у нас SOURCE-ID не является полноценным объектом, > который сам знает свой тип и полный набор слов работы с ним, мы будем > продолжать мучаться :( > SOURCE-ID -- не объект, а метод. Стало быть, заводим тип сокет и слово _SOCKET-SOURCE! (по аналогии с S-SOURCE! и FILE-SOURCE! ) '_' в имени -- на случай перехода к новой версии. Пока пусть будет. SOURCE-ID для сокета возвращает -2. REFILL &K являются виртуальными функциями -- сообщениями, посылаемыми текущему источнику сорцов. _SOCKET-SOURCE? ( -- flag ) _FILE-SOURCE? ( -- flag ) _STRING-SOURTCE? ( -- flag ) _BLOCK-SOURTCE? ( -- flag ) _CONSOLE-SOURTCE? ( -- flag ) Программа, загружающаяся через нестандартный источник ввода подвержена ограничениям среды. Надо только указать, каким. Например, нет перемотки назад. И что вы обо всем этом думаете? To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972486578/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 26.10.00 1:18 Subject: RE: [sp-forth] Re[2]: входной потокTo: -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] Sent: Thursday, October 26, 2000 12:50 AM To: sp-forth@egroups.com Subject: Re: [sp-forth] Re[2]: входной поток Andrey Cherezov wrote: >> >> Тогда где тот объект, которому "REFILL &K" посылает сообщения? >> И чем он является? Указателем на VMT? >Ну, ты наверно знаешь, чтО я думаю про ООП... Разве я спрашивал, чтО ты думаешь про ООП? ;) Я спросил - чему ты посылаешь сообщение. Ниже твои слова: >В случае же входного потока у нас случай, когда VMT полезна, >а вот объектная модель ИМХО не нужна. > SOURCE-ID -- не объект, а метод. > REFILL &K являются виртуальными функциями -- сообщениями, > посылаемыми текущему источнику сорцов. Раз есть метод и сообщения, то есть объект и его класс? -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972513246/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 26.10.00 5:06 Subject: RE: [sp-forth] входной потокTo: >что означает "не является настоящим хэндлом" ? Я это имел в виду: >AC> Сокет - не совсем файл, причем ведет себя по-разному под Win9x и WinNT. >тоже сталкивался :( >и что за проблемы с наследованием(каким?) ? То что его нельзя передать в запускаемое из своего приложение как наследуемый хэндл. В том числе и как стандартный ввод/вывод. >SOURCE-ID - пусть содержит реальный идендификатор. >Т.е. Предложения Михаила -2 для сокетов мне не нравится, >т.к. каждый открытый сокет, аналогично файлам, имеет уникальный идентификатор. >Если нужно знать тип входного источника, пусть его дает, скажем, SOURCE-TYPE А откуда он его возьмет? >AC> Поскольку READ-LINE и отчасти REFILL ограничены стандартом, >AC> лучше сделать другое слово - NextLine ( -- addr u ), например. >а зачем ему возвращать addr u ? - их же SOURCE дает. В какой-то степени : NextLine REFILL DROP SOURCE ; но хочется отвязаться от буфера TIB. -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972525991/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 26.10.00 17:34 Subject: RE: [sp-forth] входной потокTo: > >AC> Поскольку READ-LINE и отчасти REFILL ограничены стандартом, > >AC> лучше сделать другое слово - NextLine ( -- addr u ), например. > >а зачем ему возвращать addr u ? - их же SOURCE дает. > > В какой-то степени : NextLine REFILL DROP SOURCE ; но хочется > отвязаться от буфера TIB. > >Стандарт допускает : TIB SOURCE NIP ; >У тебя при EVALUATE TIB куда показывает? TIB у меня передвижной (VALUE), верно. Но лучше TIB не использовать там, где без него можно обойтись. Так же как и HERE, PAD, etc. Ведь NextLine берется не обязательно для интерпретации - причем здесь тогда TIB? -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972572632/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: 26.10.00 22:13 Subject: RE: [sp-forth] клуб для детейTo: Я тоже начинал с дистанционно доступного перфоратора ЕС-ЭВМ и программируемого калькулятора (а до этого с программирования на бумажке), а свой первый форт написал прямо в кодах. Но если всем так начинать и проходить полный путь от электронных ламп до суперкомпьютеров, то прогресс будет топтаться на месте, imho. -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] Sent: Thursday, October 26, 2000 10:20 PM To: sp-forth@egroups.com Subject: Re: [sp-forth] клуб для детей Оч-чень верно. Начинать программировать лучше на не слишком хороших компутерах. Чтоб игрушки самим писать приходилось. А не квакать по сети. -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972588615/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оР 3:11 Subject: RE: Re[2]: [sp-forth] входной потокTo: >Тогда возвращенный NextLine-ом буфер со строкой надо будет освобождать? >а для интерпретации делать NextLine OVER >R EVALUATE R> FREE ? Это такая же обычная ситуация, как и с TIB'ом. Мы ведь выделяем новый TIB в динамической памяти при вызове INCLUDED, насколько я помню, потом освобождаем эту память. Чем EVALUATE принципиально отличается от INCLUDED - ничем. И, опять повторюсь, NextLine не для интерпретации, а для чтения строки. Когда тебе нужна строка для интерпретации - будешь пользоваться REFILL (который определен через NextLine и скрывает работу с памятью на манер INCLUDED). По-моему, вполне может получиться. Кстати, буфер не обязательно в той динамической памяти, которую нужно alloc/free на каждую строку. Он вполне может быть в буфере, через который у нас буферизуется чтение файла (отдельный на каждый файл). 4 года использую SocketReadLine ( sa -- addr u ) и не имел проблем с динамической памятью... Отдельный TIB на каждый INCLUDED, отдельный буфер на каждый текстовый файл. Тот и другой буферы живы пока открыты соответствующие файлы. -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972605653/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оР 12:02 Subject: Re[2]: [sp-forth] jOOP screensaver + spf BUG! !! + сборка мусораTo: Andrey Cherezov Hello Andrey, Monday, October 23, 2000, 2:25:31 AM, you wrote: AC> Привет! AC> Перечитал два раза, но не нашел, в чем spf BUG? AC> Или я еще недостаточно сконцентрировался после выходных? :( AC> Попозже прочту еще раз. Видимо так :-) Вроде по русски там... :-) AC> Скринсейвер работает, great! :) Сто лет скринсейверы не AC> применял, теперь буду! Обязательно закачай его на скринсейверные AC> сайты! Первый в мире скринсейвер, написанный на Форте, всё-таки! Спасибо (скромно шаркая ногой). Я, это, немного приукрасил его. Как страничку обновлю - сообщу. AC> А как я умудрился пропустить новость про SPF на download.ru? AC> Пойду качать! AC> -----Original Message----- AC> From: Dmitry Yakimov [mailto:ftech@tula.net] AC> Sent: Saturday, October 21, 2000 3:39 PM AC> To: sp-forth@egroups.com AC> Subject: [sp-forth] jOOP screensaver + spf BUG!!! + сборка мусора AC> To unsubscribe from this group, send an email to: AC> sp-forth-unsubscribe@egroups.com Best regards, Dmitry mailto:ftech@tula.net -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972634206/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оР 12:52 Subject: Re: [sp-forth] Re: входной потокTo: Michael Gassanenko Hello Michael, Как там в рекламе - о двух мясах :-) спорите. Блин, ну японза меня уморил :) Thursday, October 26, 2000, 10:41:10 AM, you wrote: MG> Andrey Cherezov wrote: >> -----Original Message----- >> From: Michael Gassanenko [mailto:mlg@forth.org] >> Andrey Cherezov wrote: >> >> >> >> Тогда где тот объект, которому "REFILL &K" посылает сообщения? >> >> И чем он является? Указателем на VMT? >> >> >Ну, ты наверно знаешь, чтО я думаю про ООП... >> >> Разве я спрашивал, чтО ты думаешь про ООП? ;) >> Я спросил - чему ты посылаешь сообщение. Ниже твои слова: >> >> >В случае же входного потока у нас случай, когда VMT полезна, >> >а вот объектная модель ИМХО не нужна. >> >> > SOURCE-ID -- не объект, а метод. >> > REFILL &K являются виртуальными функциями -- сообщениями, >> > посылаемыми текущему источнику сорцов. >> >> Раз есть метод и сообщения, то есть объект и его класс? >> MG> Не обязательно. MG> Просто я пользуюсь ООПовской терминологией. MG> Метод -- процедура (фактическое действие), вызываемая через VMT MG> Сообщение -- процедура-вызывалка фактического действия. MG> Сообщение лезет в VMT текущего контекста своего типа, MG> вызывает метод. MG> Объектно-ориентированный взгляд на контексты приводился MG> в сообщении с ответом на незаданный тобою вопрос. MG> To unsubscribe from this group, send an email to: MG> sp-forth-unsubscribe@egroups.com Best regards, Dmitry mailto:ftech@tula.net -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972637184/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: яА 20:16 Subject: RE: [sp-forth] клуб для детейTo: -----Original Message----- From: Michael Gassanenko [mailto:mlg@forth.org] Sent: Friday, October 27, 2000 10:23 AM To: sp-forth@egroups.com Subject: Re: [sp-forth] клуб для детей >Ну вот, писали программу, а что получили? Такой-то пакет рисует >картинки гораздо красивше. А зачем считать по формулам, если есть >электронная таблица? А зачем открывать файл (в программе), если >можно перетащить через клипбоард (в офисе)? Совершенно закономерные вопросы. Поэтому надо писать такую учебную программу, работу которой никаким готовым пакетом не сделаешь. Не пересаживаться на древний компьютер для искусственного сужения и упрощения достижимого круга задач, а программировать на современном компьютере современные задачи. Вместо классических Кнутовских задач можно писать не менее поучительные, но современные задачи, по-моему. Те же программы для интернет, например, вполне по силам школьникам при условии, что они не на ассемблере их программируют, отвлекаясь на несущественные для проекта детали. Если школьникам неинтересны задачи, они не будут их программировать с энтузиазмом, и эффект обучения будет близок к нулю. А заинтересовать ребят решать задачу сортировки в то время, как в любом языке (кроме форта :-) есть встроенные средства сортировки массивов и списков - почти невозможно. Да и нецелесообразно. Для развития абстрактного мышления у них математика есть, а я собираюсь давать практические задачи. Вон посмотри, чем занимается нынче молодежь - все ударились писать не меньше чем операционные системы :-)) Конечно, никто не доведет это дело до логического конца, но достаточно много полезных практических навыков получат даже в этом случае. В том числе и программы сортировки применят на каком-то этапе возможно. На реальном этапе, а не просто так для неизвестно чего. >+ есть люди, не терпящие алгоритмов, у них в голове алгоритм более >чем на 2 (ну, 3) шага не вмещается. Таким людям легко научиться программировать на Форте в Форт-стиле :) -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972757855/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: яА 21:04 Subject: RE: Re[4]: [sp-forth] входной потокTo: >да. Поэтому должно там REFILL работать, >и "строка" a u , подающаяся слову EVALUATE, должна >иметь право содержать неограниченное число строк, разделенных >LT-символами. имхо. Да, SPF/3.75 относит переводы строк к пробелам, т.е. это сработает. >В принципе, TIB может рассполагаться в областе буфера файла. Да. >2All >Какие есть ЗА/ПРОТИВ введение механизма для бинарного чтения >из входного потока ? а то написал, и тихо... Вроде спорить не о чем, вот и молчим :) Да, такой механизм полезен. Например, в PostScript'е и PDF он есть, насколько я помню. Даже в shell-скриптах юникса встречаются самоустанавливающиеся бинарники, которые прямо в текстовом файле сразу после скрипта следуют. -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972757867/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: бЯ 0:20 Subject: Re[2]: [sp-forth] клуб для детTo: Andrey Cherezov Hi, Andrey, 28 октября 2000 г., 20:16:28, Вы написали: Andrey> Поэтому надо писать такую учебную программу, работу которой Andrey> никаким готовым пакетом не сделаешь. В конце концов чему Вы собираетесь учить? Программированию или пользованию готовыми программами (тоже кстати неплохо)? Если программированию, то можно учить на примере написания хоть офисного приложения. Andrey> Не пересаживаться на древний компьютер для искусственного Andrey> сужения и упрощения достижимого круга задач, а программировать Andrey> на современном компьютере современные задачи. Это верно. Сейчас в этом нет смысла. Andrey> Вместо классических Кнутовских задач можно писать не менее Andrey> поучительные, но современные задачи, по-моему. Если учить азам программирования, то Кнут вполне подойдет (тем более сейчас новое издание вышло, да и другие книги у него есть). Если учить программировать на Форте уже умеющих писать программы, то надо что-то другое. Andrey> Те же программы для интернет, например, вполне по силам Andrey> школьникам при условии, что они не на ассемблере их Andrey> программируют, отвлекаясь на несущественные для проекта Andrey> детали. Ага, а потом дойдет до интерфейса и кранты. В VC++ или VB это делается без проблем (почти). И Вы думаете эти школьники будут ручками все писать? Дико в том сомневаюсь. К тому же есть уже готовые интернетовские приложения и если смотреть с точки зрения Michael Gassanenko, то нет смысла писать и их... Andrey> Если школьникам неинтересны задачи, они не будут их Andrey> программировать с энтузиазмом, и эффект обучения будет близок Andrey> к нулю. А заинтересовать ребят решать задачу сортировки в то Andrey> время, как в любом языке (кроме форта :-) есть встроенные Andrey> средства сортировки массивов и списков - почти невозможно. А это, как говорила бывшая жена, как заинтересуешь :-) Andrey> Для развития абстрактного мышления у них математика есть Не знаю, не знаю. У нас математика что в школе, что в институте давалась так, что никакого развития абстрактного мышления. Может конечно это только мне не повезло :-( -- Мир Вам, Andrey. BaZzz Stashcko. суббота, 28 октября 2000 г., 23:58:28. -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972764971/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: бЯ 18:52 Subject: Re: Re[6]: [sp-forth] входной по токTo: > От: Ruvim Pinka > Кому: All > Тема: Re[6]: [sp-forth] входной поток > Дата: 30 октября 2000 г. 0:00 > Тут вопрос возник. > можно ли на один SAVE-INPUT делать несколько раз RESTORE-INPUT ? У RESTORE-INPUT должна быть одна забота - брать параметры из стека и укладывать их куда надо. А уж сколько раз его вызовут, его волновать не должно. Тут идея появилась - описать все сохраняемые/восстанавливаемые параметры как HERE /INPUT-STATE ALLOT СELL -- TIB CELL -- #TIB ... , то есть друг за другом - проще будет сохранять/восстанавливать. Best regards, Dmitry Zyryanov aka Micro. [4th 4ever] [SibSUTIS] [Win32API] -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972834924/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оМ 5:29 Subject: RE: Re[2]: [sp-forth] клуб для детTo: Ага, а потом дойдет до интерфейса и кранты. В VC++ или VB это делается без проблем (почти). И Вы думаете эти школьники будут ручками все писать? Дико в том сомневаюсь. К тому же есть уже Смотря какой интерфейс. Если стандартные окошки со стандартными контролами - они легко пишутся на любом языке (хотя последнее время даже MS предпочитает просто показывать окошко браузера с html- диалогами внутри :-). А любой другой интерфейс пишется не совсем тривиально, и на форте точно не сложнее, чем на других языках. готовые интернетовские приложения и если смотреть с точки зрения Michael Gassanenko, то нет смысла писать и их... Если бы были готовые интернет приложения на все случаи жизни... К счастью, пока и на половину случаев нет. А то неизвестно - чтО бы я ел последние 4 года. Сегодня был в гостях у своего бывшего практиканта, так и не ставшего фортером (хотя и написавшим на форте пару неплохих программ за время практики) - он снимает квартиру, за которую в месяц платит примерно три месячных зарплаты среднего калининградского программиста. Пишет и продает программы для интернет. Andrey> средства сортировки массивов и списков - почти невозможно. А это, как говорила бывшая жена, как заинтересуешь :-) Жену-то можно разными способами заинтересовать :) А детей нынче даже за деньги не заставишь сортировать :) Не знаю, не знаю. У нас математика что в школе, что в институте давалась так, что никакого развития абстрактного мышления. Может конечно это только мне не повезло :-( А когда ты учился? После перестройки, я думаю, никому не везет с преподаванием. Даже если учителя остались прежними. Запал не тот. Я сам пару лет (95-96й) занимался преподаванием на коммерческих компьютерных курсах в немецкой фирме - стыдно вспомнить. Я нормально учил, но can't buy me love :) Форту в 91м я учил лучше, точно. -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972873082/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оМ 5:31 Subject: RE: Re[6]: [sp-forth] входной потокTo: >Тут вопрос возник. >можно ли на один SAVE-INPUT делать несколько раз RESTORE-INPUT ? Думаю можно. Хотя стандарт, по-моему, эту деталь не уточняет. -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972873097/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оМ 5:40 Subject: RE: [sp-forth] входной потокTo: > Ah. So why not keep that? It should be easy enough to detect if a > handle is valid and treat it as a memory reference otherwise. >А вот тут за MS никто не поручится... ИМО >Или это (отличить хэндл от адреса) просто? В настольных Win32 - просто - хэндл всегда меньше минимально допустимого в Win32 указателя. А вот в WinCE, по моим наблюдениям, хэндлы очень похожи на указатели в адресное пространство хипа... > : I do not know if it is a problem in the particular case of the > : SP-Forth community, but in the general case it is a problem. [I > : remember I heard something about passing handles to child processes > : from SP-Forthers.] Wow, они не только слышали про SP-Forth, но дажи имели глубокие беседы с живыми СП-Фортерами? С тобой что ли? ;) > What is? :-) ("а кому легко?") Да уж. -------------------------- eGroups Sponsor -------------------------~-~> eGroups eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9698/15/_/911536/_/972873710/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: оМ 18:29 Subject: RE: [sp-forth] входной потокTo: >1) Важно ли для SP-Forth-сообщества то, что fileid'ы суть хэндлы? Важно иметь механизам эти хэндлы достать, т.к. они могут быть параметрами других полезных виндовых функций. >2) Что вы думаете об использовании в роли хэндла вспомогательной >структуры (расположенной в памяти создавшего ее процесса)? В какой памяти? В хипе текущего потока? Тогда особых возражений нет, лишь бы CLOSE-FILE удалял и выделенную память вместе с закрытием хэндла. -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/972923589/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: яП 12:14 Subject: Re: Re[6]: [sp-forth] входной потокTo: Не забудь что SAVE-INPUT новый TIB аллокэйтит, который надо прибить прямо перед RESTORE-INPUT. ----- Original Message ----- From: "Ruvim Pinka" To: "All" Sent: Sunday, October 29, 2000 9:00 PM Subject: Re[6]: [sp-forth] входной поток > > Original From: Andrey Cherezov > Original Date: 28.10.2000 18:04 > > >>В принципе, TIB может рассполагаться в областе буфера файла. > AC> Да. > что-то я тут глючил. кажется, просто повторил то, что ты сказал... %) > > > Тут вопрос возник. > можно ли на один SAVE-INPUT делать несколько раз RESTORE-INPUT ? > Т.е., например > > SAVE-INPUT >MEM ( i*x i -- a ) >R \ >MEM - я подсмотрел у ~micro ;) > ... ... \ работа с основным входным потоком > ... FILE-SOURCE! ... > ... ... \ работаем с новым входным потоком > R@ MEM@ ( a -- i*x i ) RESTORE-INPUT > ... ... \ возвратились к основному... > ... FILE-SOURCE! ... > ... ... \ опять с новым > R> MEM> ( a -- i*x i ) RESTORE-INPUT > ... ... \ возвратились к основному. > > Или же на каждый SAVE свой единственный RESTORE ? > > Интересует с точки зрения, как _должно_ быть, как удобней ? > повзолительно ли такое ? > > > > Удачи! > ------- > Ruvim > > > > > To unsubscribe from this group, send an email to: > sp-forth-unsubscribe@egroups.com > > > > -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/973084454/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: яП 18:12 Subject: RE: [sp-forth] Очень интересная идея; было ' входной поток'To: Предложенное - суть VMT для ООП, уже обсуждалось ;) -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Wednesday, November 01, 2000 11:14 AM To: sp-forth@egroups.com Subject: [sp-forth] Очень интересная идея; было 'входной поток' Хмм. Это было в первых версиях SwiftForth (указатель на хэндл). Только что пришла смелая (возможно слишком) идея. Если вместе с реальным хэндлом (или кк его там) в стуктуре будут храниться несколько указателей на слова - READ-STREAM, WRITE-STREAM, CLOSE-STREAM а также тип хэндла (простая константа). Или хотя бы указатель на массив указателей на слова (если динамическую память очень жалко). Я уже не помню пробегала эта мысль или нет. Вот вам и безболезненное решение проблемы входного потока (полгода назад я тоже хотел ввести id -2, но потом убоялся гонений со стороны поборников стандарта :) До того доспорили, что уже трудно понимать контекст спора. А READ-FILE могло бы выглядеть так: : READ-FILE DUP .readFile @ EXECUTE ; Под сокеты и пайпы это кажись покатит, под файлы и мало того _под буферизированные неявно файлы_ тоже. Хотите свой поток ввода - описываете высокоуровневые слова доступа аналогичные стандартным, заполняте структуру и вперед. Если входной поток Windows GUI, то тоже просто - перегруженное READ-STREAM просто ждет в цикле GetMessage и по ENTER возвращает строку. Ни ACCEPT ни INTERPRET в данном случае переписывать не придется. Ура - парни - давайте обдумывать. -------------------------- eGroups Sponsor -------------------------~-~> eLerts It's Easy. It's Fun. Best of All, it's Free! http://click.egroups.com/1/9699/15/_/911536/_/973093120/ ---------------------------------------------------------------------_-> To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com From: яП 18:12 Subject: RE: [sp-forth] новая версия SEARCH-WORDLISTTo: Спасибо, вставлю оптимизённую версию. -----Original Message----- From: Dmitry Yakimov [mailto:ftech@tula.net] Sent: Wednesday, November 01, 2000 11:16 AM To: sp-forth@egroups.com Subject: [sp-forth] новая версия SEARCH-WORDLIST Вот, немного заоптимизил. Побыстрее примерно на 10 процентов на обычных форт словарях, но также работает и под jOOP где как правило первый символ двоеточие. eGroups Sponsor To unsubscribe from this group, send an email to: sp-forth-unsubscribe@egroups.com