Обсуждение пользователя:Bgoldnyxnet

Привет, ты немного поучаствовал в этой статье, ты знаешь, это тот же человек, который пишет книги по самопомощи, такие как [1], или это другой человек с тем же именем? Эта статья, кажется, была написана самим человеком. Merkinsmum 21:25, 23 января 2008 (UTC) [ ответить ]

Я не знаю наверняка, но я знаю, что Жан Мари написала книги. Научно-фантастические книги под этим именем принадлежат ей.

Есть предел тому, что я мог бы сказать в статье, но Жан Мари родился Генри Эженом Стайном. Когда я впервые встретил его (около 1966 года), он был худым, очень интенсивным и глубоко погруженным в объективизм. А также пламенным психом.

Я встречался с Жан-Мари всего несколько раз с тех пор, как она стала женщиной, но у меня сложилось впечатление, что она все еще худая, возможно, немного менее интенсивная — и все еще пылающая сумасшедшая. Я помню, как встретил ее на Всемирном съезде НФ 1984 года, смотрел на эту высокую, худую женщину, слушал ее речь и думал: «тот же голос, та же чушь». Конечно, именно пылающие сумасшедшие добиваются всего значительного в мире. У меня есть две статьи, опубликованные в компьютерных журналах; она написала десятки книг (некоторые из них порно) и отредактировала несколько антологий.

Да, я подозреваю, что JM написала часть своей статьи. Там все еще есть немного скромности по поводу идентичности Генри Стайна и других гендерных вопросов. Например, в статье говорится: «Ее роман «Сезон ведьм»...» Но эта книга изначально была опубликована под именем Генри Стайн. Bgoldnyxnet (обсуждение) 16:41, 24 января 2008 (UTC) [ ответить ]

Я удалил всю информацию о фильме, которую вы вставили в статью о мюзикле. Если вы хотите добавить какую-либо информацию, она будет в статье о фильме: Скрипач на крыше (фильм) . Обратите внимание, однако, что вам нужно подкрепить свои утверждения ссылками на WP:Надежные источники . С наилучшими пожеланиями, -- Ssilvers ( обсуждение ) 19:53, 7 июля 2008 (UTC) [ ответить ]

Здравствуйте. Я рассмотрел изменение, которое вы пытались внести в статью еще в июле. Прежде всего, обратите внимание, что была добавлена ​​сноска, объясняющая значение frum как части Fruma. Что касается остального, есть много причин, по которым это неуместно. Давайте начнем с возражения, что это WP:Original research , что запрещено в Википедии. Если вы можете найти надежный опубликованный источник , содержащий информацию, которую вы хотите добавить, пожалуйста, добавьте гораздо более краткую версию того, что вы пытались сказать, и напишите это понятным образом, чтобы обычный читатель легко понял, как это относится к статье Fiddler . Смотрите здесь. С наилучшими пожеланиями, -- Ssilvers ( talk ) 22:24, 11 ноября 2008 (UTC) [ ответить ]

Спасибо Bgoldnyxnet (обсуждение) 23:39, 19 июня 2023 (UTC) [ ответить ]

Спасибо за ваш вклад в Википедию. Что касается ваших правок в Craig Huey, рекомендуется использовать кнопку предварительного просмотра перед сохранением; это поможет вам найти любые допущенные вами ошибки, уменьшит конфликты правок и предотвратит засорение последних изменений и истории страницы . Спасибо. Cognate247 ( обсуждение ) 20:25, 13 июля 2011 (UTC) [ ответить ]

Да. Насколько я помню, я пытался сделать что-то сложное, что предварительный просмотр просто не отображал. Единственный способ узнать эффект моего изменения — сохранить его и просмотреть страницу. После нескольких попыток я, наконец, сдался и сделал это простым способом, с изображением. Bgoldnyxnet (обсуждение) 06:32, 30 августа 2011 (UTC) [ ответить ]

Спасибо за загрузку File:Hueytermlimits.png . На странице описания изображения в настоящее время указано, что изображение не является свободным и может использоваться в Википедии только в соответствии с заявлением о добросовестном использовании . Однако в настоящее время изображение не используется ни в одной статье в Википедии. Если изображение ранее было в статье, перейдите в статью и узнайте, почему оно было удалено. Вы можете добавить его обратно, если считаете, что это будет полезно. Однако обратите внимание, что изображения, для которых может быть создана замена, не принимаются для использования в Википедии (см. нашу политику в отношении несвободных медиафайлов ).

Обратите внимание, что любые несвободные изображения, не используемые ни в одной статье, будут удалены через семь дней, как описано в критериях быстрого удаления . Спасибо. Sfan00 IMG ( talk ) 09:48, 14 июля 2011 (UTC) [ ответить ]

Да, это нормально. Видимо, изображение оказалось менее полезным для статьи о Хьюи, чем я думал. Поскольку оно не используется ни в одной статье, требование о добросовестном использовании больше не действует. Bgoldnyxnet (обсуждение) 06:21, 8 августа 2012 (UTC) [ ответить ]

