Quando os programadores pensam sobre bitwise a manipulação, pensam geralmente sobre a utilização de C ou de C++ para resolver seu problema desde que ambos os linguagens de programação fornecem um jogo de características rico que fazem fácil executar bitwise a manipulação. É possível a apenas como executa facilmente tais operações usando o escudo de Korn. Este borne explica o que bitwise as facilidades da conversão da manipulação e do número estão disponíveis em ksh93.
|
|
|||||||||||||||||||||||
    |
As mensagens do D-Bus da monitoração são importantes para finalidades da ativação e de eliminação de erros. Neste borne eu examino como monitorar e actuar em tais mensagens usando a linha de comando ferramentas. O Tomboy é uma aplicação detomada do desktop do GNOME da fonte aberta que seja escrita em C# e em utilizar o mono tempo de execução, Gtk# e o corrector ortogra'fico de GtkSpell. A liberação real do Tomboy que vem com Fedora 10 é a versão 0.12.0. Isto inclui uma relação detalhada do D-Bus que torne possível criar, modificar e indicar notas do Tomcat de seus certificados de escudo. Este borne fornece uma vista geral dos métodos disponíveis do D-Bus e inclui um número de exemplos para que você experimente com. Veja meu borne precedente no D-Bus que scripting se você é unfamilar com os conceitos básicos de scripting do D-Bus. Primeiramente nós alistaremos os objetos disponíveis usando o qdbus. qdbus org.gnome de $. Tomboy//org /org/gnome /org/gnome/Tomboy /org/gnome/Tomboy/RemoteControl Em seguida, nós alistamos todos os sinais e métodos disponíveis para de controle remoto. qdbus org.gnome de $. Método do qlonglong org.gnome. Tomboy.RemoteControl.GetNoteChangeDate do método de QStringList org.gnome. Tomboy.RemoteControl.GetAllNotesWithTag do método de QString org.gnome. Tomboy.RemoteControl.FindStartHereNote do método de QString org.gnome. Tomboy.RemoteControl.FindNote do método do vácuo org.gnome. Tomboy.RemoteControl.DisplaySearchWithText do método do vácuo org.gnome. Tomboy.RemoteControl.DisplaySearch do método do bool org.gnome. Tomboy.RemoteControl.DisplayNoteWithSearch do método do bool org.gnome. Tomboy.RemoteControl.DisplayNote do método do bool org.gnome. Tomboy.RemoteControl.DeleteNote do método de QString org.gnome. Tomboy.RemoteControl.CreateNote do método de QString org.gnome. Tomboy.RemoteControl.CreateNamedNote do método do bool org.gnome. Tomboy.RemoteControl.AddTagToNote do método de QString org.freedesktop.DBus.Introspectable.Introspect do método de /org/gnome/Tomboy/RemoteControl do Tomboy () (uri de QString, tag_name de QString) (linked_title de QString) () (uri de QString) (uri de QString) (uri de QString, busca de QString) () (search_text de QString) (linked_title de QString) () (tag_name de QString) (uri de QString) Bool org.gnome. Tomboy.RemoteControl.RemoveTagFromNote do método do vácuo org.gnome. Tomboy.RemoteControl.NoteSaved do sinal do bool org.gnome. Tomboy.RemoteControl.NoteExists do método do vácuo org.gnome. Tomboy.RemoteControl.NoteDeleted do sinal do vácuo org.gnome. Tomboy.RemoteControl.NoteAdded do sinal de QStringList org.gnome. Tomboy.RemoteControl.ListAllNotes do método do bool org.gnome. Tomboy.RemoteControl.HideNote do método de QStringList org.gnome. Tomboy.RemoteControl.GetTagsForNote do método de QString org.gnome. Tomboy.RemoteControl.GetNoteTitle do método do qlonglong org.gnome. Tomboy.RemoteControl.GetNoteCreateDate do método de QString org.gnome. Tomboy.RemoteControl.GetNoteContentsXml do método de QString org.gnome. Tomboy.RemoteControl.GetNoteContents do método de QString org.gnome. Tomboy.RemoteControl.GetNoteCompleteXml (uri de QString) (uri de QString) (uri de QString) (uri de QString) (uri de QString) (uri de QString) (uri de QString) () (uri de QString) (uri de QString, título de QString) (uri de QString) (uri de QString) (uri de QString, tag_name de QString) método QString org.gnome. Tomboy.RemoteControl.Version do bool org.gnome. Tomboy.RemoteControl.SetNoteContentsXml do método do bool org.gnome. Tomboy.RemoteControl.SetNoteContents do método do bool org.gnome. Tomboy.RemoteControl.SetNoteCompleteXml do método de QStringList org.gnome. Tomboy.RemoteControl.SearchNotes do método (pergunta, bool de QString case_sensitive) (uri de QString, xml_contents de QString) (uri de QString, text_contents de QString) (uri de QString, xml_contents de QString) () Como um exemplo simples de como usar um método publicado, nós invocamos o método da versão para retornar a versão do Tomboy que nós estamos usando. qdbus org.gnome de $. Tomboy /org/gnome/Tomboy/RemoteControl org.gnome. Tomboy.RemoteControl.Version 0.12.0 Nós podemos usar-se dbus-emitimos em vez do qdbus como mostrado abaixo mas, como você pode, ver a sintaxe do qdbus é mais compacta. Igualmente anote que nós temos que usar a barra-ônibus da sessão. $ dbus-emitem - type=method_call - a sessão - imprimir-responda \ - dest='org.gnome. Tomboy /org/gnome/Tomboy/RemoteControl \ org.gnome. Tomboy.RemoteControl.Version 0.12.0 No seguinte exemplo, nós criamos o equivalente “olá! do mundo” que usa uma nota, indicamo-lo por 5 segundos e suprimimo-los então da nota. #! /bin/bash” /org/gnome/Tomboy/RemoteControl” INTERFACE= DPATH= de” qdbus org.gnome do `de TMP= org.gnome. Tomboy.RemoteControl”. Tomboy $ {DPATH} $ {RELAÇÃO} .CreateNamedNote da “`RESULT=$ de 2>/dev/null minha nota”? se [[$RESULT! = 0]] retiram então 1 fi # figuram para fora a corda do uri da nota que é do formulário # da nota: //0xaf3356abcdefg OID=$ {TMP#note:} # ajuste os índices O D-Bus (barra-ônibus do Desktop) é uma baixo-latência, umas baixo-despesas gerais, uma tecnologia easy-to-use da barra-ônibus da mensagem que lançamento da aplicação de sustentações e um ligamento. É usado em desktops de GNU/Linux mas foi movido primarly a outras plataformas que incluem Microsoft Windows e o   de Apple Mac OS X. este borne fornece uma vista geral rápida de conceitos do D-Bus, de alguma história, e de alguns exemplos de como usar o D-Bus em seus certificados de escudo. O desktop original de KDE e de GNOME projeta CORBA usado para uma comunicação da inter-aplicação. Sobre a hora entretanto, para várias razões, KDE migrou de CORBA ao protocolo de Comunications do Desktop (DCOP) e o GNOME migrou a Bonono. Isto conduz à situação onde as distribuições do desktop de GNU/Linux tiveram que suportar o lauch diferente da inter-aplicação dois e lig modelos e muitas aplicações de desktop padrão não poderia se comunicar sem emenda um com o otro. Para melhorar esta situação insatisfatória, o D-Bus (o nome foi sugerido por Harri Porten) foi concebido e desenvolvido por Red Hat como parte do projeto de freedesktop.org. O projeto do D-Bus foi influenciado pesadamente por DCOP. Do começo, foi projetado ser uma recolocação para as duas tecnologias de competência. O módulo inicial do código fonte foi criado por Havoc Pennington em finais de 2002. O desenvolvimento era completamente lento com muitas mudanças ao protocolo do fio. Entretanto por 2006 a especificação era relativamente estável. O primeiro GNOME e então KDE fêz a decisão à transição ao D-Bus a fim suportar uma única tecnologia de ligamento e lauching unificada do applcation em desktops de GNU/linux. De várias maneiras o D-Bus é similar a Sun Microsystems ToolTalk que é a tecnologia undelying no ambiente comum do Desktop, e a lig de objeto de Microsoft e a encaixar a tecnologia (VELHO). O protocolo básico do D-Bus é um baixo latancy peer-to-peer ou protocolo do binário do usuário de cliente. Não se pretende para o uso da inter-máquina mas um pouco para o uso da intra-máquina. Trabalha nos termos das mensagens um pouco do que córregos do byte. Uma barra-ônibus da mensagem é usada quando uma comunicação many-to-many é desejada. Normalmente as aplicações comunicam-se através de tal barra-ônibus da mensagem mas uma comunicação direta da aplicação-à-aplicação é igualmente possível. Ao se comunicar em uma barra-ônibus da mensagem, as aplicações podem perguntar que outros aplicações e serviços estão disponíveis, assim como ative um por encomenda. Um demónio, ou o serviço, devem ser lanç antes que todas as aplicações possam conectar a uma barra-ônibus da mensagem. Este demónio é responsável para manter-se a par das aplicações que são conectadas e corretamente distribuindo mensagens da fonte ao destino. A especificação do D-Bus define duas barras-ônibus conhecidas chamadas a barra-ônibus de sistema e a sessão |
||||||||||||||||||||||
|
Copyright o © Finnbarr 2005-2011 P. Murphy. Todos os direitos reservados. |
|||||||||||||||||||||||