Статуя Свободы | История, информация, высота, стихи и факты

Самые популярные вопросы

Что такое Статуя Свободы?

Статуя Свободы — 305-футовая (93-метровая) статуя, расположенная на острове Свободы в заливе Верхний Нью-Йорк, недалеко от побережья Нью-Йорка. Статуя является олицетворением свободы в образе женщины. В поднятой правой руке она держит факел, а в левой сжимает табличку.

Когда была построена Статуя Свободы?

Статуя Свободы была построена во Франции между 1875 и 1884 годами. Она была разобрана и отправлена ​​в Нью-Йорк в 1885 году. монтаж.

Кто изваял Статую Свободы?

Статуя Свободы была создана между 1875 и 1884 годами под руководством французского скульптора Фредерика-Огюста Бартольди, который начал разрабатывать проекты в 1870 году. Бартольди и его команда забили около 31 тонны медных листов на стальной каркас. До того, как статуя была установлена ​​на нынешнем пьедестале, ее высота составляла более 151 фута (46 метров), а вес — 225 тонн.

Кем была женщина, стоящая за Статуей Свободы?

Узнайте, почему Либерти выглядит именно так.

Что держит Статуя Свободы?

В поднятой правой руке Статуя Свободы держит факел. Это представляет собой свет, который указывает наблюдателям путь к свободе. В левой руке она сжимает табличку с надписью «JULY IV MDCCLXXVI» — датой принятия Декларации независимости римскими цифрами.

Чем важна Статуя Свободы?

Статуя Свободы — одна из самых легко узнаваемых статуй в мире, которую часто считают символом как Нью-Йорка, так и Соединенных Штатов. Кроме того, статуя расположена недалеко от острова Эллис, где до 1943 года принимали миллионы иммигрантов. Из-за этого Статуя Свободы также считается символом надежды, свободы и справедливости.

Взгляните на Статую Свободы как символ американской мечты полным надежд иммигрантам, прибывающим на остров Эллис

Посмотреть все видео к этой статье

Статуя Свободы , формально Свобода, озаряющая мир , колоссальная статуя на острове Свободы в заливе Верхний Нью-Йорк, США, в память о дружбе народов США и Франции. Имея высоту 305 футов (93 метра), включая пьедестал, он представляет собой женщину, держащую факел в поднятой правой руке, и табличку с датой принятия Декларации независимости (4 июля 1776 года) в левой. Факел, который измеряет 29футов (8,8 метра) от кончика пламени до нижней части ручки, до него можно добраться по служебной лестнице длиной 42 фута (12,8 метра) внутри рукоятки (этот подъем был открыт для публики с 1886 по 1916 год). Лифт доставляет посетителей на смотровую площадку в постаменте, на которую можно подняться и по лестнице, а винтовая лестница ведет на смотровую площадку в короне фигуры. На табличке у входа на пьедестал написан сонет Эммы Лазарус «Новый колосс» (1883 г.). Оно было написано, чтобы помочь собрать деньги на пьедестал, и гласит:

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

Светится всемирный привет; ее кроткие глаза командуют
Гаванью с воздушным мостом, которую обрамляют города-побратимы.
«Храните, древние земли, свою легендарную пышность!» плачет она
Безмолвными губами. «Отдай мне свою усталую, свою бедную,
Твои сбившиеся в кучу массы, жаждущие вздохнуть свободно,
Жалкие отбросы твоего изобилующего берега.
Пошлите мне этих, бомжей, буревестников,
Я подниму свою лампу у золотой двери!»

Французский историк Эдуард де Лабулайе сделал предложение о создании статуи в 1865 году. Средства были внесены французами, и работа началась во Франции в 1875 году под руководством скульптора Фредерика-Огюста Бартольди. Статуя была построена из медных листов, вручную откована и собрана на каркасе из четырех гигантских стальных опор, спроектированных Эженом-Эммануэлем Виолле-ле-Дюком и Александром-Гюставом Эйфелем. Колосс был представлен американскому министру Франции Леви Мортону (позже вице-президенту) на церемонии в Париже 4 июля 1884 года.