Во-первых. Извините, если это не по адресу, но заголовки здесь, кажется, не работают. Последний заголовок выше — последний, для которого доступно редактирование. Я использую приложение Android Wiki. На самом деле оба приложения, отладка и выпуск, и оба одинаковы.

Мой ноутбук перестал загружаться. Большая часть обновленной работы у меня на внешнем диске. Скоро соберу новую систему. Буду рад помочь с проектом компилятора-компилятора. Большая часть исходного листинга SLIC у меня в старом доме.

Я попытался сделать языки СИНТАКСИСА и ГЕНЕРАТОРА SLIC максимально приближенными к CWIC. за исключением кода для посадки. Вместо посадки байт-кода я посадил псевдоинструкции в разделы. В конструкции посадки:

< opx arg1,arg2 ... оп. арг ...>

opx и opy — примеры псевдоинструкций. Операция plant создает динамически выделенную структуру для каждой псевдоинструкции и добавляет ее в текущий список кодов разделов.

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

MACHOP имеют поля параметров, разделенные запятыми. Поле может иметь несколько аргументов.

@I смещение(%r)

@ косвенный адрес устанавливает следующую переменную (I выше) в 0 или 1 в зависимости от того, присутствует ли @ в вызывающем machop. % указывает, что необходимо использовать регистр.

 MOV R1,@X(R2)

MACHOP могут использовать векторный ввод, который может обрабатывать семейство машинных инструкций. MACHOP в основном являются форматировщиками выходных данных. Они состоят из полей, которые определяют битовые поля инструкции. Условные операторы могут управлять определенными форматами инструкций. На машинах, которые могут иметь короткие регистровые регистры, регистры памяти, регистровую память и инструкции памяти памяти. Условные операторы if используются для выбора этих возможных форматов. MACHOP определяет поля, составляющие инструкцию. Я также предоставил вывод ассемблерного листинга в листинге компиляции выходных данных. Первой и обязательной операцией MACHOP было выравнивание по адресуемой границе памяти.

.MORG <radix>(<size>)<value>; оператор указывает основание листинга выходной сборки поля. Размер в битах. и его значение. .МОРГ H(16):$/8;

В приведенном выше примере местоположение завода выравнивается с адресуемым значением модуля 16. $ — местоположение завода. Макрокомпьютер TI990 был 8-битной байтовой адресуемой машиной. Но инструкции выравниваются по 16-битным словам. Поэтому указанный выше MORG выравнивается по 16-битной границе. При выводе ассемблера новая строка, за которой следует местоположение завода $, деленное на 8, выводится в шестнадцатеричном формате.

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

.MACHOP #OP %R,@I(%X)ADDR

 .МОРГ 36:O(18):$/36;О(9): #ОПВ; (4): Р; (1): Я; (4): Х;О(18): АДР/36;#ОП. = ...#ОПВ = ...

.КОНЕЦ

DEC-10 — это 36-битная машина для обработки слов. Выходной дисплей ассемблера — 18-битные полуслова, как отформатировано выше. Поля растений, не имеющие указанного основания, объединяются с предыдущими полями в выводе листинга. Таким образом, вышеприведенное будет напечатано как два поля из 6 восьмеричных цифр. Было некоторое время, когда я работал над этим. Я использовал другую векторную запись, где векторный символ OP принимал числовое значение. Я изменяю это, чтобы это работало так же, как в языке генератора с соответствующими векторами. Было не так много машин, которые разделяли код операции на разные поля. Переход к векторной нотации генератора соответствующих векторов упрощает отслеживание этих случаев.

Я сгенерировал полированные исправленные деревья, сохраняя выражения с неопределенными символами. Когда значения были определены, их блоки исправления undef были изменены на их значение, а исправление было переоценено. Внешние ссылки обрабатывались компоновщиком. Поля с неопределенными значениями были напечатаны как *s. Параметр отладки мог показывать ссылки undef или forward с выводом сборки. В инструкциях PSEUDO я использовал ^ перед вызовом machop. Инструкции PSEUDO могли бы помещать инструкции PSEUDO. Например, это зависит от цели, а не константа может или не может поместиться в инструкцию. Эта машинная зависимость обрабатывается в PSEUDO. Псевдо может помещать константные данные псевдо в раздел. С меткой gensyn, используемой для ссылки на нее.

Идея заключалась в том, чтобы сделать процедуры ПСЕВДО специфичными для языка и/или архитектуры машины. Они могли бы быть смешанными, имеющими обобщенную архитектуру машины и специфичными для архитектуры языка-машины.

Думаю, когда я был у Эрвина, мы говорили о языках ПСЕВДО и MACHOP, над которыми я работал. Это не оригинальные концепции. Они взяты из статьи 1964 года A GENERAL-PURPOSE TABLE-DRIVEN COMPILER -- Stephen Warshall и Robert M. Shapiro]. Хотя SLIC не управляется таблицами. Я имел в виду пять фаз трансляции. Так и не добрался до фазы оптимизатора последовательности. Кроме того, ПСЕВДО не ограничивались тремя аргументами. И не были МАКРОСАМИ. SLIC был единым компилятором для всех языков. Я использовал заголовки разделов .SYNTAX, .GENERATOR, .PSEUDO и .MACHOP, как в CWIC.

