Diskussion:Einsprungpunkt

aus Wikipedia, der freien Enzyklopädie
Letzter Kommentar: vor 15 Jahren von Kwer Wolf in Abschnitt Lemma (erl.)
Zur Navigation springen Zur Suche springen

Überarbeiten (2007): Verwendung, 2. Absatz[Quelltext bearbeiten]

Dieser Absatz beschreibt statisch gebundene Programmbibliotheken; bei dynamisch gebundenen verhält es sich zur Laufzeit auch so. Damit hat das also nur mittelbar mit der Definition des Lemmas "...bei Aufruf des Programms..." zu tun.
Und derartige Programmbibliotheken gibt es auf jeder mir bekannten Rechnerarchitektur die höhere Programmiersprachen unterstützt, nicht nur auf IBM's.
Wenn mir also in absehbarer Zeit niemand erläutern kann, warum hier nur ein Einzelfall genannt ist, werde ich das verallgemeinern (so mir nicht jemand damit zuvorkommt ;-) --Geri, 14:48, 3. Mai 2007 (CEST)Beantworten

Im Zuge des REDIRECTs von Main-Funktion erledigt (Absatz entfernt, da zu Programmbibliothek gehörend, und dort ausführlich beschrieben). --Geri, 15:41, 3. Mai 2007 (CEST)Beantworten
Werd mal versuchen, den Einzelfall zu erläutern (hatte ihn ja auch rein geschrieben): im Z/OS gibt es keine Programmbibliotheken im Sinne von Windows oder Unix. Dort werden Lademodule verwendet - auch für Bibliotheksfunktionen. Ein Lademodul kann eine oder mehrere Einsprungpunkte enthalten. Selbst ein einzelner Programmabschnitt (CSECT) kann mehrere Einsprungpunkte definieren. Beim Linken wird der standardmäßig zu verwendende Einsprungpunkt festgelegt. Dieser Default gilt dann beim Aufruf als "Hauptprogramm" ebenso wie bei dynamischen Calls. Beim dynamischen Laden einer Unterroutine kann ich aber auch zuerst das Modul laden und dann einen beliebigen definierten Einsprungpunkt auswählen. Hier herrscht eben eine andere Logik als beim DLL-Geschäft. VSE und auch OS/400 bieten wohl ähnliche Funktionen, dazu kann ich aber nichts sagen, da ich von beiden Systemen bisher weitgehend verschont geblieben bin. Programmbibliothek beschreibt auch im z/OS Abschnitt den Zusammenhang (noch) recht ungenau. Ich kann übrigens mit der derzeitigen Version des Artikels leben (hatte ihn eh nur auf Grund des damaligen QS Antrages vorgenommen). --Kwer Wolf 11:20, 4. Mai 2007 (CEST)Beantworten
Ja, DAS sind detaillierte Information. Kompliment! Wußte natürlich, dass das bei Mainframes anders aussieht, so genau dann aber auch nicht mehr. Ist bei mir mit dem System/370 schon einige Zeit her. Ich denke auch, dass der Artikel in der allg. Form grundsätzlich ausreichend ist (du kannst ja auch damit leben). Lt. Lademodule liegen diese ja auch in einer Lademodulbibliothek.
Ja, diese detaillierten Informationen wären geeignet für Programmbibliothek#Bibliotheken_unter_z/OS bzw. Lademodul. Ersteres ist ja schon, Zweiteres könnt man ja noch in einem kurzen Satz hier verlinken, und dabei auch die mehrfachen Einspr.punkte erwähnen.
Verstehe/Erinnere ich richtig:
  • Programme liegen auch in Bibliotheken (nicht in ausführbaren Dateien wie unter Win u. Unix)
  • Zur Laufzeit - wenn das Programm schon gelinkt ist - gitb es auch lediglich einen Einspr.punkt. Um einen neuen zu bestimmen muss ich neu linken, ja?
Die von dir beschriebene Vorgangsweise beim dynamischen Laden stellt für mich keinen großen Unterschied zu DLLs dar. Auch die werden, in den Speicher, geladen. Und dann, je nach gewünschter Funktion(=Unterroutine), ein Einsprungspunkt ausgewählt. --Geri, 13:33, 4. Mai 2007 (CEST)Beantworten
Zur richtigen Erinnerung :-)
  • Ja, Programme liegen in Bibliotheken (oder im Speicher, in der LPA). Einen großen Unterschied zu Win/Unix sehe ich da allerdings nicht, die Bibliothek ist im Prinzip nichts Anderes als ein Verzeichnis samt Dateien - nur halt in einer anderen Dateiorganisation gespeichert. Innerhalb der Unix System Services können Lademodule auch ganz normal als ordinary files im Unix-Dateisystem hinterlegt werden.
  • Nein, auch ein gelinktes Programm kann mehrere Einsprungpunkte haben. Dies ist z.B. der Fall bei IMS-Anwendungsprogrammen, aber auch bei einigen CICS-Programmen. Beim Linken gebe ich lediglich den Default an, der vom LINK bzw. ATTACH Service des Systems angesprungen wird, wenn nur ein Modulname und kein Entrypoint angegeben wird.
  • Zum Unterschied DLL vs. Lademodul: Riesig ist der Unterschied nicht unbedingt. Nur dass ich mich unter z/OS nicht um die Bibliothek kümmere (kümmern kann), sondern der Standardsuchpfad (Tasklib, Steplib/Joblib, Linklist, LPA - bis auf die LPA alles Programm-Bibliotheken -) nach einem Member mit dem Namen der Funktion durchsucht wird.
  • Ja, den Artikel Lademodul und den Abschnitt in Programmbibliothek sollte sich vielleicht auch noch mal jemand vornehmen
--Kwer Wolf 14:02, 4. Mai 2007 (CEST)Beantworten

Lemma (erl.)[Quelltext bearbeiten]

Einsprungpunkt und nicht Einsprungspunkt....? --(Der vorstehende, nicht signierte Beitrag stammt von 62.138.133.66 (DiskussionBeiträge) 10:14, 25. Jul. 2008)

Hmm ... nach Google scheint die Version ohne 's' tatsächlich häufiger verwendet zu werden. Falls hier kein Einspruch erfolgt werde ich den Artikel demnächst auf Einsprungpunkt verschieben.--Kwer Wolf 15:04, 25. Jul. 2008 (CEST)Beantworten
Die Seite wurde heute umbenannt (oder verschoben).[1] Danke für die Hinweise. Mit besten Grüßen, 7lpG6, am 11.9.2017, 08:27 (MESZ)