Cuando los programadores piensan en bitwise la manipulación, piensan generalmente en usar C o C++ para solucionar su problema puesto que ambos lenguajes de programación proporcionan un sistema de las características rico que hacen fácil realizar bitwise la manipulación. Es posible a apenas como realiza fácilmente tales operaciones usando la cáscara de Korn. Este poste explica cuál bitwise están disponibles las instalaciones de la conversión de la manipulación y del número en ksh93.
|
|
|||||||||||||||||||||||
    |
Los mensajes del D-Bus de la supervisión son importantes para los propósitos de la activación y de depuración. En este poste examino cómo supervisar y actuar en tales mensajes usando la línea de comando herramientas. La marimacho es un uso nota-que toma de escritorio del GNOMO de la fuente abierta que se escribe en C# y utilizar el mono tiempo de pasada, Gtk# y el comprobador de ortografía de GtkSpell. El lanzamiento real de la marimacho que viene con Fedora 10 es la versión 0.12.0. Esto incluye un interfaz comprensivo del D-Bus que permita crear, modificar y exhibir notas del Tomcat de sus shell scriptes. Este poste proporciona una descripción de los métodos disponibles del D-Bus e incluye un número de ejemplos para que usted experimente con. Vea mi poste anterior en el D-Bus scripting si usted es unfamilar con los conceptos básicos de scripting del D-Bus. Primero enumeraremos los objetos disponibles usando qdbus. qdbus org.gnome de $. Marimacho//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl Después, enumeramos todas las señales y métodos disponibles para teledirigido. qdbus org.gnome de $. Método del qlonglong org.gnome. Tomboy.RemoteControl.GetNoteChangeDate (uri del método de QStringList org.gnome. Tomboy.RemoteControl.GetAllNotesWithTag (tag_name del método de QString org.gnome. Tomboy.RemoteControl.FindStartHereNote del método de QString org.gnome. Tomboy.RemoteControl.FindNote (linked_title del método del vacío org.gnome. Tomboy.RemoteControl.DisplaySearchWithText (search_text del método del vacío org.gnome. Tomboy.RemoteControl.DisplaySearch del método del bool org.gnome. Tomboy.RemoteControl.DisplayNoteWithSearch (uri del método del bool org.gnome. Tomboy.RemoteControl.DisplayNote (uri del método del bool org.gnome. Tomboy.RemoteControl.DeleteNote (uri del método de QString org.gnome. Tomboy.RemoteControl.CreateNote del método de QString org.gnome. Tomboy.RemoteControl.CreateNamedNote (linked_title del método del bool org.gnome. Tomboy.RemoteControl.AddTagToNote (uri del método de QString org.freedesktop.DBus.Introspectable.Introspect del método de /org/gnome/Tomboy/RemoteControl de la marimacho () de QString, tag_name de QString) de QString) () de QString) de QString) de QString, búsqueda de QString) () de QString) de QString) () de QString) de QString) Bool org.gnome. Tomboy.RemoteControl.RemoveTagFromNote (uri del método del vacío org.gnome. Tomboy.RemoteControl.NoteSaved (uri de la señal del bool org.gnome. Tomboy.RemoteControl.NoteExists (uri del método del vacío org.gnome. Tomboy.RemoteControl.NoteDeleted (uri de la señal del vacío org.gnome. Tomboy.RemoteControl.NoteAdded (uri de la señal de QStringList org.gnome. Tomboy.RemoteControl.ListAllNotes del método del bool org.gnome. Tomboy.RemoteControl.HideNote (uri del método de QStringList org.gnome. Tomboy.RemoteControl.GetTagsForNote (uri del método de QString org.gnome. Tomboy.RemoteControl.GetNoteTitle (uri del método del qlonglong org.gnome. Tomboy.RemoteControl.GetNoteCreateDate (uri del método de QString org.gnome. Tomboy.RemoteControl.GetNoteContentsXml (uri del método de QString org.gnome. Tomboy.RemoteControl.GetNoteContents (uri del método de QString org.gnome. Tomboy.RemoteControl.GetNoteCompleteXml (uri de QString) de QString) de QString) de QString) de QString) de QString) de QString) () de QString) de QString, título de QString) de QString) de QString) de QString, tag_name de QString) método QString org.gnome. Tomboy.RemoteControl.Version del bool org.gnome. Tomboy.RemoteControl.SetNoteContentsXml (uri del método del bool org.gnome. Tomboy.RemoteControl.SetNoteContents (uri del método del bool org.gnome. Tomboy.RemoteControl.SetNoteCompleteXml (uri del método de QStringList org.gnome. Tomboy.RemoteControl.SearchNotes (pregunta, bool del método de QString case_sensitive) de QString, xml_contents de QString) de QString, text_contents de QString) de QString, xml_contents de QString) () Como ejemplo simple de cómo utilizar un método publicado, invocamos el método de la versión para volver la versión de la marimacho que estamos utilizando. qdbus org.gnome de $. Marimacho /org/gnome/Tomboy/RemoteControl org.gnome. Tomboy.RemoteControl.Version 0.12.0 Podemos utilizar D-Bus-enviamos en vez de qdbus como se muestra debajo pero, como usted puede, ver sintaxis del qdbus es más compacto. También observe que tenemos que utilizar el autobús de la sesión. $ D-Bus-envían - type=method_call - la sesión - imprimir-conteste \ - dest='org.gnome. Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome. Tomboy.RemoteControl.Version 0.12.0 En el ejemplo siguiente, creamos el equivalente hola del mundo usando una nota, lo exhibimos por 5 segundos y después suprimimos la nota. ¡#! /bin/bash /org/gnome/Tomboy/RemoteControl INTERFACE= DPATH= qdbus org.gnome del `de TMP= de org.gnome. Tomboy.RemoteControl . ¿Marimacho $ {DPATH} $ {INTERFAZ} .CreateNamedNote `RESULT=$ de 2>/dev/null de mi nota ? ¡si [[$RESULT! = 0]] entonces da salida a 1 fi # imagina la secuencia del uri de la nota que está de la forma # de la nota: //0xaf3356abcdefg OID=$ {TMP#note:} # fije el contenido El D-Bus (autobús de escritorio) es un bajo-estado latente, bajo-gastos indirectos, una tecnología fácil de utilizar del autobús del mensaje que lanzamiento del uso de ayudas y un lazo. Primarly se utiliza en las mesas de GNU/Linux pero se ha virado hacia el lado de babor a otras plataformas incluyendo Microsoft Windows y el   de Apple Mac OS X. este poste proporciona una descripción rápida de los conceptos del D-Bus, de una cierta historia, y de algunos ejemplos de cómo utilizar el D-Bus en sus shell scriptes. Los proyectos de escritorio originalmente de KDE y del GNOMO utilizaron CORBA para la comunicación del inter-uso. En un cierto plazo sin embargo, por las varias razones, KDE emigradas de CORBA al protocolo de escritorio de Comunications (DCOP) y el GNOMO emigraron a Bonono. Esto lleva a la situación donde las distribuciones de escritorio de GNU/Linux tuvieron que apoyar diverso lauch del inter-uso dos y el lazo de modelos y de muchas aplicaciones de escritorio estándar no podría comunicar inconsútil con uno a. Para mejorar esta situación insatisfactoria, el D-Bus (el nombre fue sugerido por Harri Porten) fue concebido y desarrollado por Red Hat como parte del proyecto de freedesktop.org. El diseño de D-Bus fue influenciado pesadamente por DCOP. Del comienzo, fue diseñado para ser un reemplazo para las dos tecnologías competentes. El módulo inicial del código fuente fue creado por Havoc Pennington en finales de 2002. El desarrollo era absolutamente lento con muchos cambios al protocolo del alambre. Sin embargo por 2006 la especificación era relativamente estable. El primer GNOMO y entonces KDE tomó la decisión a la transición al D-Bus para apoyar una sola tecnología de lazo y lauching unificada del applcation en las mesas de GNU/linux. El D-Bus es en gran medida similar a Sun Microsystems ToolTalk que es la tecnología undelying en el ambiente de escritorio común, y a ligar de objeto de Microsoft y a encajar tecnología (VIEJA). El protocolo básico del D-Bus es un latancy bajo entre iguales o protocolo del binario del servidor de cliente. No se piensa para el uso de la inter-máquina sino algo para el uso de la intra-máquina. Trabaja en términos de mensajes algo que corrientes del octeto. Se utiliza un autobús del mensaje cuando se desea la comunicación múltiple. Los usos comunican normalmente vía tal autobús del mensaje pero la comunicación directa del uso-a-uso es también posible. Al comunicar en un autobús del mensaje, los usos pueden preguntar que otros usos y servicios están disponibles, así como active uno a pedido. Un demonio, o el servicio, debe ser puesto en marcha antes de que cualquier uso pueda conectar con un autobús del mensaje. Este demonio es responsable de no perder de vista los usos que están conectados y para correctamente encaminar mensajes de la fuente a la destinación. La especificación del D-Bus define dos autobuses bien conocidos llamados el autobús de sistema y la sesión |
||||||||||||||||||||||
|
Copyright el © Finnbarr 2005-2011 P. Murphy. Todos los derechos reservados. |
|||||||||||||||||||||||