Traduza

Translate to EnglishÜbersetzen Sie zum Deutsch/GermanΜεταφράστε στα ελληνικά/GreekПереведите к русскому/RussianOversetter til Norsk/NorwegianÖversätta till Svensk/Swedishहिन्दी अनुवाद करने के लिए/Hindi
Tradueix al català/CatalanTulkot uz latviešu/LatvianPreložiť do slovenčiny/SlovakVertaal aan het Nederlands/Dutchترجمة الى العربية/ArabicTraduzca al Español/SpanishTraduisez au Français/French
Traduca ad Italiano/ItalianTraduza ao Português/Portuguese日本語に翻訳しなさい /Japanese한국어에게 번역하십시오/Korean中文翻译/Chinese Simplified中文翻译/Chinese TraditionalПереклад на українську/Ukrainian
Imagem de XSLT 2.0 e de referência de programador de XPath 2.0 (programador ao programador)
A imagem de RHCE Red Hat certificou o guia do estudo do linux do coordenador (exame RH302) (a imprensa da certificação)
Imagem do desenvolvimento de aplicações do rádio do Android
Imagem de começar Google Maps API 3

HAL Scripting

As liberações recentes de Fedora e outras distribuições de GNU/Linux incluem uma camada de abstracção de ferragem (HAL) que seja usada para suportar capacidades apto para a utilização do dispositivo.  Neste borne eu mostrar-lhe-ei como seus certificados de escudo podem usar HAL para recuperar a informação do dispositivo e de sistema.

O termo HAL é sobrecarregado como ele usou-se para referir a ambos uma especificação e o software real que executa a especificação.  De um ponto de vista dos colaboradores de aplicação, HAL é maneira de enumerar as capacidades e as características da ferragem unidas a um sistema e de receber a notificação quando algo sobre a ferragem muda.

Primeiramente, uma vista geral muito rápida de HAL.  Cada artigo da ferragem física em um computador é considerado como sendo um objeto do dispositivo que identifique por um identificador de dispositivo original (UDI).  É associado com cada objeto do dispositivo um jogo variável das propriedades chamadas datilografadas bem definidas do dispositivo dos pares do chave-valor (ou os metadata) que descrevem o que cada objeto do dispositivo representa junto com suas propriedades.  Algumas propriedades do dispositivo são derivadas da ferragem física real, alguns são fundidos das limas XML-formatadas, conhecidas como limas de informação do dispositivo, e alguns são derivados da configuração de dispositivo real.  As propriedades imperativas do dispositivo são definidas na especificação de HAL.

A

Testes padrões KSH93 prolongados

A harmonização de teste padrão é um componente importante de todo o escudo moderno. O escudo ksh93 suporta ambas as expressões regulares assim como o que é chamado testes padrões prolongados. Os testes padrões prolongados podem ser pensados como da classe ou do tipo de expressões regulares prolongadas. A finalidade deste borne é explicar, com alguns exemplos, como usar o poder de testes padrões prolongados em seus certificados ksh93.

Javascript E4X

Em bornes precedentes, eu discuti a linha de comando js de SpiderMonkey do escudo e como adicionar-lhe a sustentação para permitir o acesso total (lido, escreva, crie, copie, suprima, etc.) ao filesystem local através do objeto da lima e da biblioteca de NSPR.

Ao rumaging ao redor no código fonte e na documentação para js, eu encontrei que os js suportaram parcialmente a extensão de EX4 XML através de uma opção configurável do usuário.

Este borne olha o que toma para carregar um original de XML em js de seu filesystem local, para o processar e escrever para fora ao original resultante a seu filesystem local usando objetos da lima e a extensão de E4X.

O ECMAScript para a especificação de XML (E4X) (ECMA-357) adiciona a sustentação nativa para objetos de XML e objetos de XMLList ao linguagem de programação do Javascript.  Este padrão primeiramente foi publicado em 2004 e baseado nas extensões de XML fornecidas no produto da oficina de BEA (agora Oracle) Weblogic.  Estas extensões foram projetadas por Terry Lucas e por John Schneider que conduziram o ECMAScript para a iniciativa de XML (E4X).

