Traduisez

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
Image des logiciels d'exploitation modernes (3ème édition)
Image de l'inscription anticipée au programme dans l'environnement d'UNIX, deuxième édition (séries de calcul de professionnel d'Addison-Wesley)
Image de commencer Google Maps api 3
Image de développement d'applications sans fil androïde

HAL Scripting

Les dégagements récents de Fedora et d'autres distributions de GNU/Linux incluent une couche d'abstraction de matériel (HAL) qui est employée pour soutenir des possibilités prêtes à l'emploi de dispositif.  Dans ce poteau je te montrerai comment vos manuscrits de coquille peuvent employer HAL pour rechercher l'information de dispositif et de système.

La limite HAL est surchargée en tant qu'elle a employé pour se référer tous les deux à des spécifications et au logiciel réel qui met en application les spécifications.  D'un point de vue de créateurs d'application, HAL est manière d'énumérer les possibilités et les dispositifs du matériel attachés à un système et de recevoir l'avis quand quelque chose au sujet du matériel change.

D'abord, une vue d'ensemble très rapide de HAL.  Chaque article de matériel physique dans un ordinateur est considéré comme étant un objet de dispositif qui a identifié par une marque de dispositif unique (UDI).  Associé à chaque objet de dispositif est un ensemble variable de propriétés appelées dactylographiées bien définies de dispositif de paires de clef-valeur (ou méta-données) qui décrivent ce que représente chaque objet de dispositif ainsi que ses propriétés.  Quelques propriétés de dispositif sont dérivées du matériel physique réel, certains sont fusionnés à partir des dossiers XML-composés, connus sous le nom de dossiers de l'information de dispositif, et les autres sont dérivés de la configuration de dispositif réel.  Des propriétés obligatoires de dispositif sont définies dans les spécifications de HAL.

UN HAL

Modèles KSH93 prolongés

La configuration avec un modèle est un composant important de n'importe quelle coquille moderne. La coquille ksh93 soutient les deux expressions régulières aussi bien que ce qui s'appelle les modèles prolongés. Des modèles prolongés peuvent être considérés comme la classe ou le type d'expressions régulières prolongées. Le but de ce poteau est d'expliquer, avec quelques exemples, comment employer la puissance des modèles prolongés en vos manuscrits ksh93.

Javascript E4X

Dans des poteaux précédents, j'ai discuté la ligne de commande de SpiderMonkey js de coquille et comment ajouter l'appui à lui pour permettre le plein accès (lu, écrivez, créez, copiez, supprimez, etc.) au système de fichiers local par l'intermédiaire de l'objet de dossier et de la bibliothèque de NSPR.

Tout en rumaging autour dans le code source et la documentation pour des js, j'ai constaté que les js ont partiellement soutenu la prolongation d'EX4 XML par l'intermédiaire d'une option configurable d'utilisateur.

Ce poteau regarde ce qu'il prend pour charger un document de XML dans des js de votre système de fichiers local, pour le traiter et pour écrire le document en résultant à votre système de fichiers local utilisant des objets de dossier et la prolongation d'E4X.

L'ECMAScript avec des spécifications de XML (E4X) (ECMA-357) ajoute le soutien indigène des objets de XML et des objets de XMLList au langage de programmation de Javascript.  Cette norme a été éditée en 2004 et a été basée la première fois sur des prolongements de XML fournis dans le produit d'atelier de BEA (maintenant Oracle) Weblogic.  Ces prolongements ont été conçus par Terry Lucas et John Schneider qui ont mené l'ECMAScript pour l'initiative de XML (E4X).

L'idée de base derrière E4X était que les langues déclaratives telles que XSL et XPATH sont trop complexes pour que le programmeur moyen apprenne rapidement et donc une manière plus simple d'accéder et de manoeuvrer à des documents de XML était nécessaire.  Personnellement je ne suis pas d'accord avec cette affirmation.

Comme aparté, actuellement Schneider est fondateur et Président chez AgileDelta qui a développé les spécifications efficaces de format binaire de XML que je prévois d'écrire environ dans un futur poteau.  Un groupe de travail de W3C développe actuellement les spécifications d'EXI qui sont basées sur les spécifications d'AgileDelta.  

Objet de dossier de Javascript

Car vous vous rendez probablement compte les moteurs de Javascript tels que SpiderMonkey typiquement ne permettent pas l'accès au système de fichiers local pour des raisons de sécurité.  Pour permettre à des lotisseurs d'examiner les manuscrits d'une ligne de commande, les js inclut la fonction de charge () qui te permet de charger un ou plusieurs manuscrits de Javascript dans le moteur de SpiderMonkey.  Cependant ce n'est pas suffisant pour nos buts car aucun moyen n'est fourni d'écrire au système de fichiers.  Regardant plus étroitement le code source, j'ai noté le soutien des objets de dossier.  Cet appui n'est pas permis par défaut cependant.  Il n'est pas suffisant de recompile simplement SpiderMonkey avec cette option permise ; vous devez également télécharger et construire la bibliothèque d'exécution portative de Netscape (NSPR).  Cette bibliothèque fournit un api plate--neutre pour au niveau système et libc-comme des fonctions, et est employée par un certain nombre de projets de Mozilla et d'autres programmateurs de logiciel de tiers.  La version actuelle est 4.7.3 et vous pouvez la télécharger ici.

Il y a quelques gotchas à construire Spidermonkey avec NSPR.  Tout d'abord, vous devez construire avec succès NSPR.  Le tarball de code source pour NSPR vient avec le GNU standard autoconfigure des outils.  Si vous êtes sur un système 64-bit, vous devez s'exécuter configurez avec - l'option d'enable-64bit ; autrement la construction échouera rapidement.  Vous devriez alors examiner la construction en allant au sous-répertoire d'essai, en établissant le testsuite et en l'exécutant.  Vous devez également modifier le Makefile.ref de SpiderMonkey (je suppose que vous établissez SpiderMonkey 1.7 et pas une libération hâtive) pour inclure le libnspr et les en-têtes de NSPR.  Deux au moment de la compilation définit sont nécessaires.  Vous pouvez définir JS_HAS_FILE_OBJECT et JS_THREADSAFE dans Makefile.ref ou comme ligne de commande arguments pour faire.  Après que vous, devrait pouvoir construire avec succès SpiderMonkey avec l'appui indigène d'objet de dossier.

Maintenant que nous avons la construction de js avec le soutien des objets de dossier, ce qui peut nous faire avec lui.  Bien, je devine que nous devrions commencer par bonjour le manuscrit prévu du monde. js> File.output.writeln (« bonjour monde ") ; Bonjour js> vrai File.output.writeln (« bonjour, monde ") du monde ; « CORRECT » bonjour, js> CORRECT File.output.writeln (« bonjour, monde ") du monde ; «  » Bonjour, js> du monde

Notez que vrai outputted à moins que vous apposiez autre chose comme montré ci-dessus.  Voici un autre exemple court qui démontre comment énumérer les propriétés de l'objet de dossier d'exemple pour l'annuaire courant. dir de js> = nouveau dossier (`. ') ; /home/fpm/js/. js> pour (I dans le dir) la copie (i) ; isFile isDirectory de chemin d'accès de parent de longueur existe canReplace de canAppend de canWrite de canRead isOpen le type

Stat Builtin de Korn Shell 93

Ce poteau démontre comment écrire un builtin chargeable de stat pour la coquille 93 de Korn.