[ 1 2 3 4 5 6 7 8 9 10 :: Suivant ]
troll de niveau hameautal
tu sais qu'il existe aussi des informaticiens compétents qui maitrisent des OS comme MVS, Bull GCOS, VMS, Windows, OS400 ?
Tu es au courant que les mainframe existent encore et qu'il y a une population d'informaticien très pointu sur ce créneau ?
De même, il existe de très bons admin windows qui maitrisent à fond leur environnement, ils savent utiliser un langage de script, ils connaissent les fondements de leur système, ils savent même lire la doc (abondante) de microsoft !
je sais, j'ai marché dedans, mais ton troll soit disant de compèt n'en est pas vraiment un, je dirais plutôt que c'est un troll de compétition de niveau hameautal !
[ Répondre ]
Résolu
Vu sur comp.unix.aix, en fait perl a été compilé avec un parmaètre maxdata limité à 2Go :
perl -V | grep maxdata
ld='ld', ldflags ='-brtl -bmaxdata:0x80000000 -q64 -b64'
Même les binaires 64 bits sont compilés avec cette option.
Il semblerait bien que ce paramètre influe sur les limit de l'environnement shell généré par Perl via les fonctions system, exec....
Il ne reste plus qu'à recompiler Perl...
[ Répondre ]
Re: Une histoire de famille
ulimit est une commande shell qui ne s'applique qu'au shell en cours et à ses descendants.
Tout à fait, sauf que mes paramètres sont persistants c'est à dire qu'ils sont bien stockés dans le fichier /etc/security/limits d'AIX et donc ils doivent s'appliquer à tous les environnements shell.
La fonction system en perl lance une commande shell. Et donc dans un sous shell puisque perl n'interprète pas le shell :)
Ce n'est pas parce que la commande "ulimit" n'est pas gérée par Perl qu'il y a création d'un nouveau process, c'est juste que c'est la fonction première de system() que de faire un fork() et donc un process shell (sh -c en locurence), donc le shell exécuté est effectivement bien fils de perl..
En effet, on pourrait pu tout aussi bien écrire exec("ulimit -a") où là le shell remplace le process perl le temps de l'exécution, enfin bref, le coeur du problème n'est pas là :-)
Par conséquent ta commande ulimit ne peut être prise en compte par perl qui et le père du shell ayant lancé la commande.
Mais je ne cherche pas à appliquer cette commande à perl, je cherche à comprendre pourquoi l'environnement du shell lancé par Perl est différent des autres !
Pour que la commande s'applique au processus en cours, il faut faire appel directement à l'appel système concerné. Je ne doute pas que tu puisse trouver ton bonheur dans le cpan.
merci mais ce n'est pas ce que je veux faire, je ne cherche pas à appliquer le paramètre au process en cours, et je connais quel est le module en question, il est même proposé dans la première URL de mes recherches.
L'autre solution est de lancer ton script perl dans un script shell qui fera lui-même la commande ulimit avant de lancer perl (son fils cette fois).
Comme précisé plus haut, mes paramètres ulimit sont persistants c'est à dire qu'il n'y a pas besoin de les spécifier au runtime, donc que je lance perl depuis un shell interactif ou non revient au même...
La preuve par l'exemple :
#!/usr/bin/ksh
ulimit -d unlimited
echo "Affichage des params effectifs sous shell"
ulimit -a
echo "Affichage des params effectifs sous le shell lancé par Perl"
perl << EOF
system("ulimit -a");
EOF
et le résultat :
Affichage des params effectifs sous shell
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) unlimited
memory(kbytes) unlimited
coredump(blocks) 2097151
nofiles(descriptors) 2000
Affichage des params effectifs sous le shell lancé par Perl
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 2097152
stack(kbytes) unlimited
memory(kbytes) unlimited
coredump(blocks) 2097151
nofiles(descriptors) 2000
Tu constates comme moi que le paramètre data n'est pas le même, c'est que ce je ne comprends pas :-/
[ Répondre ]
Re: faut pas chipoter
Mais les comptes utilisateurs sous aix n'existent pas dans la base ODM !
De base c'est comme Linux, des fichiers plats, c'est tout.
Créer un user sous AIX revient à ajouter une ligne dans /etc/passwd, et quand un password est affecté, une entrée est ajouté dans les fichiers /etc/security/user et passwd, c'est tout con puisque ce sont des bases de données à plat.
[ Répondre ]
Re: l'avenir d'AIX s'appelle....
Heu, tu as vu que l'article date de plus de 5 ans ?
Bon, toujours est-il que la situation n'a pas changé et IBM a encore bon nombre d'utilisateur sur cet OS.
D'autant plus qu'AIX a beaucoup évolué entre temps, et qu'il a bien fallu combler les demandes...
J'ai posté plus haut, la road map d'aix jusqu'en 2015...
[ Répondre ]
Re: faut pas chipoter
En quoi ça te pose un soucis la base ODM ?
Tu préfères que les params des devices soient tous dans des fichiers textes ?
Personnlement, je n'ai pas encore rencontré de soucis avec la base ODM, par contre ce qui est déroutant par exemple c'est quand on configure un route réseau, il faut bien penser à changer les valeurs de l'objet inet0, sinon au reboot y a pu :(
[ Répondre ]
faut pas chipoter
Salut,
Je ne vois pas de quoi tu te plains, tu as une problématique et on te donne la réponse, donc ton problème est résolu.
Maintenant au niveau technique, je suis d'accord que le fait de devoir passer par un logical volume pour mounter une image iso peut paraitre ridicule surtout quand on compare ça à linux, c'est clair.
Après de là à juger l'avenir d'un OS sur une fonctionnalité aussi peu utilisée, franchement faut pas déconner :-)
J'imagine que tu n'es pas admin et developpeur et qu'aix te sort par les cheveux, je suis de tout cœur avec toi, aix dans certains cas est une horreur par rapport à Linux.
Si ça t'intéresse voici l'avenir d'aix :
http://www.itjungle.com/tug/tug051707-story02.html
[ Répondre ]
Cerveau trop formaté ?
Ton cerveau est trop formaté à la sauce unix....
Je ne vois pas en quoi c'est spécialement mal foutu, c'est juste que ça bouleverse tes habitudes parce que la syntaxe est différente.
C'est pas si mal de casser ses habitudes de temps en temps...
[ Répondre ]
Et bien quand on ne sait pas écrire un script shell, le plus simple c'est encore de demander à google.
En faisant un copier-coller de ta question dans google, tu obtiens des résultats très satisfaisants :
http://www.google.fr/search?q=comment+puis-je+%C3%A9crire+un(...)
Bon apprentissage
[ Répondre ]
Le rat porc avec DLFP ?
Merci de nous avoir fait une petite synthèse des dernières nouveautés du monde apple.
Le problème majeur d'apple, c'est toujours de pratiquer des tarifs élevés, avec le mac book air Apple ne manque vraiment d'air (hu hu).
Si l'idée de rendre le lecteur optique externe n'est pas nouvelle (voir les SONY Vaio de 2001), ne pas le fournir en standard avec la machine lors de l'achat en est une autre ! Il faut ajouter 99$ à l'ardoise déjà salée pour bénéficier du lecteur...c'est proprement scandaleux...comment fait-on pour réinstaller le système (comme tu l'as très justement précisé) ?
On boot sur une clé USB, via le réseau ?
Avec les performances annoncée du wifi 802.11n, j'imagine que Apple va nous ressortir tôt ou tard le netBoot d'il y a dix ans avec la possibilité de booter sur une borne AirPort/timecapsule/mescouilles.
Reste ensuite la question du stockage, le disque dur PATA est (je crois), le même que celui de l'ipod, il est donc très lent et relativement fragile, cela nous donne surtout envie de prendre la version avec disque SSD. Mais qu'est-ce qui justifie une telle différence de prix ? Un disque SSD de 64Go vaut-il si cher que ça ? Non, c'est que du buzz et rien que du buzz, Apple continue de se foutre de la gueule du monde, les apple center continuent de crever la dalle en faisant des marges de moins de 5% sur le matos...
Même si apple fait de bons produits d'une manière générale, ils continuent de prendre les consommateurs pour des con (bon, ok c'est pas les seuls hein).
Je pense que ne rechèterai jamais de mac, c'est trop cher pour ce que c'est...je peux très bien me passer de mac os x, windows ou gnu/linux font largement l'affaire....
Je boycott aussi l'iphone car j'ai un viewty...
Apple sucks !
[ Répondre ]
RUBY sux0r ?
C'est trop facile de rejeter la faute sur DLFP alors que le problème semble venir du parseur qui se crash à la première erreur.
Je ne connais absolument rien en ruby mais n'existe-il pas comme en java une structure de code try/catch ?
[ Répondre ]
Re: man su
Quand on utilise la commande "su", il est souvent préférable d'utiliser le "-" pour bien sourcer les fichiers "profile" et ainsi se retrouver dans l'environnement complet de l'utilisateur cible.
en somme :
"su -" est égal à "su - root", attention à l'espace !
On peut aussi prendre d'autres identités que root, suffit juste de spécifier le login.
Personnellement, je fais systématiquement un "su - " quand je veux changer d'identité, je suis sûr d'avoir toutes les variables d'environnement de l'utilisateur.
[ Répondre ]
Cette page a été générée par Templeet en 0.0851s (dont 0.008 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Faire un don !
.
[X] c'était mieux à vent
---> ['''] (pas de chance il pleut)
[ Répondre ]