A idéia da base atrás de E4X era que as línguas declarativas tais como XSL e XPATH são demasiado complexas para que o programador médio aprenda rapidamente e conseqüentemente uma maneira mais simples de alcançar e de manipular originais de XML era necessário.  Pessoal eu não concordo com essa afirmação.

Como um aparte, atualmente Schneider é fundador e CEO em AgileDelta que desenvolveu a especificação eficiente do formato binário de XML que eu planeio escrever aproximadamente em um borne futuro.  Um grupo de trabalho de W3C está desenvolvendo atualmente a especificação de EXI que é baseada na especificação de AgileDelta.  

Objeto da lima do Javascript

Porque você está provavelmente ciente os motores do Javascript tais como SpiderMonkey tipicamente não permitem o acesso ao filesystem local em razão da segurança.  Para permitir colaboradores de testar os certificados de uma linha de comando, os js incluem a função da carga () que o permite de carregar uns ou vários certificados do Javascript no motor de SpiderMonkey.  Entretanto isto não é suficiente para nossas finalidades porque nenhum meio é fornecido escrever ao filesystem.  Olhando mais pròxima no código fonte, eu observei a sustentação para objetos da lima.  Esta sustentação não é permitida à revelia entretanto.  Não é suficiente recompile simplesmente SpiderMonkey com esta opção permitida; você deve igualmente transferir e construir a biblioteca portátil do tempo de execução de Netscape (NSPR).  Esta biblioteca fornece um API plataforma-neutro para o nível de sistema e libc-como funções, e é usada por um número de projetos de Mozilla e por outros programadores de software do terceiro.  A liberação atual é 4.7.3 e você pode transferi-la aqui.

Há alguns gotchas a construir Spidermonkey com NSPR.  Antes de mais nada, você precisa de construir com sucesso NSPR.  O tarball do código fonte para NSPR vem com o GNU padrão autoconfigure ferramentas.  Se você está em um sistema 64-bit, você precisa de executar configura com - a opção de enable-64bit; se não a configuração falhará rapidamente.  Você deve então testar a configuração indo ao sub-directório do teste, construindo o testsuite e executando o.  Você igualmente precisa de modificar Makefile.ref de SpiderMonkey (eu estou supor que você está SpiderMonkey 1.7 e não umas saídas em liberdade condicionais) para incluído o libnspr e os encabeçamentos de NSPR.  Dois compilam o tempo definem são necessários.  Você pode definir JS_HAS_FILE_OBJECT e JS_THREADSAFE em Makefile.ref ou como a linha de comando argumentos para fazer.  Após do que você, deve poder construir com sucesso SpiderMonkey com sustentação nativa do objeto da lima.

Agora que nós temos a configuração dos js com sustentação para objetos da lima, o que pode nós fazer com ele.  Bem, eu supor que nós devemos começar com olá! o certificado previsto do mundo. js> File.output.writeln (“olá! mundo "); Olá! js> verdadeiro File.output.writeln do mundo (“olá!, mundo "); “APROVADO” olá!, js> APROVADO File.output.writeln do mundo (“olá!, mundo "); “” Olá!, js> do mundo

Observe que verdadeiro outputted a menos que você adicionar algo mais como mostrado acima.  Está aqui um outro exemplo curto que demonstre como alistar as propriedades do objeto da lima do exemplo para o diretório atual. dir do js> = lima nova (`. '); /home/fpm/js/. js> para (i no dir) a cópia (i); isFile isDirectory do nome de trajeto do pai do comprimento existe canReplace do canAppend do canWrite do canRead isOpen

Stat Builtin de Korn Shell 93

Este borne demonstra como escrever um builtin loadable do stat para o escudo 93 de Korn.