Мне нравится BLISS как язык, ориентированный на машины. Планировал сделать язык MOL на основе bliss.

Вы можете связаться по электронной почте, через Facebook, Twitter или LinkedIn, используя мой идентификатор вики. Steamerandy ( обсуждение ) 22:21, 5 декабря 2017 (UTC) [ ответить ]

Даже если мы переедем. -- Orange Mike | Talk 21:30, 29 августа 2011 (UTC) [ ответить ]

Совершенно верно. Bgoldnyxnet (обсуждение) 06:21, 8 августа 2012 (UTC) [ ответить ]

Привет, я не уверен, на чьей странице «обсуждения» мне следует ответить, поэтому я сделаю обе. Я не менял initiative обратно на initiative. Первоначальная фраза была initiativeed state statute , которая перенаправляла на страницу initiative. У меня не было проблем с вашим изменением, за исключением того, что когда вы внесли свое изменение, ссылка больше не работала. Я только удалил слово «state», так как оно показалось мне излишним для страницы о выборах в Калифорнии, а затем добавил скобки, чтобы связать initiative и statute с соответствующими страницами. Это текущий текст, о котором идет речь: initiative statute . Как вы видите, это все еще initiatIVE, а не initiatED. Если это не ответило на ваш вопрос, пожалуйста, дайте мне знать.

Спасибо — Предыдущий неподписанный комментарий добавлен Randall1190 ( обсуждение • вклад ) 23:43, 31 октября 2012 (UTC) [ ответить ]

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