В 1885 году завершенная статуя высотой 151 фут 1 дюйм (46 метров) и весом 225 тонн была разобрана. и отправлены в Нью-Йорк. Постамент, спроектированный американским архитектором Ричардом Моррисом Хантом и построенный в стенах форта Вуд на острове Бедлоу, был завершен позже. Статуя, установленная на пьедестале, была освящена президентом Гровером Кливлендом 28 октября 1886 года. За прошедшие годы факел претерпел несколько модификаций, в том числе его преобразование в электроэнергию в 1916 и ее редизайн (с медным покрытием, обшитым сусальным золотом) в середине 1980-х годов, когда статуя была отремонтирована и восстановлена ​​американскими и французскими рабочими к празднованию столетия, состоявшемуся в июле 1986 года. Это место было добавлено в Список всемирного наследия ЮНЕСКО. в 1984 г.

Викторина Британника

Статуя Свободы Викторина

Статуя сначала находилась в ведении Совета маяков США, так как освещенный факел считался средством навигации. Поскольку Форт-Вуд все еще был действующим армейским постом, ответственность за содержание и эксплуатацию статуи была передана в 1919 г.01 в Военное ведомство. В 1924 году она была объявлена ​​национальным памятником, а в 1933 году управление статуей было передано в ведение Службы национальных парков. Форт Вуд был деактивирован в 1937 году, а остальная часть острова была включена в состав памятника. В 1956 году остров Бедлоу был переименован в Остров Свободы, а в 1965 году близлежащий остров Эллис, когда-то главный иммиграционный пункт страны, был добавлен к юрисдикции памятника, в результате чего его общая площадь составила около 58 акров (около 24 гектаров). Экспонаты по истории Статуи Свободы, в том числе оригинальный факел статуи 1886 года, хранились в основании статуи до 2018 года, когда они были перенесены в соседний музей Статуи Свободы.

Редакторы Британской энциклопедии Эта статья была недавно отредактирована и обновлена ​​Пэтом Бауэром. Сборка

— Почему дизассемблированные данные становятся инструкциями?

Я пытаюсь дать вам объяснение.

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

Во многих (но не во всех) случаях отладчик действительно может определить, что такое код и что такое данные, но этот анализ кода может быть очень сложным, поэтому большинство отладчиков/дизассемблеров просто не имеют такого анализатора потока кода. По этой причине они просто выбирают смещение в вашем файле/памяти (обычно это текущий указатель инструкции) и, начиная с этого смещения, декодируют серию последовательных байтов как инструкции по ассемблеру последовательно без следования каким-либо инструкциям jmp , пока экран отладчика полностью не заполнится достаточным количеством дизассемблированных строк. Тупые дизассемблеры/отладчики не заботятся о том, действительно ли дизассемблированные байты используются в вашей программе как инструкции или данные, они рассматривают их как инструкции.

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

Этот последовательный разбор последовательных байтов — простой метод, который работает в большинстве случаев. Если вы последовательно декодируете инструкции, отличные от jmp , которые следуют друг за другом, вы можете быть почти уверены, что процессор выполнит их именно в этом порядке. Однако, как только вы достигнете и декодируете инструкцию jmp , вы не можете быть уверены, что следующие байты действительны как код. Однако вы можете попытаться декодировать их как инструкции, надеясь, что в середине кода нет данных (и да, в большинстве случаев после 9 данных нет никаких данных). 0078 jmp (или аналогичная инструкция потока управления), вот почему отладчики дают вам

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

Предположим, у вас есть простая программа .com, которая просто перескакивает через некоторые данные, а затем существует с кодом 9.0078 интервал 20ч :

 старт джмп
    дБ 90ч
начинать:
    через 20ч
 

Дизассемблер, вероятно, скажет вам что-то вроде следующего, дизассемблируя, начиная со смещения 0000:

 --> 0000 eb 01 jmp short 0003
    0002 90 нет
    0003 компакт-диск 20 интервал 20ч
 

Круто, это выглядит точно так же, как наш исходный код на ассемблере… Теперь давайте немного изменим программу: давайте изменим данные.

..

 jmp start
    дБ CDH
начинать:
    через 20ч
 

Теперь дизассемблер покажет вам это:

 --> 0000 eb 01 jmp short 0003
    0002 cd cd int cdh
    0004 20 ...... как угодно...
 

