Das Avalon Theatre ist ein historisches Theater in der Innenstadt von Easton, Maryland. The Avalon wurde ursprünglich als Kino im Jahr 1921 erbaut und wurde als "Schauplatz der Ostküste" bezeichnet. Heute dient es als Hauptschauplatz des Mid-Shore-Gebiets für darstellende Künste, national und lokal. [1]
Überblick [ edit
1934 erwarben die Schine Chain Theatres die Avalon und Es wurde mit einem Art Deco-Thema renoviert. Es wurde eines der berühmtesten Filmhäuser in der Gegend und beherbergte drei Weltpremieren, darunter The First Kiss mit Gary Cooper. Das Theater verfiel schließlich und wurde 1985 geschlossen. 1989 wurde es als Zentrum für darstellende Kunst restauriert und 1992 von der Stadt Easton gekauft. The Avalon wird derzeit von der Avalon Foundation, einer gemeinnützigen Organisation, betrieben. Das Avalon ist seitdem zu einem bedeutenden Musikort und Zentrum für Community-Events in der Region geworden.
Geschichte [ edit ]
Früh [ edit
Erbaut im Jahre 1921 zu einem Preis von 100.000 Dollar , wie ein Zeitungsreporter verkündete, der "Schauplatz der Ostküste". Optisch spektakulär äußerte ein anderer Zeitungsreporter die mutige Aussage, dass "kein Haus im Süden mit allen Details verglichen werden wird". Zu diesem Detail gehörten Bleiglastüren an jedem Theatereingang, eine 18-Fuß-Kuppel mit 148 Lichtern, eine elektrisch-pneumatische 300-Pfeifenorgel, ein E-Piano und ein Ballsaal im zweiten Stock.
Mitte [ edit ]
Als jedoch die Schine Theatre Chain das Theater 1934 kaufte, wurde das Gebäude komplett umgebaut. Schine schloss den Ballsaal und gestaltete das Theater mit einem Art Deco-Thema um, das bis heute erhalten bleibt. Im Zuge des Umbaus verlor das Theater viele seiner Ausstattungen zugunsten des Art Deco-Themas, aber sein Ruf als Filmhaus wuchs rasch. Generations of Eastern Shore-Kinobesucher sahen Clark Gables ersten Kuss, Bette Davis 'erste psychotische Rolle und Roy Rogers' erste Schießerei im Avalon. Drei Weltpremieren fanden im Avalon statt, darunter "The First Kiss" mit Gary Cooper und Fay Rae, die in Easton und St. Michaels gedreht wurden. Das Ansehen von Avalon als führendes Filmhaus von Easton endete 1985 nach einer Laufzeit von 64 Jahren. Der Schimmelpilz, Risse in den Wänden, fleckige Teppiche und wackelige Sitze schlossen den Avalon 1985 und blieben bis November 1987 dunkel.
Später [ edit ]
Unter der Führung des Bürgermeisters von Easton, George Murphy, begannen die Renovierungsarbeiten Ende 1987, um das Theater in seiner früheren Pracht wieder herzustellen. Das 1989 fertiggestellte Avalon wurde prächtig restauriert und zu einem Zentrum für darstellende Kunst ausgebaut, wobei die Proszenium-Bühne, die gewölbte Decke und die unglaubliche Akustik erhalten blieben. Das Theater florierte jedoch nach den Renovierungsarbeiten nicht sofort. Nach der Umgestaltung in Höhe von 1,36 Millionen Dollar wurde das Theater an das Mid-Shore Center für darstellende Kunst verkauft, was jedoch nicht erfolgreich war. Um das Theater zu retten, wurde es 1992 von seinem einzigen Bieter - der Stadt Easton - bei einer Auktion zurückgekauft. Nach intensiver Diskussion und Analyse durch eine Planungsgruppe beschloss die Stadt, den Betrieb einer gemeinnützigen Gesellschaft, ihrem Kuratorium und einer professionellen Geschäftsführung zu übergeben. 1994 unterzeichnete die Stadt einen Mietvertrag mit der Avalon Foundation, Inc., die von John und Ellen General gegründet wurde. Bald darauf begann das historische Avalon Theatre unter seiner Führung als Zentrum für darstellende Kunst und Gemeinschaftsveranstaltungen rasch zu wachsen. Seit der Übernahme der Avalon Foundation verfügt das Theater über modernste Beschallung und Beleuchtung, Videoprojektoren, Fernsehproduktionen und eine freundliche, aber elegante Atmosphäre. ]
Koordinaten: 38 ° 46′27 ″ N 76 ° 4′30 ″ W / 38.77417 ° N 76.07500 ° W / 38.77417 ; -76.07500
Bruce Crossing ist eine nicht rechtsfähige Gemeinde in Ontonagon County, Michigan, USA. Bruce Crossing liegt in Stannard Township an der Kreuzung des US Highway 45 und der M-28, 39,4 km südöstlich von Ontonagon. [2] Bruce Crossing hat ein Postamt mit der Postleitzahl 49912. [3]
History [19659005] [ edit ]
Bruce Crossing wurde erstmals von August Neuman besiedelt, der dort ein Sägewerk errichtete. Die Gemeinde hieß ursprünglich Bruce's Crossing, als das Postamt am 5. März 1888 eröffnet wurde. Der Name stammte vom ersten Postmeister, Donald M. Bruce, der an der Kreuzung der Duluth, der South Shore und der Atlantic Railway sowie der Alten ein Geschäft besaß Militärstraße. Es wurde am 13. August 1891 auf Bruce Crossing verkürzt. Wetter [ edit ]
Juli ist normalerweise der wärmste Monat in Bruce Crossing, wenn die Durchschnittstemperatur bei 77 ° F (25 °) liegt C) und Tiefs durchschnittlich 12 ° C. Im Januar ist es am kältesten, wenn die hohen Temperaturen durchschnittlich 19 ° F (-7 ° C) und die Tiefsttemperaturen durchschnittlich -1 ° F (-18 ° C) betragen. [5] Die höchste gemessene Temperatur betrug 36 ° C (97 ° F) 1975 und der niedrigste war -43 ° F (-42 ° C) im Jahr 1951.
Miguel A. Núñez Jr. (* 11. August 1964) ist ein US-amerikanischer Schauspieler. Er ist am besten für seine Nebenrollen in Die Rückkehr der lebenden Toten und Life und Hauptrollen in Juwanna Mann und Tour of Duty bekannt ].
Biografie [ edit ]
Núñez wurde in New York geboren, ist afroamerikanischer und dominikanischer Abstammung, [1] und wurde von seinen Großeltern in Wilson, North Carolina, aufgezogen. Eine seiner ersten Hauptrollen war die Nebenrolle von Spider in The Return of the Living Dead und seine erste große Hauptrolle war die Rolle von Marcus Taylor in der CBS-Serie Tour of Duty wo er in allen drei Staffeln der Show Hauptdarsteller war. Später erschien er in der kurzlebigen Fox-Serie My Wildest Dreams sowie in der kurzlebigen UPN-Show Sparks sowie in Filmen wie Juwanna Mann ]. Núñez hatte auch die wiederkehrende Rolle von Zach in der zweiten Staffel des Friends Spinoff, Joey inne.
Nùñez war auch ein ausführender Produzent des Musik-Comedy-Drama-Films von 2014 School Dance der von Nick Cannon inszeniert und geschrieben wurde.
"Software-Bibliothek" leitet hier um. Es ist nicht mit Bibliotheksoftware zu verwechseln.
In diesem Artikel geht es um ein Softwareentwicklungskonzept. Ein Archiv digitaler Assets finden Sie unter Digitale Bibliothek.
Illustration einer Anwendung, die mit libvorbisfile eine Ogg Vorbis-Datei abspielt.
In der Informatik ist eine Bibliothek eine Sammlung nichtflüchtiger Ressourcen Wird von Computerprogrammen verwendet, häufig für die Softwareentwicklung. Dazu können Konfigurationsdaten, Dokumentation, Hilfedaten, Meldungsvorlagen, vorgefertigter Code und Unterprogramme, Klassen, Werte oder Typspezifikationen gehören. In OS / 360 von IBM und seinen Nachfolgern werden sie als partitionierte Datensätze bezeichnet.
Eine -Bibliothek ist auch eine Sammlung von Verhaltensimplementierungen, die in Form einer Sprache geschrieben sind und über eine gut definierte Schnittstelle verfügen, über die das Verhalten aufgerufen wird. Zum Beispiel können Personen, die ein Programm auf höherer Ebene schreiben möchten, eine Bibliothek verwenden, um Systemaufrufe durchzuführen, anstatt diese Systemaufrufe immer wieder zu implementieren. Darüber hinaus wird das Verhalten für die Wiederverwendung durch mehrere unabhängige Programme bereitgestellt. Ein Programm ruft das durch die Bibliothek bereitgestellte Verhalten über einen Sprachmechanismus auf. Beispielsweise wird in einer einfachen imperativen Sprache wie C das Verhalten in einer Bibliothek unter Verwendung des normalen Funktionsaufrufs von C aufgerufen. Was den Aufruf als eine Bibliotheksfunktion auszeichnet, im Gegensatz zu einer anderen Funktion im selben Programm, ist die Art und Weise, wie der Code im System organisiert ist.
Der Bibliothekscode ist so organisiert, dass er von mehreren Programmen verwendet werden kann, die keine Verbindung zueinander haben, während Code, der Teil eines Programms ist, so organisiert ist, dass er nur innerhalb dieses einen Programms verwendet werden kann. Diese Unterscheidung kann eine hierarchische Vorstellung gewinnen, wenn ein Programm groß wird, beispielsweise ein Programm mit mehreren Millionen Zeilen. In diesem Fall können interne Bibliotheken vorhanden sein, die von unabhängigen Unterabschnitten des großen Programms wiederverwendet werden. Das Unterscheidungsmerkmal besteht darin, dass eine Bibliothek zum Zwecke der Wiederverwendung durch unabhängige Programme oder Unterprogramme organisiert ist und der Benutzer nur die Schnittstelle und nicht die internen Details der Bibliothek kennen muss.
Der Wert einer Bibliothek liegt in der Wiederverwendung des Verhaltens. Wenn ein Programm eine Bibliothek aufruft, erhält es das in dieser Bibliothek implementierte Verhalten, ohne dieses Verhalten selbst implementieren zu müssen. Bibliotheken fördern die modulare gemeinsame Nutzung von Code und erleichtern die Verteilung des Codes.
Das von einer Bibliothek implementierte Verhalten kann in verschiedenen Phasen des Programmlebenszyklus mit dem aufrufenden Programm verbunden werden. Wenn während des Erstellens des aufrufenden Programms auf den Code der Bibliothek zugegriffen wird, wird die Bibliothek als statische Bibliothek bezeichnet. [1] Eine Alternative besteht darin, die ausführbare Datei des aufrufenden Programms zu erstellen und diese unabhängig von der Bibliotheksimplementierung zu verteilen. Das Bibliotheksverhalten wird verbunden, nachdem die ausführbare Datei zur Ausführung aufgerufen wurde, entweder als Teil des Prozesses zum Starten der Ausführung oder während der Ausführung. In diesem Fall wird die Bibliothek als dynamische Bibliothek bezeichnet (zur Laufzeit geladen). Eine dynamische Bibliothek kann geladen und verknüpft werden, wenn ein Programm zur Ausführung vom Linker vorbereitet wird. Alternativ kann eine Anwendung während der Ausführung explizit anfordern, dass ein Modul geladen wird.
Die meisten kompilierten Sprachen verfügen über eine Standardbibliothek, obwohl Programmierer auch eigene benutzerdefinierte Bibliotheken erstellen können. Die meisten modernen Softwaresysteme stellen Bibliotheken bereit, die die Mehrheit der Systemdienste implementieren. Solche Bibliotheken haben die Dienste modernisiert, die eine moderne Anwendung erfordert. Daher wird der meiste von modernen Anwendungen verwendete Code in diesen Systembibliotheken bereitgestellt.
Geschichte [ edit ]
Die frühesten Programmierkonzepte, die analog zu Bibliotheken waren, sollten Datendefinitionen von der Programmimplementierung trennen. JOVIAL machte 1959 das Konzept "COMPOOL" (Communication Pool) auf sich aufmerksam, übernahm jedoch die Idee der großen SAGE-Software. Nach den Informatikgrundsätzen der Trennung von Anliegen und dem Verbergen von Informationen bestand "der Zweck von Comm Pool darin, die gemeinsame Nutzung von Systemdaten durch eine zentralisierte Datenbeschreibung zu ermöglichen." [2]
COBOL schloss 1959 "primitive Fähigkeiten für ein Bibliothekssystem" ein, [3] aber Jean Sammet beschrieb sie rückblickend als "unzureichende Bibliotheksmöglichkeiten". [4]
Ein weiterer wichtiger Beitrag zum modernen Bibliothekskonzept kam hinzu in Form des Unterprogramms Innovation von FORTRAN. FORTRAN-Unterprogramme können unabhängig voneinander kompiliert werden, dem Compiler fehlte jedoch ein Linker. Vor der Einführung von Modulen in Fortran-90 war also die Typüberprüfung zwischen Unterprogrammen von FORTRAN [NB 1] unmöglich. [5]
Schließlich sollten sich Historiker des Konzepts an die einflussreiche Simula 67 erinnern Die erste objektorientierte Programmiersprache und ihre Klassen waren nahezu identisch mit dem modernen Konzept, wie es in Java, C ++ und C # verwendet wird. Das -Klassenkonzept von Simula war auch ein Vorläufer des -Pakets in Ada und des -Moduls von Modula-2. [6] Auch als ursprünglich 1965 entwickelt, Simula-Klassen könnten in Bibliotheksdateien aufgenommen und zur Kompilierzeit hinzugefügt werden. [7]
Linking [ edit ]
Bibliotheken sind wichtig im Programm oder . Bindungsprozess der die als bezeichneten Verweise oder Symbole auf Bibliotheksmodule auflöst. Der Verknüpfungsprozess wird normalerweise automatisch durch ein -Linker-Programm oder ausgeführt, das eine Reihe von Bibliotheken und anderen Modulen in einer bestimmten Reihenfolge durchsucht. Normalerweise wird es nicht als Fehler betrachtet, wenn ein Verknüpfungsziel in einer bestimmten Gruppe von Bibliotheken mehrmals gefunden werden kann. Das Verknüpfen kann erfolgen, wenn eine ausführbare Datei erstellt wird oder wenn das Programm zur Laufzeit verwendet wird.
Die aufgelösten Referenzen können Adressen für Sprünge und andere Routineaufrufe sein. Sie können sich im Hauptprogramm oder in einem Modul befinden, abhängig von einem anderen. Sie werden in feste oder verschiebbare Adressen (von einer gemeinsamen Basis) aufgelöst, indem Laufzeitspeicher für die Speichersegmente jedes referenzierten Moduls zugewiesen wird.
Einige Programmiersprachen verwenden möglicherweise eine Funktion namens Smart Linking bei der der Linker den Compiler kennt oder in diesen integriert ist, so dass der Linker weiß, wie externe Referenzen verwendet werden, und Code in einer Bibliothek, die niemals verwendet wird tatsächlich verwendet obwohl intern referenziert, kann aus der kompilierten Anwendung verworfen werden. Beispielsweise kann ein Programm, das nur Ganzzahlen für die Arithmetik verwendet oder überhaupt keine Rechenoperationen ausführt, Fließkommabibliotheksroutinen ausschließen. Diese intelligente Verknüpfungsfunktion kann zu kleineren Anwendungsdateigrößen und geringerem Speicherbedarf führen.
Verlagerung [ edit ]
Einige Verweise in einem Programm- oder Bibliotheksmodul werden in einer relativen oder symbolischen Form gespeichert, die nicht aufgelöst werden kann, bis allen Code und Bibliotheken endgültige statische Adressen zugewiesen sind. Relocation ist der Prozess zum Anpassen dieser Referenzen und wird entweder vom Linker oder vom Loader ausgeführt. Im Allgemeinen kann die Verlagerung nicht in einzelne Bibliotheken selbst vorgenommen werden, da die Adressen im Speicher je nach dem verwendeten Programm und den damit verbundenen Bibliotheken variieren können. Positionsunabhängiger Code vermeidet Verweise auf absolute Adressen und erfordert daher keine Verlagerung.
Statische Bibliotheken [ edit ]
Wenn eine Verknüpfung während der Erstellung einer ausführbaren Datei oder einer anderen Objektdatei ausgeführt wird, wird sie als statische Verknüpfung oder bezeichnet ] frühe Bindung . In diesem Fall erfolgt die Verknüpfung normalerweise über einen Linker, kann aber auch vom Compiler ausgeführt werden. Eine statische Bibliothek auch bekannt als Archiv soll statisch verlinkt werden. Ursprünglich existierten nur statische Bibliotheken. Statische Verknüpfungen müssen durchgeführt werden, wenn Module erneut kompiliert werden.
Alle von einem Programm benötigten Module werden manchmal statisch verknüpft und in die ausführbare Datei kopiert. Dieser Prozess und die resultierende eigenständige Datei werden als statische Erstellung des Programms bezeichnet. Ein statischer Build erfordert möglicherweise keine weitere Verschiebung, wenn virtueller Speicher verwendet wird und keine zufällige Anordnung des Adressraumlayouts gewünscht wird. [8]
Gemeinsam genutzte Bibliotheken [ edit ]
A gemeinsam genutzte Bibliothek oder gemeinsam genutztes Objekt ist eine Datei, die von ausführbaren Dateien und weiteren gemeinsam genutzten Objektdateien gemeinsam genutzt werden soll. Module, die von einem Programm verwendet werden, werden zur Ladezeit oder zur Laufzeit von einzelnen gemeinsam genutzten Objekten in den Speicher geladen, anstatt von einem Linker kopiert zu werden, wenn eine einzelne monolithisch ausführbare Datei für das Programm erstellt wird.
Freigegebene Bibliotheken können statisch verknüpft werden. Dies bedeutet, dass Verweise auf die Bibliotheksmodule aufgelöst werden und den Modulen Speicher zugewiesen wird, wenn die ausführbare Datei erstellt wird. Aber häufig wird das Verknüpfen von gemeinsam genutzten Bibliotheken verschoben, bis sie geladen werden. [ dubious - Diskutieren ]
Die meisten modernen Betriebssysteme [NB 2] können gemeinsam genutzte Bibliotheksdateien der das gleiche Format wie die ausführbaren Dateien. Dies bietet zwei Hauptvorteile: Erstens erfordert es, für beide nur einen Lader zu machen, anstatt für zwei (der einzige Lader ist seiner zusätzlichen Komplexität wert). Zweitens können die ausführbaren Dateien auch als gemeinsam genutzte Bibliotheken verwendet werden, wenn sie eine Symboltabelle haben. Typische kombinierte Formate für ausführbare und gemeinsam genutzte Bibliotheken sind ELF und Mach-O (beide in Unix) und PE (Windows).
In einigen älteren Umgebungen, z. B. 16-Bit-Windows oder MPE für den HP 3000, waren nur stapelbasierte Daten (lokal) im Code für gemeinsam genutzte Bibliotheken zulässig, oder es wurden andere wesentliche Einschränkungen für den Code für gemeinsam genutzte Bibliotheken auferlegt.
Gemeinsamer Speicher [ edit ]
Bibliothekscode kann von mehreren Prozessen sowie auf der Festplatte im Speicher gemeinsam genutzt werden. Wenn virtueller Speicher verwendet wird, führen Prozesse dieselbe physische RAM-Seite aus, die den verschiedenen Adressräumen der Prozesse zugeordnet ist. Das hat Vorteile. Auf dem OpenStep-System beispielsweise waren Anwendungen oft nur wenige hundert Kilobyte groß und wurden schnell geladen. Der Großteil ihres Codes befand sich in Bibliotheken, die bereits zu anderen Zwecken vom Betriebssystem geladen wurden. [ Zitat benötigt ]
Programme können RAM-Sharing durch Verwendung von position- Unabhängiger Code wie bei Unix, der zu einer komplexen, aber flexiblen Architektur führt, oder durch Verwendung gemeinsamer virtueller Adressen wie bei Windows und OS / 2. Diese Systeme stellen sicher, dass der Code durch verschiedene Tricks wie das Vorabbilden des Adressraums und das Reservieren von Slots für jede gemeinsam genutzte Bibliothek mit großer Wahrscheinlichkeit gemeinsam genutzt wird. Eine dritte Alternative ist der einstufige Speicher, wie er von IBM System / 38 und seinen Nachfolgern verwendet wird. Dies ermöglicht positionsabhängigen Code, unterliegt jedoch keinen wesentlichen Einschränkungen hinsichtlich der Platzierung und der gemeinsamen Nutzung von Code.
In einigen Fällen können unterschiedliche Versionen gemeinsam genutzter Bibliotheken Probleme verursachen, insbesondere wenn Bibliotheken unterschiedlicher Versionen den gleichen Dateinamen haben und für verschiedene auf einem System installierte Anwendungen jeweils eine bestimmte Version erforderlich ist. Ein solches Szenario ist als DLL Hell bekannt, benannt nach der Windows- und OS / 2-DLL-Datei. Die meisten modernen Betriebssysteme nach 2001 verfügen über Aufräummethoden, um solche Situationen zu beseitigen oder anwendungsspezifische "private" Bibliotheken zu verwenden. [9]
Dynamic Linking [ edit ]
Dynamic Linking oder Late Binding Diese Verknüpfung wird ausgeführt, während ein Programm geladen (Ladezeit) oder ausgeführt wird (Laufzeit), und nicht, wenn die ausführbare Datei erstellt wird. Eine dynamisch verknüpfte Bibliothek (Dynamic Link Library oder DLL unter Windows und OS / 2; Dynamic Shared Object oder DSO unter Unix-ähnlichen Systemen) ist eine Bibliothek, die für dynamisches Linking vorgesehen ist. Der Linker erledigt beim Erstellen der ausführbaren Datei nur wenig Arbeit. Es zeichnet nur auf, welche Bibliotheksroutinen das Programm benötigt, und die Indexnamen oder -nummern der Routinen in der Bibliothek. Der größte Teil der Verknüpfungsarbeit wird zu dem Zeitpunkt ausgeführt, zu dem die Anwendung geladen wird (Ladezeit), oder während der Ausführung (Laufzeit). Normalerweise ist das notwendige Verknüpfungsprogramm, "dynamischer Linker" oder "Verknüpfungslader" genannt, tatsächlich Teil des zugrunde liegenden Betriebssystems. (Es ist jedoch möglich und nicht äußerst schwierig, ein Programm zu schreiben, das dynamische Verknüpfung verwendet und seinen eigenen dynamischen Linker enthält, selbst für ein Betriebssystem, das selbst keine Unterstützung für die dynamische Verknüpfung bietet.)
Programmierer entwickelten ursprünglich dynamische Verknüpfungen im Betriebssystem Multics ab 1964 und dem MTS (Michigan Terminal System), das in den späten 1960er Jahren gebaut wurde. [10]
Optimizations [ edit edit ] 19659055] Da sich gemeinsame Bibliotheken auf den meisten Systemen nicht häufig ändern, können Systeme eine voraussichtliche Ladeadresse für jede gemeinsam genutzte Bibliothek im System berechnen, bevor sie benötigt wird, und diese Informationen in den Bibliotheken und ausführbaren Dateien speichern. Wenn jede geladene gemeinsam genutzte Bibliothek diesen Prozess durchlaufen hat, wird jede unter ihrer vorgegebenen Adresse geladen, was den Prozess der dynamischen Verknüpfung beschleunigt. Diese Optimierung wird als Vorbindung in macOS und als Vorverknüpfung in Linux bezeichnet. Nachteile dieser Technik sind die Zeit, die erforderlich ist, um diese Adressen bei jeder Änderung der gemeinsam genutzten Bibliotheken im Voraus zu berechnen, die Unmöglichkeit, die Randomisierung des Adressraum-Layouts zu verwenden, und die Notwendigkeit eines ausreichenden virtuellen Adressraums für die Verwendung (ein Problem, das durch die Übernahme von 64 verringert wird) -Bit-Architekturen (zumindest vorläufig).
Lokalisieren von Bibliotheken zur Laufzeit [ edit ]
Lader für gemeinsam genutzte Bibliotheken unterscheiden sich stark in der Funktionalität. Einige hängen davon ab, dass die ausführbare Datei explizite Pfade zu den Bibliotheken speichert. Jede Änderung der Bibliotheksbenennung oder des Layouts des Dateisystems führt zum Ausfall dieser Systeme. Normalerweise wird nur der Name der Bibliothek (und nicht der Pfad) in der ausführbaren Datei gespeichert, wobei das Betriebssystem basierend auf einem Algorithmus eine Methode zum Auffinden der Bibliothek auf der Festplatte bereitstellt.
Wenn eine gemeinsam genutzte Bibliothek, von der eine ausführbare Datei abhängig ist, gelöscht, verschoben oder umbenannt wird oder wenn eine inkompatible Version der Bibliothek an einen früheren Ort der Suche kopiert wird, könnte die ausführbare Datei nicht geladen werden. Dies wird als Abhängigkeitshöhle bezeichnet, die auf vielen Plattformen vorhanden ist. Die (infame) Windows-Variante wird allgemein als DLL Hell bezeichnet. Dieses Problem kann nicht auftreten, wenn jede Version jeder Bibliothek eindeutig identifiziert wird und jedes Programm Bibliotheken nur anhand ihrer vollständigen eindeutigen Bezeichner referenziert. Die "DLL-Hölle" -Probleme bei früheren Windows-Versionen waren darauf zurückzuführen, dass nur die Namen von Bibliotheken verwendet wurden, die nicht eindeutig eindeutig waren, um dynamische Links in Programmen aufzulösen. (Um "DLL-Hölle" zu vermeiden, sind spätere Versionen von Windows weitgehend auf Optionen für Programme angewiesen, um private DLLs zu installieren - im Wesentlichen ein teilweiser Rückzug aus der Verwendung gemeinsam genutzter Bibliotheken) sowie Mechanismen, um zu verhindern, dass gemeinsam genutzte System-DLLs durch frühere Versionen ersetzt werden. )
Microsoft Windows [ edit ]
Microsoft Windows überprüft die Registrierung, um den richtigen Ort zum Laden von DLLs zu ermitteln, die COM-Objekte implementieren. Bei anderen DLLs werden jedoch die Verzeichnisse in einem definierten Verzeichnis geprüft Auftrag. Zuerst überprüft Windows das Verzeichnis, in dem das Programm geladen wurde ( private DLL [9]); beliebige Verzeichnisse, die durch Aufrufen der Funktion SetDllDirectory () festgelegt werden; die Verzeichnisse System32, System und Windows; dann das aktuelle Arbeitsverzeichnis; und schließlich die durch die Umgebungsvariable PATH angegebenen Verzeichnisse. [11] Für .NET Framework Framework (seit 2002) geschriebene Anwendungen prüfen auch den globalen Assemblycache als primären Speicher für gemeinsam genutzte DLL-Dateien, um das Problem der DLL-Hölle zu beseitigen.
OpenStep [ edit ]
OpenStep verwendete ein flexibleres System und sammelte eine Liste von Bibliotheken aus einer Reihe bekannter Standorte (ähnlich dem PATH-Konzept), wenn das System zum ersten Mal gestartet wurde. Das Verschieben von Bibliotheken verursacht keinerlei Probleme, obwohl Benutzer beim erstmaligen Starten des Systems mit Zeitaufwand verbunden sind.
Unix-ähnliche Systeme [ edit ]
Die meisten Unix-ähnlichen Systeme verfügen über einen "Suchpfad", der Dateisystemverzeichnisse angibt, in denen nach dynamischen Bibliotheken gesucht werden soll. Einige Systeme geben den Standardpfad in einer Konfigurationsdatei an, andere kodieren ihn fest in den Dynamic Loader. Einige ausführbare Dateiformate können zusätzliche Verzeichnisse angeben, in denen nach Bibliotheken für ein bestimmtes Programm gesucht werden soll. Dies kann normalerweise mit einer Umgebungsvariablen überschrieben werden, obwohl es für die Programme setuid und setgid deaktiviert ist, sodass ein Benutzer nicht erzwingen kann, dass ein solches Programm beliebigen Code mit Root-Berechtigungen ausführt. Entwickler von Bibliotheken sollten ihre dynamischen Bibliotheken an Orten im Standardsuchpfad platzieren. Nachteilig kann dies die Installation neuer Bibliotheken problematisch machen, und diese "bekannten" Speicherorte werden schnell zu einer wachsenden Anzahl von Bibliotheksdateien, wodurch die Verwaltung komplexer wird.
Dynamisches Laden [ edit ]
Beim dynamischen Laden, einer Teilmenge dynamischer Verknüpfungen, wird das Laden und Entladen von dynamisch verknüpften Bibliotheken zur Laufzeit auf Anforderung verlangt. Eine solche Anforderung kann implizit zur Kompilierzeit oder explizit zur Laufzeit erfolgen. Implizite Anforderungen werden zur Kompilierzeit gestellt, wenn ein Linker Bibliotheksreferenzen hinzufügt, die Dateipfade oder einfach Dateinamen enthalten. Explizite Anforderungen werden gestellt, wenn Anwendungen zur Laufzeit direkt die API eines Betriebssystems aufrufen.
Die meisten Betriebssysteme, die dynamisch verknüpfte Bibliotheken unterstützen, unterstützen auch das dynamische Laden solcher Bibliotheken über eine Laufzeit-Linker-API. Beispielsweise verwendet Microsoft Windows die API-Funktionen LoadLibrary LoadLibraryEx FreeLibrary und GetProcAddress mit Microsoft Dynamic Link Libraries. POSIX-basierte Systeme, einschließlich der meisten UNIX- und UNIX-ähnlichen Systeme, verwenden dlopen dlclose und dlsym . Einige Entwicklungssysteme automatisieren diesen Prozess.
Objekt- und Klassenbibliotheken [ edit ]
Obwohl es in den 1960er Jahren erstmals Pionierarbeit geleistet hatte, erreichte das dynamische Linking erst in den späten 1980er Jahren Betriebssysteme, die von Verbrauchern verwendet wurden. In den meisten Betriebssystemen war es in den frühen 90er Jahren allgemein in irgendeiner Form verfügbar. In dieser Zeit wurde die objektorientierte Programmierung (OOP) zu einem bedeutenden Teil der Programmierungslandschaft. OOP mit Laufzeitbindung erfordert zusätzliche Informationen, die herkömmliche Bibliotheken nicht bereitstellen. Zusätzlich zu den Namen und Eintrittspunkten des Codes, die sich darin befinden, benötigen sie auch eine Liste der Objekte, von denen sie abhängig sind. Dies ist ein Nebeneffekt eines der Hauptvorteile von OOP, der Vererbung. Dies bedeutet, dass Teile der vollständigen Definition einer Methode an verschiedenen Stellen liegen können. Dies ist mehr als nur die Auflistung, dass eine Bibliothek die Dienste einer anderen benötigt: In einem echten OOP-System sind die Bibliotheken selbst möglicherweise zur Kompilierzeit nicht bekannt und variieren von System zu System.
Zur gleichen Zeit arbeiteten viele Entwickler an der Idee von Multi-Tier-Programmen, bei denen ein "Display", das auf einem Desktop-Computer ausgeführt wurde, die Dienste eines Mainframes oder eines Minicomputers zur Datenspeicherung oder -verarbeitung verwenden würde. Beispielsweise würde ein Programm auf einem GUI-basierten Computer Nachrichten an einen Minicomputer senden, um kleine Beispiele eines großen Datensatzes zur Anzeige zurückzugeben. Remote Procedure Calls (RPC) erledigten diese Aufgaben bereits, es gab jedoch kein Standard-RPC-System.
Bald initiierte die Mehrheit der Minicomputer- und Mainframe-Hersteller Projekte, um die beiden zu kombinieren, und produzierte ein OOP-Bibliotheksformat, das überall verwendet werden konnte. Solche Systeme waren als Objektbibliotheken oder verteilte Objekte bekannt, wenn sie den Fernzugriff unterstützten (nicht alle). Microsofts COM ist ein Beispiel für ein solches System zur lokalen Verwendung, DCOM eine modifizierte Version, die Fernzugriff unterstützt.
Objektbibliotheken hatten eine Zeitlang den Status der "nächsten großen Sache" in der Programmierwelt. Es gab eine Reihe von Bemühungen, Systeme zu schaffen, die plattformübergreifend laufen würden, und Unternehmen konkurrierten darum, Entwickler in ihr eigenes System zu locken. Beispiele sind das IBM System Object Model (SOM / DSOM), Sun Microsystems Distributed Objects Everywhere (DOE), die tragbaren verteilten Objekte (PDO) von NeXT, Digital ObjectBroker, das Component Object Model (COM / DCOM) von Microsoft und eine beliebige Anzahl von CORBA-basierten Systeme.
Nach der unvermeidlichen Abkühlung des Marketing-Hype werden Objektbibliotheken weiterhin sowohl in der objektorientierten Programmierung als auch in verteilten Informationssystemen verwendet. Klassenbibliotheken sind das grobe OOP-Äquivalent älterer Typen von Codebibliotheken. Sie enthalten Klassen, die Merkmale beschreiben und Aktionen (Methoden) definieren, die Objekte betreffen. Klassenbibliotheken werden zum Erstellen von Instanzen oder Objekten verwendet, deren Eigenschaften auf bestimmte Werte festgelegt sind. In einigen OOP-Sprachen wie Java ist der Unterschied klar: Die Klassen sind häufig in Bibliotheksdateien enthalten (wie das JAR-Dateiformat von Java) und die instanziierten Objekte befinden sich nur im Arbeitsspeicher (obwohl sie möglicherweise in separaten Dateien persistent gemacht werden können). In anderen, wie Smalltalk, sind die Klassenbibliotheken lediglich der Ausgangspunkt für ein Systemabbild, das den gesamten Status der Umgebung, Klassen und alle instanziierten Objekte enthält.
Fernbibliotheken [ edit ]
Eine andere Lösung für das Bibliotheksproblem besteht darin, vollständig separate ausführbare Dateien (oft in einer leichteren Form) und den Aufruf mit einem Remoteprozeduraufruf (RPC) zu verwenden. über ein Netzwerk zu einem anderen Computer. Dieser Ansatz maximiert die Wiederverwendung des Betriebssystems: Der zur Unterstützung der Bibliothek erforderliche Code ist derselbe Code, der für die Anwendungsunterstützung und Sicherheit für jedes andere Programm verwendet wird. Darüber hinaus erfordern solche Systeme nicht, dass die Bibliothek auf demselben Computer vorhanden ist, sondern sie können die Anforderungen über das Netzwerk weiterleiten.
Ein solcher Ansatz bedeutet jedoch, dass jeder Bibliotheksaufruf einen erheblichen Overhead erfordert. RPC-Aufrufe sind wesentlich teurer als das Aufrufen einer gemeinsam genutzten Bibliothek, die bereits auf demselben Computer geladen wurde. Dieser Ansatz wird im Allgemeinen in einer verteilten Architektur verwendet, die solche Remote-Aufrufe, insbesondere Client-Server-Systeme und Anwendungsserver wie Enterprise JavaBeans, intensiv nutzt.
Bibliotheken für die Codegenerierung [ edit ]
Bibliotheken für die Codegenerierung sind High-Level-APIs, die Bytecode für Java generieren oder transformieren können. Sie werden von der Aspekt-orientierten Programmierung, einigen Datenzugriffs-Frameworks und zum Testen zur Erzeugung dynamischer Proxy-Objekte verwendet. Sie werden auch verwendet, um den Feldzugriff abzufangen. [12]
Dateiname [ edit
Die meisten modernen Unix-ähnlichen Systeme [ edit
Das System speichert libfoo.a und libfoo.so Dateien in Verzeichnissen wie / lib / usr / lib oder . / usr / local / lib . Die Dateinamen beginnen immer mit lib und enden mit einem Suffix von .a (Archiv, statische Bibliothek) oder von .so (gemeinsames Objekt, dynamisch verknüpfte Bibliothek) ). Einige Systeme haben möglicherweise mehrere Namen für die dynamisch verknüpfte Bibliothek, wobei die meisten Namen Namen für symbolische Links zu dem verbleibenden Namen sind. Diese Namen können die Hauptversion der Bibliothek oder die vollständige Versionsnummer enthalten. Auf einigen Systemen wäre beispielsweise libfoo.so.2 der Dateiname für die zweite Hauptschnittstellenrevision der dynamisch verknüpften Bibliothek libfoo . Die Dateien .la die manchmal in den Bibliotheksverzeichnissen gefunden werden, sind libtool-Archive, die vom System als solches nicht verwendet werden können.
macOS [ edit ]
Das System erbt statische Bibliothekskonventionen von BSD, wobei die Bibliothek in einer Datei .a gespeichert ist und verwendet werden kann. .so -Stil dynamisch verknüpfte Bibliotheken (stattdessen mit dem Suffix .dylib ). Die meisten Bibliotheken in macOS bestehen jedoch aus "Frameworks", die sich in speziellen Verzeichnissen befinden, die als "Bundles" bezeichnet werden und die erforderlichen Dateien und Metadaten der Bibliothek umschließen. Ein Framework namens MyFramework würde beispielsweise in einem Bundle MyFramework.framework implementiert, wobei MyFramework.framework / MyFramework entweder die dynamisch verknüpfte Bibliotheksdatei oder ist ein Link zu der dynamisch verknüpften Bibliotheksdatei in MyFramework.framework / Versions / Current / MyFramework .
Microsoft Windows [ edit ]
Dynamische Link-Bibliotheken haben normalerweise das Suffix *. DLL [13] obwohl andere Dateinamenerweiterungen möglicherweise spezifisch sind. dynamisch verknüpfte Bibliotheken, z *. OCX für OLE-Bibliotheken. Die Schnittstellenrevisionen werden entweder in den Dateinamen codiert oder mithilfe von COM-Objektschnittstellen abstrahiert. Abhängig von ihrer Kompilierung können *. LIB -Dateien entweder statische Bibliotheken oder Repräsentationen von dynamisch verknüpfbaren Bibliotheken sein, die nur beim Kompilieren benötigt werden und als "Importbibliotheken" bezeichnet werden. Anders als in der UNIX-Welt, die unterschiedliche Dateierweiterungen verwendet, muss beim Verknüpfen mit der Datei .LIB in Windows zuerst bekannt sein, ob es sich um eine reguläre statische Bibliothek oder eine Importbibliothek handelt. Im letzteren Fall muss zur Laufzeit eine Datei .DLL vorhanden sein.
Siehe auch [ edit ]
^ Es war früher zwischen z. B. Ada-Unterprogrammen möglich.
^ Einige ältere Systeme, z. B. Burroughs MCP , Multics, haben auch nur ein einziges Format für ausführbare Dateien, unabhängig davon, ob sie gemeinsam genutzt werden. edit ]
^ "Static Libraries" . TLDP. Nach dem Original am 3. Juli 2013 archiviert . 3. Oktober 2013 .
^ Wexelblat, Richard (1981). Geschichte der Programmiersprachen . ACM-Monographenserie. New York, NY: Academic Press (eine Tochtergesellschaft von Harcourt Brace). p. 369. ISBN 0-12-745040-8.
^ Wexelblat, op. cit. p. 274
^ Wexelblat, op. cit. p. 258
^ Wilson, Leslie B .; Clark, Robert G. (1988). Vergleichende Programmiersprachen . Wokingham, England: Addison-Wesley. p. 126. ISBN 0-201-18483-4.
^ Wilson und Clark, op. cit. p. 52
^ Wexelblat, op. cit. p. 716
^ Christian Collberg, John H. Hartman, Sridivya Babu, Sharath K. Udupa (2003). Msgstr "SLINKY: Statische Verknüpfung wurde geladen". Abteilung für Informatik, Universität von Arizona. Nach dem Original am 23. März 2016 archiviert . Abgerufen 17. März 2016 . CS1-Wartung: Verwendet Autorenparameter (Link)
^ a b Anderson, Rick (2000-01-11). "Das Ende von DLL Hell". microsoft.com. Archiviert aus dem Original am 2001-06-05 . Abgerufen 2012-01-15 . Private DLLs sind DLLs, die mit einer bestimmten Anwendung installiert und nur von dieser Anwendung verwendet werden.
^ "A History of MTS". Information Technology Digest . 5 (5).
^ "Dynamic-Link Library Search Order". Microsoft Developer Network Library . Microsoft. 6. März 2012. Nach dem Original vom 9. Mai 2012 . 20. Mai 2012 .
^ "Code Generation Library". http://sourceforge.net/: Source Forge. Nach dem Original am 12. Januar 2010 archiviert . 3. März 2010 abgerufen. Die Bytecode-Generierungsbibliothek ist eine API auf hoher Ebene zum Generieren und Umwandeln von JAVA-Bytecode. Es wird von AOP-, Test- und Datenzugriffs-Frameworks verwendet, um dynamische Proxy-Objekte zu generieren und den Feldzugriff abzufangen.
^ Bresnahan, Christine; Blum, Richard (27. April 2015). LPIC-1 Linux Professional Institute - Zertifizierungshandbuch: Prüfung 101-400 und Prüfung 102-400 . John Wiley & Sons (veröffentlicht 2015). p. 82. ISBN 9781119021186. Nach dem Original vom 24. September 2015 . 3. September 2015 abgerufen. Gemeinsam genutzte Linux-Bibliotheken ähneln den Dynamic Link Libraries (DLLs) von Windows. Windows-DLLs werden normalerweise durch .dll Dateinamenerweiterungen identifiziert.
Die Australische Arbeiterpartei (Antikommunist) (ALP-AC) wurde ursprünglich von der rechtsgerichteten Gruppe verwendet, die aus der Labour-Spaltung von 1955 hervorging. [1] 1957 änderte sie ihre der demokratischen Arbeiterpartei genannt und wurde 1978 aufgelöst.
Geschichte [ edit ]
Als Teil der ALP-Spaltung von 1955 wurden im April 1955 7 viktorianische Abgeordnete und 18 staatliche Abgeordnete aus der ALP ausgeschlossen. Die Bundestagsabgeordneten waren: Tom Andrews, Bill Bourke, Bill Bryson, Jack Cremean, Bob Joshua, Stan Keon und Jack Mullens.
In der Nacht vom 19. April 1955 brachte Henry Bolte in der Legislativversammlung einen Misstrauensantrag gegen die Regierung Kains vor. In den frühen Morgenstunden des 20. April überquerten elf der vertriebenen Labour-Mitglieder nach zwölf Stunden Debatte über den Antrag das Wort, um den Antrag von Bolte zu unterstützen. Nachdem seine Regierung besiegt war, suchte Cain später am selben Tag eine Auflösung des Parlaments. Die Wahlen wurden für den 28. Mai niedergelegt. [2] [3]
Der Ausgeschlossene ALP-Mitglieder bildeten die australische Arbeitspartei (Antikommunist) unter dem Einfluss von BA Santamaria. [4]
Bei der im Mai 1955 abgehaltenen viktorianischen Wahl fanden im Mai elf der zwölf vertriebenen Abgeordneten der viktorianischen Legislative statt Die Versammlung sowie andere Kandidaten und der eine Abgeordnete, der vor einer Wiederwahl im viktorianischen Legislativrat steht, haben ihre Sitze verloren. Die Partei erhielt 12,6% der Stimmen, hauptsächlich aus der ALP. Da ihre Stimme jedoch weit verbreitet war, wurde nur einer ihrer Kandidaten, der vertriebene Labour-Abgeordnete Frank Scully, wiedergewählt. Die Partei wies der Koalition ihre Stimme von 12,6% zu, und die meisten ihrer Befürworter folgten den Präferenzen der Partei. Labour gewann 37,6% der Stimmen und 20 Sitze für die 34 der Liberalen und die zehn der Landpartei. Auf jeden Fall verlor die Kain-Labour-Regierung bei den Wahlen von 1955 die Regierung. Fünf Parlamentsabgeordnete, deren Amtszeiten nicht abgelaufen waren, blieben bis zum Ablauf ihrer Amtszeit bei den Wahlen in Viktoria im Jahre 1958 im Legislativrat. Alle, die ihre Sitze erneut bestritten hatten, wurden besiegt.
Frank Scully war der einzige vertriebene Abgeordnete. Er war Minister in der Regierung von Kain und Mitglied der katholischen Sozialwissenschaftsbewegung ("The Movement") in Victoria und wurde im Rahmen der Trennung von 1955 aus dem Ministerium und der ALP ausgeschlossen. [5] Er gewann den Sitz von Richmond in der viktorianischen gesetzgebenden Versammlung im Mai 1955 und war das einzige Mitglied der DLP in der Versammlung bis 1958. [6]
Bei der Bundestagswahl 1955 wurden alle 7 vertriebenen Bundestagsabgeordneten besiegt Im Dezember. Frank McManus wurde jedoch bei den Wahlen von 1955 als Senator für Victoria gewählt, und der erfolgreiche ALP-Kandidat George Cole hatte sich vor der Wahl für die Mitgliedschaft in dieser Partei entschieden.
Die parlamentarische Mitgliedschaft der ALP (Antikommunist) war fast ausschließlich römisch-katholisch. Die einzigen beiden Nichtkatholiken waren der Bundesoberhaupt, Bob Joshua, der Ballarat im australischen Repräsentantenhaus vertrat, und Jack Little, der die Partei im Victoria Legislative Council zwischen 1955 und 1958 leitete im Wesentlichen eine Partei der irisch-ethnischen Gruppe, [7] ein Ergebnis der ALP-Spaltung von 1955 war eine "Entvölkerung", eine zwangsweise Aufhebung des irisch-katholischen Elements innerhalb der ALP. [8] Kommunistische Mitglieder waren nicht irischer Abstammung. Die Partei zog viele Wähler unter Migranten aus katholischen Ländern in Südeuropa und unter den antikommunistischen osteuropäischen Flüchtlingen an.
1957 änderte die Partei ihren Namen in Democratic Labour Party, die 1978 offiziell aufgelöst wurde. Diejenigen Parteimitglieder, die die Auflösung der Partei nicht akzeptieren wollten, bildeten eine Nachfolgepartei, die Democratic Labour Party.
Referenzen [ edit ]
^ Robert Murray (1970), The Split. Australian Labour in den fünfziger Jahren F. W. Cheshire, Melbourne, Victoria
^ "Viktorianische Regierung. Besiegt; Wahl am 28. Mai". The Central Queensland Herald . Rockhampton, Qld .: National Library of Australia. 21. April 1955. p. 6 . 10. April 2012 .
^ Ainsley Symons (2012), "Demokratische Arbeiterpartei im viktorianischen Parlament von 1955-1958", Recorder (Australian Society für das Studium der Arbeitsgeschichte, Zweigstelle Melbourne) Nr. 275, November, Seiten 4-5.
^ Paul Strangio und Brian Costar (2005), "BA Santamaria: Religion als Politik" Brian Costar, Peter Love und Paul Strangio (Hrsg.), The Great Labour Schism. Eine Retrospektive Scribe Publications, Melbourne.
^ "Frank Scully stirbt im Alter von 95 Jahren". Demokratische Arbeiterpartei (Australien). 14. August 2015 . Abgerufen 18. August 2015 .
^ Ainsley Symons (2012), "Demokratische Arbeiterpartei im viktorianischen Parlament von 1955–1958" in Recorder (Australian Society für das Studium der Arbeitsgeschichte, Zweigstelle Melbourne) Nr. 275, November, Seiten 4–5.
^ Lyle Allan (1988), "Irish Ethnicity and the Democratic Labour Party", Politics Vol. 23 Nr. 2, Seiten 28-34.
^ Ernest Healy (1993), 'Ethnic ALP Branches - Die Balkanisierung der Arbeit', People and Place Vol.1, No. 4, Seite 38.
Weiterführende Literatur [ edit ]
Lyle Allan (1988), "Irish Ethnicity und die Demokratische Arbeitspartei" Politics Vol . 23 No.2, Seiten 28–34
Niall Brennan (1964), Dr. Mannix Adelaide, South Australia, Rigby.
Ken Buckley, Barbara Dale und Wayne Reynolds (1994), Doc Evatt Melbourne, Victoria, Longman Cheshire. ISBN 0-582-87498-X
A. A. Calwell (1972), Be Just and Fear Not Hawthorn, Victoria, Lloyd O'Neil. ISBN 0-85550-352-1
Bob Corcoran (2001), "Die vielfältigen Ursachen der Arbeitsteilung", in Peter Love und Paul Strangio (Hrsg.), Streit über den Kalten Krieg Carlton North, Victoria, Red Rag Publications. ISBN 0-9577352-6-X
Brian Costar, Peter Love und Paul Strangio (Hrsg.) (2005), The Great Labour Schism. Eine Retrospektive Melbourne, Victoria, Scribe Publications. ISBN 1-920769-42-0
Peter Crockett (1993), Evatt. A Life South Melbourne, Victoria, Oxford University Press. ISBN 0-19-553558-8
Allan Dalziel (1967), Evatt. The Enigma Melbourne, Victoria, Lansdowne Press.
Gavan Duffy (2002), Dämonen und Demokraten. 1950er Jahre Arbeit am Scheideweg North Melbourne, Victoria, Freedom Publishing. ISBN 0-9578682-2-7
Gil Duthie (1984), Ich hatte 50.000 Bosse. Memoiren eines Labour Backbencher 1946-1975 Sydney, New South Wales, Angus und Robertson. ISBN 0-207-14916-X
John Faulkner und Stuart Macintyre (Hrsg.) (2001), True Believers. Die Geschichte der Bundestagsparteienpartei Crows Nest, NSW, Allen und Unwin. ISBN 1-86508-527-8
Ross Fitzgerald, Adam James Carr und William J. Dealy, (2003), Die Bataillone des Papstes. Santamaria, Katholizismus und Arbeitssplit St. Lucia, Queensland, University of Queensland Press. ISBN 0-7022-3389-7
Colm Kiernan (1978), Calwell. Eine persönliche und politische Biografie West Melbourne, Thomas Nelson. ISBN 0-17-005185-4
Michael Lyons (2008), "Verteidigung, die Familie und der Battler: Die Demokratische Arbeitspartei und ihr Erbe" Australian Journal of Political Science September 43-3, Seiten 425-442
Frank McManus (1977), Der Tumult und das Geschrei Adelaide, South Australia, Rigby. ISBN 0-7270-0219-8
Patrick Morgan (Hrsg.) (2007), B. A. Santamaria. Dein gehorsamster Diener. Ausgewählte Briefe: 1918-1996 Carlton, Victoria, Miegunyah Press. ISBN 0-522-85274-2
Patrick Morgan (Hrsg.) (2008), Running the Show. Ausgewählte Dokumente: 1939-1996 Carlton, Victoria, Miegunyah Press. ISBN 978-0-522-85497-8
Robert Murray (1970), The Split. Australian Labour in den fünfziger Jahren Melbourne, Victoria, F. W. Cheshire. ISBN 0-7015-0504-4
Paul Ormonde (1972), Die Bewegung Melbourne, Victoria, Thomas Nelson. ISBN 0-17-001968-3
Paul Ormonde (2000), "Die Bewegung - Politik durch Fernsteuerung", in Paul Ormonde (Hrsg.) Santamaria. Die Politik der Angst Richmond, Victoria, Spectrum Publications. ISBN 0-86786-294-7
P. L. Reynolds (1974), The Democratic Labour Party Milton, Queensland, Jacaranda. ISBN 0-7016-0703-3
B.A. Santamaria (1964), Der Preis der Freiheit. Die Bewegung - Nach zehn Jahren Melbourne, Victoria, Campion Press.
Kylie Tennant (1970), Evatt. Politik und Gerechtigkeit Cremorne, NSW, Angus und Robertson. ISBN 0-207-12533-3
Tom Truman (1960), Katholische Aktion und Politik, London, England, The Merlin Press.
Kate White (1982), John Cain und Victorian Labour 1917-1957 Sydney, New South Wales, Hale und Iremonger. ISBN 0-86806-026-7
Michele Tafoya Vandersall (* 17. Dezember 1964), beruflich bekannt als Michele Tafoya ist ein US-amerikanischer Sportcaster. Seit 2011 ist sie als Reporterin für NBC Sports tätig, als Nebenreporterin für NBC Sunday Night Football und der NBA on NBC .
Biografie [ bearbeiten ]
Frühes Leben und Karriere [ bearbeiten ]
Tafoya, geboren am 17. Dezember 1964, erhielt ein B.A. In Massenkommunikation von der University of California, Berkeley im Jahr 1988 und einem Master in Business Administration von der University of Southern California im Jahr 1991. [1] Auf der KQRS Morning Show am 6. November 2018 sagte Michele, dass sie als Michele Joan Tafoya geboren wurde . Ihre Eltern erwarteten einen Jungen, seit sie so hart in den Mutterleib trat. Sie wollten den Jungen Michael John nennen, aber sie hatten den Namen Michele Joan, als sie ein Mädchen hatten. [2] Tafoya arbeitete als Moderator und Reporter für KFAN-AM in Minneapolis, hauptsächlich für Minnesota Vikings und den Frauen-Basketball der University of Minnesota Sendungen. Sie arbeitete für WAQS-AM in Charlotte, wo sie den Namen Mickey Conley trug. [3] Sie war die erste weibliche Analytikerin, die die Basketball-Spiele von UNC-Charlotte als Männer bezeichnete.
Tafoya arbeitete auch für den Midwest Sports Channel und diente als Minnesota Timberwolves-Moderator und Nebenberichterstatter sowie als Play-by-Play-Kommentator für Big Ten-Basketball und Volleyball der Frauen. Tafoya war außerdem drei Jahre lang als Sportanker und Reporter bei WCCO-TV in Minneapolis tätig.
Laut Dave Mordal ist Michele Tafoya nun Inhaber des ursprünglichen Scarface-Hauses in Miami.
CBS Sports [ edit ]
Tafoya trat CBS Sports im September 1994 als Reporter und Moderator für die Sport-Anthologie-Show des CBS Television Network und CBS Sports Spectacular bei College-Basketball-Berichterstattung. At The Half war sie Gastgeberin und als Reporterin für College-Football-Spiele. Sie debütierte bei den US Open Tennis Championships 1994. [4]
Im Jahr 1996 schrieb Tafoya bei CBS Geschichte, als sie die erste Frau war, die das Fernsehen spielerisch anrief ein NCAA-Turnierspiel. Die amerikanischen Frauen im Radio und Fernsehen zeichneten Tafoya 1997 mit einem Gracie-Preis für "Hervorragende Erfolge durch eine einzelne TV-Persönlichkeit im Fernsehen" für ihre Play-by-Play-Berufung von WNBA-Spielen im Lifetime Television aus. [4]
Tafoya diente als Reporter für die Berichterstattung des Netzwerks über die NFL, den College Football - einschließlich des 1998er National Bowl Orange Bowl - und war mit Al Trautwig bei den Olympischen Spielen von Nagano 1998 in Nagano.
Neben ihren vielfältigen Aufgaben war Tafoya Austragungsort der CBS-Auswahl für NCAA-Turniere, Goodwill Games und der US-amerikanischen Open Tennis Championships. Sie verließ CBS Ende 1999, nachdem sie fünf Jahre im Netzwerk gearbeitet hatte.
ABC Sports und ESPN [ edit ]
Michele Tafoya kam im Januar 2000 zu ESPN und ABC Sports. Ihr Profil hat durch verschiedene On-Air-Rollen stetig zugenommen. Tafoya arbeitete für ESPN und ABC Sports als Nebendarsteller für ESPN Monday Night Football beginnend in der NFL-Saison 2006. Sie war die Nebenberichterstatterin für ABC Sports ' Monday Night Football in den Jahren 2004-2005. Tafoya war Co-Host der Mike Tirico Show im ESPN-Radio. Sie half ABC bei ihrer Berichterstattung über Super Bowl XL in Detroit als Nebenberichterstatter bei Suzy Kolber. Tafoya arbeitet seit 2006 als Nebenberichterstatter.
Sie wurde für die Olympischen Spiele 2000 in Sydney als Reporter für Rhythmic Gymnastics und als Play-by-Play-Frau für Softball an NBC Sports ausgeliehen.
Am 10. Oktober 2003 goß Tafoya während eines Spiels der University of Minnesota gegen die University of Michigan absichtlich Bier unter ihre Luxusbox im Metrodome. Tafoya gab zu, ihre Fassung verloren zu haben und sagte, dass sie sich des Vorfalls peinlich berührt habe. Sie gab auch eine öffentliche Entschuldigung heraus. [5] [6]
Tafoya arbeitete früher bei NBA-Spielen bei ABC und ESPN. Am 21. Oktober 2008 kündigte sie an, dass sie ihren Posten als NBA-Nebenberichterstatterin aufgeben würde. [7]
Zu Tafoyas früheren früheren Rollen gehörte auch eine Stint-Position, bei der die Männer und Frauen NCAA Basketball spielten -Spiel- und Studio-Moderator sowie als College-Football- und Basketball-Nebendarsteller. Sie war auch als Stellvertreterin am Pardon the Interruption und als Panelistin The Sports Reporters II tätig. Zu ihren anderen ESPN-Aufträgen gehörte es, WNBA-Spiele anzurufen, Skisendungen zu moderieren und als Reporter an den College-Basketballauswahl-Shows von ESPN zu arbeiten. Sie war auch Korrespondentin für SportsCenter und Outside the Lines .
Im Jahr 2006 wurde Tafoya im Davie-Brown-Index zu den sympathischsten TV-Sportpersönlichkeiten gezählt, darunter auch Biggest Trend-Setter.
Am Ende der NFL-Saison 2010-2011 verließ sie ESPN für NBC Sports.
Rückkehr zu WCCO [ edit ]
Tafoya wurde am 20. April 2009 als neuer Radio-Moderator für die abendliche Fahrtzeit für WCCO-AM angekündigt. Ihre Show begann am 1. Juni. 2009 und endete am 27. Januar 2012.
KQRS Radio [ edit ]
Tafoya trat der "The KQ Morning Show" bei KQRS-FM als Co-Host am 8. September 2016 mit KQRS-FM bei .
NBC Sports [ edit ]
Am 4. Mai 2011 wurde Tafoya als neuer Seitenreporter für NBC Sunday Night Football angekündigt und ersetzt damit Andrea Kremer und Ehemaliger Mitarbeiter und Ansager Al Michaels. [8]
Persönliches Leben [ edit ]
Tafoya und Ehemann Mark Vandersall haben einen Sohn und eine Tochter. [7] Die Familie lebt in Edina, Minnesota. [7] Im Jahr 2007 erzählte sie WCCO-TV, dass sie seit ihrer Kindheit mit einer Essstörung zu kämpfen hatte. [9]
Tafoya bezeichnet sich selbst als "Profi" "Wahl konservativ mit libertären Neigungen". [10]
^ Wie von Michele selbst live in der KQRS Morning Show am 6. November 2018
[19456553] Washburn, Mark erzählt (4. Mai 2004). "Tafoya landet NNF-Nebenrolle". Charlotte Observer . p. 2C . Abgerufen 13. Februar 2014 .
^ a b Doody, Ben (4. September 2014). "Michele Tafoya: 5 schnelle Fakten, die Sie wissen müssen". Heavy.com . 12. Februar 2017 abgerufen. arbeitete als WNBA-Kommentator für die Lebensdauer von 1997-99
^ Hoffman, Bill (17. Oktober 2003). "REPORTERS SCHÜTZENDES ZEIGEN". 19459005 Die New York Post . 12. Februar 2017 abgerufen. Ich bedauere es sehr, ich kann es Ihnen nicht einmal sagen.
^ Weyler, John (2003-11-03). "Sie brachte schnell Angelegenheiten zu einem Kopf". Los Angeles Times .
^ a b c c (2008-10-21). "Tafoya gibt NBA-Aufgaben auf". Timberwolves . Star Tribune Archiviert aus dem Original am 2008-10-21 . 2008-10-21 .
^ "Michele Tafoya schließt sich an" Sunday Night Football "As Sideline Reporter". TV By the Numbers . 4. Mai 2011 . 12. Februar 2017 .
^ "Michele Tafoyas Kampf mit Essstörungen". Nachrichten . WCCO-TV. 2007-11-16. Nach dem Original am 3. Dezember 2008 archiviert. 2009-06-07 .
^ "Michele Tafoya über das 200. NFL-Spiel". SI.com . Time Inc. 2015-12-07 . 2015-12-07 .
^ a b
d e f Michele Tafoya - ESPN MediaZone Bio Archived 5. Juli 2008 , an der Rückwegmaschine
Lone Star Steel Company war ein Unternehmen, das in Lone Star, Texas, ein Werk betrieb, das Stahl produzierte. Es spezialisierte sich auf die Herstellung von Stahlrohr mit Außendurchmessern von 16 Zoll bis 1.415 Zoll. Im Jahr 2007 wurde es von US Steel für 2,1 Milliarden US-Dollar erworben. [2]
Das Unternehmen zeichnet sich durch seinen jährlichen Chief Roughneck Award aus, den es seit 1955 für die lebenslangen Beitragszahler der Mineralölindustrie zeichnete. Die Auszeichnung wird seit 2007 von US Steel verliehen, nachdem das Unternehmen erworben wurde.
Geschichte [ edit ]
Das Unternehmen wurde 1942 gegründet. [3]
1981 führte das Unternehmen eine neue Familie von Stahl-, Öl- und Gasbrunnengehäusen ein. [4]
1985 wurde das Unternehmen von Northwest Industries (jetzt Fruit of the Loom, Inc., Nachfolger von Farley Industries, Inc.) ausgegliedert. [5] William H. Beasley 3d wurde zum Vorsitzenden und Chief Executive Officer von Lone Star ernannt. [19659009] 1989 beantragte das Unternehmen Insolvenzschutz; Es entstand 1991. [7] Das Unternehmen erzielte auch eine Vereinbarung mit seiner Gewerkschaft. [8]
Im Jahr 2002 kündigte US Steel seinen Vertriebsvertrag mit dem Unternehmen. [9]
Im Jahr 2007 wurde das Unternehmen von US Steel übernommen. 19659013] Im März 2016 stürzte US Steel die Anlage. [3]
Im Dezember 2016 schloss US Steel einen Teil der Anlage endgültig. [10]
Referenzen [ edit
^ [19659018] a b Lone Star Technologies, Inc. 2007 10-K-Jahresbericht
^ a 19659018] b "US Steel schließt Kauf von Lone Star Technologies ab" (Pressemitteilung). Thomas Net. 14. Juni 2007.
^ a b "U. Steel Lone Star-Werk; Ablagerung 450". Longview News-Journal. 19. März 2016.
^ "Lone Star Steel hat neue Gehäuse". Die New York Times. 28. Mai 1981.
^ SAXON, WOLFGANG (3. November 1990). "William Howard Beasley 3d, 44, von Lone Star Technologies, Dies". The New York Times
Gilpin, Kennth N. (30. Oktober 1984). "Top Executive gewählt für Lone Star Steel". Die New York Times
"Lone Star Steel Insolvenzplan". Associated Press . New York Times. 27. März 1991.
^ "Lone Star Steel schließt Abkommen mit der Stahlarbeitergewerkschaft ab". Amerikanische Stadtgeschäftszeitschriften. 25. Juni 2001.
^ "US. Steel bricht Vereinbarung mit Lone Star ab". Amerikanische Stadtgeschäftszeitschriften. 29. Juli 2002.
^ "Lone Star Steel zum Schließen eines Abschnitts der Anlage". CBS-Nachrichten. 29. Dezember 2016.