привет, но какая статья `Uncletomwood ( обсуждение ) 14:32, 23 марта 2013 (UTC) [ ответить ]

Ведется обсуждение вопроса о том, подходит ли статья Odd, but not unusual для включения в Википедию в соответствии с политикой и рекомендациями Википедии или ее следует удалить .

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

Пользователи могут редактировать статью во время обсуждения, в том числе для улучшения статьи с целью устранения проблем, поднятых в обсуждении. Однако не удаляйте уведомление об удалении статьи из верхней части статьи. Uncletomwood ( обсуждение ) 14:34, 23 марта 2013 (UTC) [ ответ ]

Здравствуйте, я BracketBot . Я автоматически обнаружил, что ваши правки в Metacompiler могли нарушить синтаксис , изменив 5 "<>". Если это так, не волнуйтесь, просто отредактируйте страницу еще раз, чтобы исправить это. Если я неправильно понял, что произошло, или у вас есть вопросы, вы можете оставить сообщение на странице обсуждения моего оператора.

Спасибо, BracketBot ( обсуждение ) 15:09, 5 июня 2013 (UTC) [ ответить ]

Этот запрос на помощь от администраторов был дан. Если вам нужна дополнительная помощь или у вас есть дополнительные вопросы, пожалуйста, повторно примените шаблон {{admin help}} или свяжитесь с ответившим пользователем(ями) напрямую на их собственной странице обсуждения пользователя.

Где-то за последние 24 часа, похоже, изменился шаблон HTML для страниц Wiki. Раньше, если вы только что заходили на страницу и нажимали клавишу Tab, фокус перемещался на текстовый элемент управления «Поиск». Теперь он прыгает между различными ссылками; я не знаю, есть ли Поиск вообще в порядке вкладок; если да, то это больше 10 вкладок с самого начала.

На самом деле я предпочитал старый макет (с элементом управления поиском слева, похожим на «Современный»), но перешел на новый макет («Векторный») из-за удобства использования клавиши табуляции таким образом. (Как некогда веб-дизайнер/сопровождающий, я лично считаю, что основная область ввода должна быть в фокусе сразу после загрузки страницы.) Если я не смогу этого сделать, я, наверное, перейду на «Современный», но мне бы очень хотелось, чтобы это было восстановлено. Bgoldnyxnet (обсуждение) 17:46, 16 мая 2014 (UTC) [ ответить ]

Здравствуйте, это не проблема, которую должны решать администраторы. Мы только «администраторы» в том смысле, что у нас есть инструменты для управления пользователями и статьями (блокировка/разблокировка людей, удаление/восстановление/защита страниц и т. д.). На самом деле мы не управляем сайтом в целом, это то, чем управляют разработчики сайта. Но технические проблемы, такие как те, что вы описываете, можно решить на WP:VP/T (это страница Village Pump для «технических» проблем). Если ваша проблема вызвана ошибкой, у кого-то там может быть информация об этом. Если это преднамеренное изменение, которое следует отменить, вы можете получить поддержку и по этому вопросу, которую затем можно будет передать разработчикам (и они даже могут напрямую участвовать в обсуждении). Но в любом случае я думаю, что это лучшее место для вас, чтобы получить помощь по этому вопросу. -- В am a頭18:37, 16 мая 2014 (UTC) [ ответить ]

Спасибо. Я добавил заметку в WP:VP/T. Bgoldnyxnet (обсуждение) 20:40, 16 мая 2014 (UTC) [ ответить ]

Эй, я вижу, что ты внес вклад в compiler-compiler и на страницу metacompiler, добавив тему CWIC.

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

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

Распространенное выражение на сайтах FORTH. Особенно "мета-шаг". Дело в том, что LISP компилирует себя практически так же, как и Forth.

Самостоятельно размещаемые компиляторы распространены. Большинство компиляторов языков общего назначения размещаются самостоятельно. Я указал, что многие из компиляторов, которые я написал или над которыми работал, компилировались сами. И на самом деле начальные этапы разработки самостоятельных компиляторов такие же, как описано. Я был руководителем группы разработки языка в Kontron electronics. Многие консольные игры были написаны с использованием наших компиляторов. Все компиляторы были написаны на расширенном PASCAL. Который загружался с нуля. Большинство были кросс-компиляторами для процессоров, которые поддерживали наши эмуляторы In Circuit. На самом деле я начал с FutureData, который был куплен GenRad, а затем продан Kontron.

Самостоятельно размещаемый метакомпилятор гораздо проще настроить, чем язык общего назначения.

Исторически метакомпиляторы были компиляторами компиляторов. Компилятор компилятор был общим термином, используемым в 60-х годах. Затем yacc воспринял это как генератор парсеров. И назвал себя Yet Another Compiler Compiler. По сравнению с компиляторами компиляторов 60-х годов yacc — это всего лишь hacc. Половина компилятора компилятора. Мой термин был Half Ass Compiler Compiler. Существуют реализации yacc, которые используют yacc для компиляции себя. Так что метакомпилятор (старая версия) на самом деле не отделяет себя от других компиляторов компиляторов. Почувствуйте начало этого спора. Я добавил ссылочное определение метакомпиляторов. В [Словаре научных и технических терминов Sci-Tech Dictionary McGraw-Hill, 6-е издание, опубликованном The McGraw-Hill Companies, Inc. http://www.answers.com/topic/metacompiler] четко указано: «Метакомпилятор — это компилятор, который используется в основном для построения компиляторов для других языков программирования».

На странице обсуждения метакомпилятора мы ввязались в жаркую перепалку по поводу определяющей функции:

«Отличительной чертой метакомпилятора от стандартного компилятора-компилятора является то, что метакомпилятор написан на своем собственном языке и транслирует сам себя».

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

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

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

За эти годы появилось много метакомпиляторов, которые называются метакомпиляторами. Некоторые, такие как BOOK1, BOOK2 и CWIC, являются метакомпиляторами. Ранний метакомпилятор, который не называл себя метакомпилятором, был:

«Система построения компиляторов, разработанная Брукером и Моррисом» Брукер и Моррис, «Сообщения ACM», том 7, выпуск 7, июль 1964 г. Имеет язык синтаксического анализа «BNF» и язык описания машин «MDL». Существует промежуточный язык стратегии поколения «GSL».

CWIC был основан частично на компиляторах META Шорре и частично на LISP2, разработанном в SDC. Синтаксический язык включает функции из TREE META. Неясно, работал ли Шорре над TREE META. В статье Стэнфордского исследования Шорре не упоминается. TREE MATA использовал *1 и *2 для обращения к ветвям дерева шаблона. Аналогично ссылкам на стек разбора CWIC. TREEMETA использовал тот же оператор :<имя узла>, но использовал [<число>] для указания количества ветвей, тогда как CWIC использовал !<число>.

Я реализовал расширенный компилятор CWIC на DEC-System-10 между 1969 и 72 годами. Я добавил язык описания машины и создал псевдоязык операций (макросоподобные функции, использующие большую часть языка производства генератора CWIC). Я очень хорошо знаком с тем, как работал CWIC. Я принял терминологию TREE META, используя правила unparse вместо сопоставления с образцом, как это используется в документации CWIC. Правила на самом деле рекурсивны EVAL(ADD[EVAL(X),EVAL(Y)])=> имеет EVAL, вызывающий себя на ножках дерева и возвращающий локальные переменные в X и Y. Это также особенность мета дерева, за исключением того, что мета дерева не имеет локальных переменных.

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

В 80-х годах Вал Шорре представил статьи в группе SegForth ACM. На своем веб-сайте (сейчас его нет, поэтому на него нельзя ссылаться) Вал сказал, что Forth не является метакомпилятором.

Эта область компиляторов достаточно запутана без противоречивой терминологии. Одна из них заключается в том, что парсеры и метакомпиляторы используют формальную грамматику. Когда формальная грамматика является генеративной или производственной грамматикой. То есть формальная грамматика — это правила, которые определяют порождения допустимых строк языка. Парсер делает как раз обратное. Он анализирует строки на корректность. Способ, которым это заявлено, верен. Но это запутанно. I,E. в Parser:

Синтаксический анализ — это процесс анализа строки символов на естественном языке или на компьютерных языках в соответствии с правилами формальной грамматики.

Я думаю, что следующее лучше. Изменение в соответствии с соответствием подразумевает более свободную ассоциацию процессов, позволяя им быть противоположностями.

Синтаксический анализ — это процесс анализа строки символов на естественном языке или на компьютерных языках в соответствии с правилами формальной грамматики.

Строка:

Метакомпилятор определяется набором правил грамматического производства , определяющих его самого и написанных на его собственном специализированном языке.

Обратите внимание, что в этой строке grammar ссылается на formal grammar . production ссылается на Production (computer science) . Это тарабарщина, которую он связал с темами grammar production rule. И нет ничего, что определяло бы семантику языка. Дэймон утверждает, что у него есть степень магистра в области Computer Science. Когда в моем RFC я указываю, что формальная грамматика не используется метакомпиляторами, он идет и добавляет production link, указывая в основном на формальное описание грамматики, и говорит, что он исправил мое возражение против formal grammar link.

Я немного изменил ваш пример генератора CWIC. Он использует рекурсию для обхода деревьев и загрузки токена в регистры. Довольно, но по-другому. Но не усложнено никакими оптимизациями.

Третье мнение крайне необходимо. Вы можете увидеть мою предложенную версию на Metacompiler edit . — Предыдущий недатированный комментарий добавлен 02:31, 2 ноября 2014 (UTC)

Вы разместили сообщение на моей странице пользователя. Не на моей странице обсуждения: Мы можем поговорить на моей странице обсуждения или где-либо еще. Я перенес ваш вопрос и размещаю свой ответ здесь.

META I и META II: кем написаны? Bgoldnyxnet (обсуждение) 04:39, 7 ноября 2014 (UTC) [ ответить ]

Я занимался поддержкой CWIC до 1975 года, затем в 1982-3 годах написал версию Swift, которая компилировалась в "c". Она никогда не была засекречена. Она была собственностью SDC (позже купленной Unisys). Bgoldnyxnet (обсуждение)

Эй, это круто. Ты имеешь в виду, что CWIC никогда не был засекречен? Или Swift?

META I и META II были написаны Валом. Д. Шорре. Шорре был одним из первоначальных авторов CWIC. Вы не знали Вал?

Какие работы по техническому обслуживанию вы проводили на CWIC?

Возможно, это было запатентовано, но Erwin Book раздавал руководства на встрече ACM, на которой я присутствовал. Я получил 2 отдельных руководства по CWIC. Одно по языку SYNTAX, а другое по языку GENERATOR. Я не помню, получил ли я руководство по MOL 360. Я только недавно скачал статью ACM по CWIC и узнал, что SYNTAX и GENERATOR были отдельными компиляторами. SLIC был одним компилятором с четырьмя грамматиками. Четыре грамматики были SYNTAX, GENERATOR, которые были почти идентичны языкам SYNTAX и GENERATOR CWIC, за исключением того, что генераторы помещали код PSEUDO в разделы. Код PSEUDO добавлял уровень абстракции в генерацию кода. Нацеливание на разные процессоры означало переписывание инструкции PSEUDO. Обычно набор инструкций PSEUDO для языка был небольшим. Язык MACHOP используется для определения инструкций целевого процессора. Инструкции PSEUDO и MACHOP были функцией. Инструкции PSEUDO были последовательно размещены в списках, прикрепленных к разделам, и выполнялись по порядку, когда раздел был очищен. Инструкции PSEUDO были написаны на языке производства генератора. Но имели обычные списки параметров, а не правила unparse. Они были закодированы как макрос ассемблера. Очень продвинутый макрос. MACHOP использовались в псевдоинструкции для вывода двоичного машинного кода для целевого процессора. псевдокод, по-видимому, был макросом, содержащим инструкции ассемблера. Так и не дошли руки до выполнения ISO (In Sequence Optimization). Я работаю над новой версией, которая будет использовать блочные структуры типа C. IE { } вместо .BEGIN .END зарезервированные слова if, then else, until и т. д. Мне нужно немного поработать, чтобы обновить свой язык определения машины. У нас не было множественной масштабируемой индексации, как в наборе инструкций IA-86. Мне нравится правило unparse терминологии TREE META для сопоставления шаблонов деревьев. Я реализовал SLIC, работая оператором компьютера в колледже Cerritos. Но на самом деле я никогда не работал оператором. Им нужен был системный программист и системный администратор, когда мы получили DEC-System-10. Они согласились в письменной форме, когда я устроился на работу, что программное обеспечение, которое я разрабатывал в свободное время, принадлежало мне. Будучи студентом, прежде чем получить эту работу, я разработал систему пакетной обработки заданий для Honeywell H200. Первоначально она использовалась для студенческих заданий. Она увеличила пропускную способность студенческих заданий более чем на порядок по количеству студенческих заданий, выполняемых в час. После написания системы обработки данных H200 инструкторы дали мне работу оператора. В Collage не было должности системного программиста, что на самом деле было моей функцией. Моя система обработки данных устранила необходимость в операторе. H200 использовался совместно инструктажем и администрацией (центром обработки данных). Центр обработки данных имел машину с полуночи до полудня. Инструктаж с полудня до полуночи. Было небольшое трение, которое устранила моя система обработки данных, особенно когда я работал в центре обработки данных. Программисты центра обработки данных не ждали следующего дня, чтобы запустить тестовые компиляции. Программист центра обработки данных мог отправить тестовый запуск в любое время.Компьютерного времени было предостаточно. Тогда программное обеспечение не было запатентовано. SLIC в основном делал генерацию выходного кода более читабельной.

Что вы думаете о том, что FORTH является метакомпилятором? Мне все равно, является FORTH метакомпилятором или нет. Моя проблема в том, что описанная FORTH метакомпиляция — это просто самостоятельный компилятор. Если это принять, то почти все распространенные сегодня языки будут метакомпиляторами по определению. -- Steamerandy ( обсуждение ) 07:14, 15 ноября 2014 (UTC) [ ответить ]

На этот запрос помощи был дан ответ. Если вам нужна дополнительная помощь, вы можете задать другой вопрос на своей странице обсуждения , связаться с ответившим пользователем(ями) напрямую на их странице обсуждения или рассмотреть возможность посещения Teahouse .

Когда я попытался проголосовать в опросе фонда Wikimedia, я попал на страницу «Безопасный опрос» https://meta.wikimedia.org/wiki/Special:SecurePoll/vote/339?setlang=en&uselang=en&abtestbanner=WMRed, на которой мне сообщили, что я не вхожу в список избирателей, имеющих право голоса, а затем предоставили предполагаемую ссылку на страницу справки о праве пользователя на голосование и о том, как его добавить в список избирателей.

Но ссылка не работает: страница помощи избирателям Bgoldnyxnet (обсуждение) 05:46, 18 мая 2015 (UTC) [ ответить ]

Ссылка, которую вы предоставили, не была сломана. Возможно, ее починили. Если она все еще сломана с вашей стороны, и если это поможет, я, по-видимому, имею право голосовать, тогда напишите еще {{ help me }} . -- Я мечтаю о лошадях Если вы ответите здесь, пожалуйста, напишите мне, добавив {{U|Я мечтаю о лошадях}} к вашему сообщению. ( поговорите со мной ) ( вклады ) @ 06:41, 18 мая 2015 (UTC) [ ответить ]

Мне снятся лошади . Мне сложно определить, подхожу ли я под это определение. У меня более 20 правок ^[1] , если считать каждое внесенное мной изменение, но некоторые из этих правок были либо исправлением ошибок, которые я внес ранее, либо серией дополнительных правок, чтобы я мог быть уверен, что то, что я сделал, будет отформатировано правильно, прежде чем переходить к другому разделу той же статьи. Я почти уверен, что общее количество всех моих правок превышает 300 — трудно понять, как это может быть не так, если я сделал 20 за 6 месяцев и я активен с 2005 года. Я отправил электронное письмо по этому поводу на адрес board-elections@wikimedia.org.

Здравствуйте, Bgoldnyxnet. Я хотел бы сообщить вам, что предлагаю статью, которую вы начали, Nominal (инженерия), для удаления, потому что я не думаю, что она соответствует нашим критериям включения. Если вы не хотите, чтобы статья была удалена:

1. редактировать страницу
2. удалите текст, который выглядит так:{{proposed deletion/dated...}}
3. сохранить страницу

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

Если у вас есть вопросы, вы можете оставить сообщение на моей странице обсуждения . Sulfurboy ( обсуждение ) 19:00, 30 июля 2015 (UTC) [ ответ ]

Привет, я Sulfurboy. Bgoldnyxnet, спасибо за создание Nominal (инженерия)!

Я только что пометил страницу, используя наши инструменты курирования страниц , как имеющую некоторые проблемы, требующие исправления.

Теги могут быть удалены вами или другим редактором после того, как проблемы, которые они упоминают, будут решены. Если у вас есть вопросы, вы можете оставить комментарий на моей странице обсуждения . Или, для получения дополнительной помощи по редактированию, обратитесь к волонтерам в Teahouse . Sulfurboy ( обсуждение ) 19:01, 30 июля 2015 (UTC) [ ответить ]

Здравствуйте, Bgoldnyxnet. Голосование на выборах в Арбитражный комитет 2016 года открыто с понедельника 00:00, 21 ноября по воскресенье 23:59, 4 декабря для всех незаблокированных пользователей, которые зарегистрировали учетную запись до среды 00:00, 28 октября 2016 года и сделали не менее 150 правок в mainspace до воскресенья 00:00, 1 ноября 2016 года.

Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно.

Если вы хотите принять участие в выборах 2016 года, ознакомьтесь с заявлениями кандидатов и отправьте свой выбор на странице голосования . Доставка сообщения MediaWiki ( обсуждение ) 22:08, 21 ноября 2016 (UTC) [ ответить ]

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

• Стартовая страница приключений в Википедии
• Приключенческая гостиная Википедии
• The Teahouse новый редактор справочное пространство
• Страницы справки Википедии

-- 05:10, суббота, 24 декабря 2016 г. ( UTC )

Я ценю вашу последнюю правку по этой теме, но из вежливости я хотел бы объяснить здесь свою отмену вашей недавней правки по плазме (физика) .[2]

Да. Молния генерируется электрическими токами вдоль плазменного канала , а на Земле плазменные каналы чаще всего встречаются во время гроз. Однако этот спорный текст был очень тщательно написан, чтобы отразить, что плазма на Земле генерируется и не существует свободно в природе как состояние материи. То есть она рассеивается и возвращается в газообразное состояние. Плазма не может поддерживаться как состояние без энергии, которая ее создает. Это утверждение также подтверждается ниже, где говорится: « Частично ионизированная плазма обычно понимается, например, как яркие неоновые вывески или грозы,... » и цитируется. Это также дополнительно подтверждается в утверждении в разделе «Генерация искусственной плазмы», в котором говорится: « ... существует несколько способов ее генерации, однако один принцип является общим для всех них: для ее создания и поддержания должен быть ввод энергии ». (также цитируется)

Примечание: Много времени было потрачено на стабилизацию этого текста, который регулярно взламывался или оспаривался часто из-за плохого понимания предмета и неточных утверждений. Также, возможно, пересмотрите использование страницы обсуждения статьи, если вы считаете, что формулировка или значение неверны. Arianewiki1 ( обсуждение ) 04:28, 18 августа 2017 (UTC) [ ответ ]

Привет.

Вас все еще интересует SLIC?

По другому вопросу. Я не уверен, о чем вы говорили в отношении языка генератора. "IV" штука. Я разработал SLIC независимо на DEC-System-10. Написал его на ассемблере, загрузив его. Компилировал вручную на ассемблере. Я добавил операции списка .FIRST, .LAST, .BUTFIRST и .BUTLAST в язык генератора.

На TOPS-10 SLIC запускался с командной строкой в ​​качестве входных данных. Он анализировал строки файла командной строки на: выходной файл, файл списка и список исходных входных файлов. Использовал предоставленные функции генератора для настройки и открытия файлов. Исходные входные данные — это список файлов.

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

Я разработал SLIC на основе CWIC. Но радикально изменил генерацию кода. В конструкции CWIC plant < ... > вы использовали арифметические выражения для вывода байт-адресуемого кода. В SLIC вы использовали инструкции PSEUDO. Инструкция компилировалась в объект вызова PSEUDO, добавляя его к списку кодов разделов. Сброс раздела, называемого псевдопроцедурами, удаляя их объект вызова. Инструкции PSEUDO в основном являются действием генератора, принимающим фиксированный список аргументов. Вместо установки кода вызывались MACHOP, которые выводили машинный код. Язык ISO In Sequance Optimizer был запланирован, но так и не был разработан. Некоторые идеи заключались в том, что ISO будут связаны с разделами и опционально применяться при сбросе.

Я не использовал стандартную систему динамической памяти LISP. Я использовал динамические массивы. Многоуровневая система с динамической памятью, отображаемой на битах. Свободные блоки общего размера хранились в списках и выделялись из отображаемой на битах памяти группами при необходимости. Некоторые размеры блоков были кратны другим и могли быть разбиты на несколько меньших блоков, избегая более медленного поиска свободной памяти, отображаемой на битах. Инструкция Jiffo (Jump If Find First One) DEC-10 значительно ускорила поиск свободной памяти, отображаемой на битах.

Вы можете связаться со мной по электронной почте или на Facebook, Twitter или LinkedIn по моему никнейму stermer.... Тот же, что я использую здесь. Steamerandy ( talk ) 19:49, 9 февраля 2018 (UTC) [ ответить ]

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

Wrt распределение памяти: CWIC не поддерживал деструктивные изменения списков(*). Это означает, что невозможно строить циклические списки. Это означает, что памятью можно управлять с помощью указателей с подсчетом ссылок (т. е. умных указателей), и нет необходимости в сборщике мусора или отдельном "пространстве".

(*) Не совсем верно: функции rplaca и dreverse можно было явно вызывать, но их использование не поощрялось. Цитируя Вэла Шорре: Rplaca в спешке, раскаивайся на досуге. Bgoldnyxnet (обсуждение) 05:47, 31 января 2023 (UTC) [ ответить ]

Я работаю над исследованием политических мотивов и того, как они влияют на редактирование. Я хотел бы попросить вас принять участие в опросе. Опрос должен занять не более 1-2 минут. Ваши ответы на опрос будут сохранены в тайне. Наш проект задокументирован по адресу https://meta.wikimedia.org/wiki/Research:Wikipedia_%2B_Politics.

Ссылка на ваш опрос: https://uchicago.co1.qualtrics.com/jfe/form/SV_9S3JByWf57fXEkR?Q_DL=56np5HpEZWkMlr7_9S3JByWf57fXEkR_MLRP_73ZB9OjTAHp0d37&Q_CHL=gl

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

Искренняя благодарность за вашу помощь! Porteclefs ( обсуждение ) 17:00, 19 апреля 2018 (UTC) [ ответить ]

Здравствуйте, Bgoldnyxnet. Голосование на выборах Арбитражного комитета 2018 года открыто до 23.59 в воскресенье, 3 декабря. Все пользователи, зарегистрировавшие учетную запись до воскресенья, 28 октября 2018 года, сделавшие не менее 150 правок в mainspace до четверга, 1 ноября 2018 года и в настоящее время не заблокированные, имеют право голосовать. Пользователи с альтернативными учетными записями могут голосовать только один раз.

Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно.

Если вы хотите принять участие в выборах 2018 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Доставка сообщения MediaWiki ( обсуждение ) 18:42, 19 ноября 2018 (UTC) [ ответить ]

Здравствуйте! Голосование на выборах Арбитражного комитета 2019 года открыто до 23:59 в понедельник, 2 декабря 2019 года. Все имеющие право пользователи могут голосовать. Пользователи с альтернативными аккаунтами могут голосовать только один раз. Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно. Если вы хотите принять участие в выборах 2019 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Если вы больше не хотите получать эти сообщения, вы можете добавить их на свою страницу обсуждения пользователя. Доставка сообщений MediaWiki ( обсуждение ) 00:05, 19 ноября 2019 (UTC) [ ответить ]{{NoACEMM}}

Привет. Спасибо за ваши последние правки. Автоматизированный процесс обнаружил, что когда вы недавно редактировали Lich (Dungeons & Dragons) , вы добавили ссылку, указывающую на страницу неоднозначности Phylactery . Такие ссылки обычно неверны , поскольку страница неоднозначности — это просто список несвязанных тем с похожими названиями. (Прочитайте FAQ  • Присоединяйтесь к нам в DPL WikiProject .)

Это сообщение можно удалить. Также, чтобы прекратить получать эти сообщения, следуйте этим инструкциям по отказу . Спасибо, DPL bot ( talk ) 06:06, 26 августа 2020 (UTC) [ ответить ]

Здравствуйте! Голосование на выборах в Арбитражный комитет 2020 года открыто до 23:59 (UTC) в понедельник, 7 декабря 2020 года. Все имеющие право пользователи могут голосовать. Пользователи с альтернативными аккаунтами могут голосовать только один раз. Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно. Если вы хотите принять участие в выборах 2020 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Если вы больше не хотите получать эти сообщения, вы можете добавить их на свою страницу обсуждения пользователя. Доставка сообщений MediaWiki ( обсуждение ) 01:17, 24 ноября 2020 (UTC) [ ответить ]{{NoACEMM}}

Здравствуйте! Голосование на выборах в Арбитражный комитет 2021 года открыто до 23:59 (UTC) в понедельник, 6 декабря 2021 года. Все имеющие право пользователи могут голосовать. Пользователи с альтернативными аккаунтами могут голосовать только один раз. Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно. Если вы хотите принять участие в выборах 2021 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Если вы больше не хотите получать эти сообщения, вы можете добавить их на свою страницу обсуждения пользователя. Доставка сообщений MediaWiki ( обсуждение ) 00:02, 23 ноября 2021 (UTC) [ ответить ]{{NoACEMM}}

Здравствуйте! Голосование на выборах в Арбитражный комитет 2022 года открыто до 23:59 (UTC) в понедельник, 12 декабря 2022 года. Все имеющие право пользователи могут голосовать. Пользователи с альтернативными аккаунтами могут голосовать только один раз.

Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно.

Если вы хотите принять участие в выборах 2022 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Если вы больше не хотите получать эти сообщения, вы можете добавить их на свою страницу обсуждения пользователя. Доставка сообщений MediaWiki ( обсуждение ) 00:21, 29 ноября 2022 (UTC) [ ответить ]{{NoACEMM}}

Здравствуйте! Голосование на выборах в Арбитражный комитет 2023 года открыто до 23:59 (UTC) в понедельник, 11 декабря 2023 года. Все имеющие право пользователи могут голосовать. Пользователи с альтернативными аккаунтами могут голосовать только один раз.

Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно.

Если вы хотите принять участие в выборах 2023 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Если вы больше не хотите получать эти сообщения, вы можете добавить их на свою страницу обсуждения пользователя. Доставка сообщений MediaWiki ( обсуждение ) 00:23, 28 ноября 2023 (UTC) [ ответить ]{{NoACEMM}}

Здравствуйте! Голосование на выборах в Арбитражный комитет 2024 года открыто до 23:59 (UTC) в понедельник, 2 декабря 2024 года. Все имеющие право пользователи могут голосовать. Пользователи с альтернативными аккаунтами могут голосовать только один раз.

Арбитражный комитет — это группа редакторов, ответственных за проведение арбитражного процесса Википедии . Он имеет полномочия налагать обязательные решения на споры между редакторами, в первую очередь, на серьезные споры о поведении, которые сообщество не смогло разрешить. Это включает в себя полномочия налагать запреты на сайты , запреты на темы , ограничения на редактирование и другие меры, необходимые для поддержания нашей среды редактирования. Политика арбитража описывает роли и обязанности Комитета более подробно.

Если вы хотите принять участие в выборах 2024 года, пожалуйста, ознакомьтесь с кандидатами и отправьте свой выбор на странице голосования . Если вы больше не хотите получать эти сообщения, вы можете добавить их на свою страницу обсуждения пользователя. Доставка сообщений MediaWiki ( обсуждение ) 00:05, 19 ноября 2024 (UTC) [ ответить ]{{NoACEMM}}