Wenn Programmierer an bitweise Handhabung denken, denken sie normalerweise an die Anwendung von C oder von C++, um ihr Problem zu lösen, da beide Programmiersprachen einen reichen Satz Eigenschaften liefern, die es einfach, Handhabung bitweise durchzuführen bilden. Es ist zu gerade wie durchführt leicht solche Betriebe unter Verwendung des Korn Oberteils möglich. Dieser Pfosten erklärt, was bitweise Handhabungs- und Zahlumwandlungsanlagen in ksh93 vorhanden sind.
|
|
|||||||||||||||||||||||
    |
ÜberwachungD-Busmitteilungen ist zu den Aktivierungs- und Entstörungszwecken wichtig. In diesem Pfosten überprüfe ich, wie man nach solchen Mitteilungen unter Verwendung der Befehlszeile Werkzeuge überwacht und handelt. Wildfang ist eine Anmerkung-nehmende Tischplattenanwendung des offene Quelle GNOME, die in C# und in der Benutzung der Monolaufzeit, des Gtk# und des GtkSpell orthographischen Korrekturprogramms geschrieben wird. Die tatsächliche Freigabe des Wildfangs, der mit Fedora 10 kommt, ist Version 0.12.0. Dieses schließt eine komplette D-Busschnittstelle ein, die es möglich, Tomcatanmerkungen von Ihren Shell-Skripts zu verursachen, zu ändern und anzuzeigen macht. Dieser Pfosten liefert einen Überblick über die vorhandenen D-Busmethoden und umfaßt einige Beispiele, damit Sie mit experimentieren. Sehen Sie meinen vorhergehenden Pfosten auf dem D-Bus, der scripting ist, wenn Sie mit den Grundmodellen von D-Bus scripting unfamilar sind. Zuerst verzeichnen wir die vorhandenen Gegenstände unter Verwendung des qdbus. $ qdbus org.gnome. Wildfang//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl Zunächst verzeichnen wir alle vorhandenen Signale und Methoden für Fernsteuerungs. $ qdbus org.gnome. Wildfang-/org/gnome/Tomboy/RemoteControl-Methode QString org.freedesktop.DBus.Introspectable.Introspect () Methode bool org.gnome. Tomboy.RemoteControl.AddTagToNote (QString uri, QString tag_name) Methode QString org.gnome. Tomboy.RemoteControl.CreateNamedNote (QString linked_title) Methode QString org.gnome. Tomboy.RemoteControl.CreateNote () Methode bool org.gnome. Tomboy.RemoteControl.DeleteNote (QString uri) Methode bool org.gnome. Tomboy.RemoteControl.DisplayNote (QString uri) Methode bool org.gnome. Tomboy.RemoteControl.DisplayNoteWithSearch (QString uri, QString Suche) der Methodenlücke org.gnome. Tomboy.RemoteControl.DisplaySearchWithText (QString search_text) der Methodenlücke org.gnome. Tomboy.RemoteControl.DisplaySearch () QString org.gnome. Tomboy.RemoteControl.FindNote (QString linked_title) Methode Methode QString org.gnome. Tomboy.RemoteControl.FindStartHereNote () Methode QStringList org.gnome. Tomboy.RemoteControl.GetAllNotesWithTag (QString tag_name) Methode qlonglong org.gnome. Tomboy.RemoteControl.GetNoteChangeDate (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteCompleteXml (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteContents (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteContentsXml (QString uri) Methode qlonglong org.gnome. Tomboy.RemoteControl.GetNoteCreateDate (QString uri) Methode QString org.gnome. Tomboy.RemoteControl.GetNoteTitle (QString uri) Methode QStringList org.gnome. Tomboy.RemoteControl.GetTagsForNote (QString uri) Methode bool org.gnome. Tomboy.RemoteControl.HideNote (QString uri) Methode QStringList org.gnome. Tomboy.RemoteControl.ListAllNotes () der Signallücke org.gnome. Tomboy.RemoteControl.NoteDeleted (QString uri der Signallücke org.gnome. Tomboy.RemoteControl.NoteAdded (QString uri) bool org.gnome. Tomboy.RemoteControl.NoteExists (QString uri) Methode, QString Titel) bool org.gnome. Tomboy.RemoteControl.RemoveTagFromNote (QString uri Methode der Signallücke org.gnome. Tomboy.RemoteControl.NoteSaved (QString uri), QString tag_name) Methode QStringList org.gnome. Tomboy.RemoteControl.SearchNotes (QString Frage, bool case_sensitive) Methode bool org.gnome. Tomboy.RemoteControl.SetNoteCompleteXml (QString uri, QString xml_contents) Methode bool org.gnome. Tomboy.RemoteControl.SetNoteContents (QString uri, QString text_contents) Methode bool org.gnome. Tomboy.RemoteControl.SetNoteContentsXml (QString uri, QString xml_contents) Methode QString org.gnome. Tomboy.RemoteControl.Version () Als einfaches Beispiel von, wie man eine erschienene Methode, wir hervorrufen die Versionsmethode, um die Version des Wildfangs zurückzubringen anwendet, die wir verwenden. $ qdbus org.gnome. Wildfang /org/gnome/Tomboy/RemoteControl org.gnome. Tomboy.RemoteControl.Version 0.12.0 Wir können verwenden dbus-senden anstelle vom qdbus wie gezeigt unter, aber, wie Sie können, ist sehen qdbus Syntax kompakter. Merken Sie auch, dass wir den Lernabschnittbus benutzen müssen. $ dbus-senden - type=method_call - Lernabschnitt - drucken-antworten Sie \ - dest='org.gnome. Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome. Tomboy.RemoteControl.Version 0.12.0 Im Folgenden Beispiel verursachen wir das Äquivalent hallo der Welt unter Verwendung einer Anmerkung, zeigen es für 5 Sekunden an und löschen dann die Anmerkung. #! /bin/bash /org/gnome/Tomboy/RemoteControl INTERFACE= DPATH= org.gnome. Tomboy.RemoteControl TMP= `qdbus org.gnome. Wildfang $ {DPATH} $ {SCHNITTSTELLE} .CreateNamedNote meine Anmerkung 2>/dev/null `RESULT=$? wenn [[$RESULT! = nehmen 0]] dann 1 FI # herausfinden Anmerkung uri Schnur heraus, die von der Form # von der Anmerkung ist: //0xaf3356abcdefg OID=$ {TMP#note:} # stellen Sie den Inhalt ein D-Bus (Tischplattenbus) ist eine Niedriglatenz, Niedrigunkosten, bedienungsfreundliche eine Mitteilungbustechnologie die Umfeldaufgabeprodukteinführung und eine Verbindung. Er wird primarly verwendet, auf GNU/Linux Schreibtischen aber ist zu anderen Plattformen einschließlich Microsoft Windows getragen worden und Apple Mac OS X.   dieser Pfosten liefert einen schnellen Überblick über D-Buskonzepte, etwas Geschichte und einige Beispiele von, wie man D-Bus in Ihren Shell-Skripts benutzt. Ursprünglich verwendeten die KDE und GNOMEtischplattenprojekte CORBA für Zwischen-anwendung Kommunikation. Im Laufe der Zeit jedoch, aus verschiedenen Gründen, wanderte KDE von CORBA zum TischplattenComunications Protokoll (DCOP) ab und GNOME wanderte zu Bonono ab. Dieses führen zu die Situation, in der GNU/Linux Tischplattenverteilungen Zwischen-anwendung zwei lauch stützen mussten unterschiedliches und die Verbindung der Modelle und vieler Standard-Desktop-Anwendungen nicht einander nahtlos verbunden sein könnte. Um diese unbefriedigende Situation zu verbessern, wurde D-Bus (der Name wurde von Harri Porten vorgeschlagen) durch Red Hat als Teil des freedesktop.org-Projektes begriffen und entwickelt. Der Entwurf von D-Bus wurde schwer durch DCOP beeinflußt. Von Anfang an war er entworfen, um ein Wiedereinbau für die zwei konkurrierenden Technologien zu sein. Das Anfangsquellencodemodul wurde von Havoc Pennington spätem 2002 hergestellt. Entwicklung war mit vielen Änderungen am Drahtprotokoll ziemlich langsam. Jedoch durch 2006 war die Spezifikation verhältnismäßig beständig. Erster GNOME und dann KDE traf die Entscheidung zum Übergang zum D-Bus, um eine einzelne vereinheitlichte applcation verbindenund lauching Technologie auf GNU/linux Schreibtischen zu stützen. In vielerlei Hinsicht ist D-Bus Sun Microsystems ToolTalk, der die undelying Technologie in der allgemeinen Tischplattenumwelt ist, und Microsofts der Gegenstand-Verbindung und der Einbettung (der ALTEN) Technologie ähnlich. Das grundlegende D-Busprotokoll ist ein niedriges Peer-to-Peer- latancy oder Klientenserverzweiheitprotokoll. Es ist nicht für Zwischen-maschine Gebrauch aber eher für Intra-maschine Gebrauch bestimmt. Es funktioniert in Mitteilungen eher als Byteströme ausgedrückt. Ein Mitteilungbus wird benutzt, wenn many-to-many Kommunikation gewünscht wird. Normalerweise stehen Anwendungen über solch einen Mitteilungbus in verbindung, aber direkte Anwendung-zuanwendung Kommunikation ist auch möglich. Beim In Verbindung stehen auf einem Mitteilungbus, Anwendungen fragen können, die andere Anwendungen und Dienstleistungen vorhanden sind, sowie aktivieren Sie Bedarfs ein. Ein Dämon oder Service, müssen gestartet werden, bevor alle mögliche Anwendungen an einen Mitteilungbus anschließen können. Dieser Dämon ist für das Im Auge behalten der Anwendungen verantwortlich, die und für Mitteilungen von Quelle zu Bestimmungsort richtig verlegen angeschlossen werden. Die D-Busspezifikation definiert zwei weithin bekannte Busse, die den Systembus und den Lernabschnitt genannt werden |
||||||||||||||||||||||
|
Schützen Sie © Finnbarr 2005-2011 P. Murphy urheberrechtlich. Alle Rechte vorbehalten. |
|||||||||||||||||||||||