Проблема в том, что некоторые инструкции состоят из более чем 1 байта, и отладчику все равно, представляют ли байты для вас код или данные. В приведенном выше примере, если дизассемблер последовательно дизассемблирует байты со смещения 0000 до конца вашей программы (включая ваши данные), тогда ваши 1-байтовые данные будут дизассемблированы в 2-байтовую инструкцию («украл» первый байт вашего фактического кода), поэтому следующая инструкция, которую пытается дизассемблировать отладчик, будет иметь смещение 0004 вместо 0003, где ваши jmp обычно прыгает. В первом примере у нас не было такой проблемы, потому что данные были дизассемблированы в 1-байтовую инструкцию и

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

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

Допустим, вы отлаживаете вторую программу-пример и выполняете в ней все инструкции одну за другой. Когда вы запускаете программу с указателем инструкций == 0000, отладчик показывает это:

 --> 0000 eb 01 jmp short 0003
    0002 cd cd int cdh
    0004 20 ...... как угодно...
 

Однако, когда вы запускаете команду «шаг» для выполнения одной инструкции, указатель инструкции (IP) изменяется на 0003, и отладчик снова выполняет «тупую дизассемблирование» со смещения 0003 до тех пор, пока экран отладчика не заполнится, поэтому вы увидите это:

 --> 0003 cd 20 int 20h
    0005 . ..... что угодно...
 

Вывод: если у вас тупой дизассемблер и вы смешиваете данные в середине вашего кода (с jmp вокруг данных), то тупой дизассемблер будет обрабатывать ваши данные как код, и это может вызвать «незначительную» проблему, с которой вы столкнулись. сталкивался.

Расширенный дизассемблер с анализом потока (например, Ida Pro) будет выполнять дизассемблирование, следуя инструкциям по переходу. После разборки вашего jmp по смещению 0000, он обнаружит, что следующая инструкция для дизассемблирования является целью jmp по адресу 0003, и в качестве следующего шага он будет дизассемблировать int 20h . Это пометит байт db cdh по смещению 0002 как данные.

Как вы уже заметили, инструкция в (весьма устаревшем) наборе инструкций 8086 может иметь длину от 1 до 6 байт, но jmp или call могут переходить куда угодно в памяти с байтовой гранулярностью. Длину инструкции обычно можно определить по первым 1 или 2 байтам инструкции. Однако байты «склеиваются» в инструкцию только тогда, когда процессор нацеливается на первый байт инструкции со своим специальным IP (регистром указателя инструкции) и пытается выполнить байты с заданным смещением. Давайте рассмотрим сложный пример: у вас есть байты eb ff 26 05 00 03 00 в памяти по смещению 0000, и вы выполняете их шаг за шагом.

 --> 0000 eb ff jmp короткий 0001
    0002 26 05 00 03 es: добавить топор, 300ч
    0006 00 ...... что угодно...
 

Указатель инструкции процессора (IP) указывает на смещение 0000, поэтому он декодирует инструкцию, и байты «слипаются в инструкцию» на время выполнения. (Процессор выполняет декодирование инструкции в 0000.) Поскольку первый байт равен eb, он знает, что длина инструкции составляет 2 байта. Отладчик также знает об этом, поэтому он декодирует инструкцию для вас, а также генерирует некоторую дополнительную ошибочную дизассемблирование, основанную на неверном предположении, что в какой-то момент процессор выполнит инструкцию по смещению 0002, а затем по смещению 0006 и т.  д. увидит, что это неправда, процессор будет склеивать байты в инструкции с совершенно разными смещениями.

Как вы видите, мой хитрый байт-код содержит jmp , который переходит к смещению 0001, которое находится в середине выполняемой инструкции jmp !!! Однако это совсем не проблема. Процессору все равно, и он с радостью переходит к смещению 0001, чтобы следующим шагом он попытался декодировать инструкцию (или «склеить байты»). Посмотрим, какую инструкцию процессор найдет по адресу 0001:

 --> 0001 ff 26 05 00 jmp word ptr [5]
    0005 03 00 добавить топор, слово ptr [bx+si]
 

Как вы видите, у нас есть следующая инструкция по адресу 0001, и отладчик показывает нам некую разборку мусора по смещению 0005, основанную на ложном предположении, что процессор в какой-то момент доберется до этого смещения…

Инструкция по адресу 0001 сообщает Процессор выбирает слово со смещения 0005 и интерпретирует его как смещение для перехода туда.