The UNIX and Linux Forums  


Go Back   Les systèmes UNIX et Linux Forums > Top Forums > De programmation et de script Shell
.
google unix.com



De programmation et de script Shell Posez vos questions à propos de KSH, CSH, SH, BASH, PERL, PHP, SED, awk et d'autres scripts shell et les langages de script shell ici.

Plus d'UNIX et Linux Forum Sujets Vous trouverez peut-être utile
Fil Thread Starter Forum Réponses Last Post
Bash Trap problème? jsabino De programmation et de script Shell 3 11-17-2008 01:45 PM
Bash problème edgehead De programmation et de script Shell 3 11-15-2008 04:34 AM
bash tableau problème yagnesh De programmation et de script Shell 1 08-19-2008 03:48 AM
Bash: mauvaise substitution problème ... pls help! xfouxs UNIX pour les nuls Questions et réponses 1 11-23-2007 05:48 PM
Bash boucle while problème Kweekwom De programmation et de script Shell 5 07-23-2007 01:49 AM

Closed Thread
English Japanese Spanish French German Portuguese Italian Dutch Swedish Russian Norwegian Hungarian Hebrew Danish Bulgarian Greek Powered by Powered by Google
 
LinkBack Thread Tools Recherche sur ce Thread Rate Thread Modes d'affichage
  #1 (permalink)  
Old 02-11-2009
usfish usfish is offline
Registered User
  
 

Date d'inscription: février 2009
Messages: 2
problème de '..' en bash

Il est question d'une interview sur UNIX bash:

Certains en bash essayer de faire '..' toujours propery, à savoir, de répertoire, cd .. / $ USER va vous placer dans votre répertoire home. Bash-t-il toujours ce comportement correct?

Quoi qu'il en soit peut fournir un exemple qui ne marche pas bash fonctionne bien?

Merci!

Dernière édition par usfish; au 02.11.2009 02:34 AM..
  #2 (permalink)  
Old 02-11-2009
cfajohnson's Avatar
cfajohnson cfajohnson is offline Forum Advisor  
Shell programmeur, auteur
  
 

Join Date: Mar 2007
Lieu: Toronto, Canada
Posts: 2372
Citation:
Posté par usfish View Post
Il est question d'une interview sur UNIX bash:

Certains en bash essayer de faire '..' toujours propery, à savoir, cd .. / $ USER va vous placer dans votre répertoire home. Bash-t-il toujours ce comportement correct?

Quoi qu'il en soit peut fournir un exemple qui ne marche pas bash fonctionne bien?

"cd .. / $ USER" ne sera pas de vous placer dans votre répertoire d'accueil, sauf si vous êtes dans un répertoire sur le même niveau que votre répertoire home.

Vous mai-être de:


Code:
cd ~user

Cela ne fonctionnera pas avec une variable, sauf si vous utilisez eval:


Code:
eval "cd ~$USER"

Pour accéder à votre répertoire d'accueil, de l'utilisation cd sans répertoire.
  #3 (permalink)  
Old 02-11-2009
usfish usfish is offline
Registered User
  
 

Date d'inscription: février 2009
Messages: 2
Citation:
Posté par cfajohnson View Post

"cd .. / $ USER" ne sera pas de vous placer dans votre répertoire d'accueil, sauf si vous êtes dans un répertoire sur le même niveau que votre répertoire home.

Vous mai-être de:


Code:
cd ~user

Cela ne fonctionnera pas avec une variable, sauf si vous utilisez eval:


Code:
eval "cd ~$USER"

Pour accéder à votre répertoire d'accueil, de l'utilisation cd sans répertoire.
Salut, je vous remercie pour votre réponse rapide. J'ai manqué à cette condition. C'est à partir de la maison et que vous tapez le répertoire "..", et signifie à poser au sujet de ".." au lieu de $ USER je crois.

Je pense qu'il ya peut-être la chance que bash n'est pas sur un lien symbolique?
  #4 (permalink)  
Old 02-11-2009
cfajohnson's Avatar
cfajohnson cfajohnson is offline Forum Advisor  
Shell programmeur, auteur
  
 

Join Date: Mar 2007
Lieu: Toronto, Canada
Posts: 2372
Citation:
Posté par usfish View Post
Salut, je vous remercie pour votre réponse rapide. J'ai manqué à cette condition. C'est à partir de la maison et que vous tapez le répertoire "..", et signifie à poser au sujet de ".." au lieu de $ USER je crois.

Je pense qu'il ya peut-être la chance que bash n'est pas sur un lien symbolique?

Que voulez-vous dire par «l'échec»?

Si vous voulez un cd au répertoire parent physique, utiliser l'option-P:


Code:
cd -P ..

  #5 (permalink)  
Old 02-11-2009
larryv larryv is offline
Registered User
  
 

Date d'inscription: février 2009
Lieu: Cambridge, MA, Etats-Unis
Messages: 1
hmmm

Citation:
Posté par usfish View Post
Il est question d'une interview sur UNIX bash:
Funny, qui ressemble à un horrible beaucoup comme l'une des questions de crédit supplémentaire sur mon dernier 6,033 (MIT Computer Systems Engineering) devoirs.

Tentons de clarifier le problème.

Disons que nous avons à certains répertoire arbitraire / un / long / chemin / nom / et dire que notre répertoire est / home / moi /.

Maintenant, nous le faisons:

Code:
ln -s /some/long/path/name /foo/bar
ln -s /home/me /foo/baz

Donc maintenant, en supposant que / foo ne contient deux répertoires appelés bar et baz, nous avons maintenant deux liens symboliques, / foo / bar / foo / baz, ce lien vers / un / long / chemin / et / home / moi , respectivement. Si nous avons de la façon suivante:

Code:
bash
cd /foo/bar
cd ../baz

nous devons finir dans / foo / baz, qui est en fait / home / moi, parce que bash tracée .. retour à / foo, et non pas vers / un / long / chemin /, comme ne tcsh (si je ne m'abuse, sinon qu'elle était).

En fin de compte, la question est, ne bash toujours corriger ce problème? Lors de cd-ment dans un autre répertoire via un lien symbolique, ne cd .. toujours revenir dans le répertoire qui contient le lien symbolique?

Dernière édition par larryv; au 02.11.2009 06:50 PM.. Motif: clarifier dernière phrase
Closed Thread

Bookmarks

Thread Tools Recherche sur ce Thread
Recherche sur ce Thread:

Recherche avancée
Modes d'affichage Rate this thread
Rate this thread:

Règles de messages
Tu mai pas de nouvelles discussions: nonoui
Tu mai pas envoyer des réponses:
Tu mai pas envoyer des pièces jointes
Tu mai pas modifier vos messages

BB code est Sur
Smilies sont Sur
[IMG] code est Sur
Le code HTML est Hors tension
Trackbacks sont Sur
Pingbacks sont Sur
Refbacks sont Sur




Toutes les heures sont au format GMT -4. Le temps est maintenant 05:10 AM.


Powered by: vBulletin, Copyright © 2000 - 2006, Jelsoft Enterprises Limited. Traductions Langue Powered by .
vBCredits v1.4 Copyright © 2007 - 2008, PixelFX Studios
Les systèmes UNIX et Linux Forums Content Copyright © 1993-2009. Tous droits Reserved.Ad de gestion par RedTyger

Content Relevant URLs par vBSEO 3.2.0