2010-11-03 7 views
8

J'utilise xcode 3.2.4 sur le léopard des neiges. Aujourd'hui, quand j'ai essayé d'enregistrer un fichier sur mon projet, j'ai un message d'erreur disant: Le document "nameOfFile.m" n'a pas pu être sauvegardé. J'ai essayé de réinstaller xcode mais pas de chance. Le fichier peut être édité avec d'autres éditeurs et je vois le même comportement sur tous mes projets ainsi que sur les projets nouvellement créés. Des idées?xcode Le document "..." n'a pas pu être sauvegardé

Screenshot for error warning

+0

Fixé dans Xcode 9 –

Répondre

7

Simplement en redémarrant l'ordinateur, le problème a été résolu.

+0

J'ai rencontré ce problème après une nouvelle installation de Lion et l'utilisation de Migration Assistant pour faire apparaître mon dossier utilisateur, sous lequel tout mon code est. J'ai redémarré après avoir réinstallé Xcode et avant de voir ce problème, mais après le redémarrage, il a été résolu. –

3

Assurez-vous que vous avez votre souris concentré sur la zone de code et non le fichier dans la liste des fichiers.

+0

il est axé sur le code – thomdask

+0

Je confirme que c'était le problème dans mon cas, xcode 3.2.6 – sorin

+0

juste se concentrer sur le fichier de code, pas un fichier de ressources. – nonocast

1

Hey ........... même face i le même problème ..... mais nous avons eu la réponse ...... étapes:

  1. Révéler dans le dossier de la projet.
  2. sélectionnez le fichier qui est verrouillé
  3. sélectionnez « Lire les informations »
  4. Désélectionnez-à-dire décocher l'étiquette « BLOQUE » dans l'info.
+0

J'ai essayé et ce n'était pas le cas – thomdask

+0

Ce n'était pas le cas pour moi non plus. – JoePasq

5

Nous avions ce problème dans un environnement de laboratoire où les fichiers utilisateur sont montés via NFS. Les machines client exécutent OS X 10.6.7 et le serveur de fichiers exécute Debian Linux. Après beaucoup de chagrin et en lisant/var/log/syslog sur le poste client, j'ai découvert qu'il s'agissait d'un problème subtil de verrouillage de fichier/condition de concurrence avec le système de fichiers. Évidemment, lors de l'édition de fichiers dans un "bundle" (par exemple comme dans un projet Xcode), le système d'exploitation utilise une certaine forme d'écriture sécurisée qui consiste à écrire des données transitoires atomiquement dans ~/Library/Caches/TemporaryItems/(ce qui est évidemment sur le système monté NFS) - il y a une course ici qui nécessite un verrouillage de fichier approprié. Nous espérons avoir corrigé le problème en modifiant les options nfs_mount comme décrit dans Mounting NFS volumes in OS X

0

Je viens de rencontrer le même problème, puis j'ai remarqué que je manquais d'espace disque. Vous pouvez désactiver l'avertissement qui apparaît lorsque vous manquez d'espace disque (ce n'est peut-être pas une bonne idée). Je l'ai fait il y a quelques jours et j'ai été intrigué un moment quand ce message est apparu. Ils auraient pu juste dire "Disque plein" ou quelque chose au lieu de "ne peut pas sauver". Quoi qu'il en soit, si quelqu'un se heurte à cela, libérez de l'espace disque.

Vous pourriez être en mesure d'enregistrer dans un éditeur externe, car ce n'est pas aussi la construction de votre application qui pourrait utiliser le peu d'espace restant. Cela pourrait aussi être la raison pour laquelle cela a fonctionné après le redémarrage (si OS X a nettoyé certaines choses en cache au redémarrage), cela semble plausible.

Soit cela ou votre disque dur a peut-être juste planté. tic .... tic .... tic .....

0

Dans mon cas, le fichier qui disait que le document n'a pas pu être enregistré était essentiellement Raccourci/Alliés du fichier présent à un autre endroit. Je ne sais pas pourquoi il n'était pas en mesure d'enregistrer si elle a été ouverte par raccourci/alliés dans xcode mais en écrasant (copier et coller) les fichiers orignal à ce raccourci mon problème a été résolu.

Cordialement Umair Bhatti

3

Je ne sais pas pourquoi, mais les fichiers temporaires ont fini dans un état bizarre.Dans «/private/var/dossiers » Je simplement supprimé tous les dossiers et il éclairci le problème

cd /private/var/folders 

sudo rm -fR * 

Note: jamais une « sudo rm » à moins que vous savez vraiment ce que vous faites. Cela peut causer des dommages irrécupérables

+0

Cela m'a éclairci. Je ai d'abord essayé les autres solutions, cela a fonctionné, mais j'ai cherché dans ces dossiers et en a trouvé un qui contenait des fichiers de projet et juste supprimé ce dossier. –

0

Nettoyer le projet (Produit> Nettoyer), puis forcer de quitter Xcode (Commande + Option + Échap, sélectionnez Xcode, cliquez sur Forcer à quitter) a résolu le problème pour moi. Je ne suis pas sûr si le nettoyage était nécessaire, mais c'est ce que j'ai fait. En rouvrant le projet, j'ai laissé Xcode indexer le projet avant de faire quoi que ce soit, puis j'ai fait une Build, et tout va bien.

0

1.Faites un clic droit sur ce fichier 2.Allez Afficher dans le Finder. 3.Cliquez sur obtenir des informations. 4. Partage & Autorisation

Tout le monde, nom d'utilisateur, Fetching & sélection ---- Vous pouvez choisir l'option d'écriture en lecture appropriée.

0

J'ai fait face à ce problème plusieurs fois. J'ai suivi les étapes ci-dessous pour corriger cela.

1. Select file->Show in Finder 
2. Copy those file and past different destination. 
3. Remove those file from xCode (to selecting show in finder) 
4. Then again add those files from other destination to actual location 
5. Clean code and run the code. 
0

Une autre raison possible est que le fichier que vous essayez de modifier est un alias (à savoir un lien souple).

Vous devrez modifier le fichier source directement dans ce cas.