Je n'ai pas de plugins et mon .vimrc est assez simple. 
set ch=2
set showmatch
set nowrap
"set guioptions=

syntax on
set hlsearch
set mousehide

  highlight Normal    gui=none guibg=navajowhite guifg=grey10
  highlight NonText   gui=none guibg=navajowhite guifg=grey10
  highlight Text      gui=none guibg=navajowhite guifg=grey10
  highlight Constant  gui=none guibg=navajowhite guifg=ForestGreen
  highlight Statement gui=none guibg=navajowhite guifg=blue
  highlight Comment   gui=none guibg=navajowhite guifg=grey70
  highlight Type      gui=none guibg=navajowhite guifg=chocolate
  highlight Special   gui=none guibg=bisque guifg=grey10
  highlight Cursor    gui=none guibg=red    guifg=grey10
Je suis en train d'installer kde. Je n'étais pas très chaud pour ce genre d'environnement mais cela me permettra de voir si le problème vient de gnome.
Moi qui voulais un bureau simple je vais être servi. 🙁
Typiquement lorsque tu ouvres deux fois le même fichier, gvim te previens par popup que le fichier est déja ouvert. Un message du genre:
le fichier d'échange toto.swp existe déja.
ce message n'esu pas uniquement pour localiser le fait que tu édite un fichier en cours d'édition, mais aussi pour prévenir que l'édition d'un fichier n'a pas été quitté proprement et que l'on peut réparer une édition plantée grâce au fichier swp.

Comme j'arrête (trop souvent?) mon système proprement mais sans avoir fermé les fenêtres gvim, j'ai régulièrement ce genre de message lorsque je je relance l'edition d'un fichier ayant un fichier «.swp». Mais sans problème particulier pour la suite de l'édition.

Tu peux désactiver les fichiers «swp» pour voir si le problème vient de là.
Oui ta réponse est plus rigoureuse.
désactiver tu veux dire supprimer le fichier.swp?
En supprimant les causes de création de popup dans gvim je n'ai pas de plantage, j'avais déjà fait l'essai. Ceci dit j'ai dû aussi supprimer la barre d'outils car n'importe quel action sur celle-ci me produisait le même plantage.
Je me permet de te féliciter pour ton aide patiente et surtout matinale. Je ne connaissais pas la communauté Fedora mais c'est remarquable.
Je pense faire partie de la communauté fedora mais aussi de la communauté gvim.
désactiver tu veux dire supprimer le fichier.swp?
Non, je ne parle pas de supprimer, a posteriori, les fichiers «.swp» mais de demander (gentiment?) à gvim ne ne plus en créer.
set noswapfile
Dans ton ~/.gvimrc
Mais ceci empêche la réparation après un crash.


Cela dit une popup gvim ne devrait pas planter une session. Il y a donc autre chose.
Quelle est ta carte graphique et le/les drivers utilisés.
Pk, bonne idée. Mais je viens de planter fedora après avoir installé kde. Je suis en dual boot ce qui me permet d'aller encore sur le forum.
carte graphique: ATI Technologies Inc Radeon Mobility X1400
drivers : je ne sais pas et sous windows je ne suis pas a l'aise.
Mais je viens de planter fedora après avoir installé kde
Quel genre de plantage ?
J'ai le fond d'écran bloqué juste avant l'ouverture du bureau. Celle avec une barre d'avancement blanche. Apres qqs minutes j'ai fait AltCtrlDel
J'ai le fond d'écran bloqué juste avant l'ouverture du bureau.
Avant l'ouverture de session (login/mot de passe) ?
ou entre cette fenêtre d'ouverture de session et l'apparition du bureau.
Avant l'ouverture de session (login/mot de passe)
Donc ceci ne ressemble pas à un bug KDE/Gnome mais à un plantage X
Car avec gnome tu démarres par défaut avec gdm et l'installation de KDE après gnome garde gdm comme gestionnaire d'ouverture de session.
Il semble qu'il y ait quelque chose d'erroné dans ta configuration graphique.
Il faudrait essayer de démarrer en mode «init 3» puis
ouvrir une session texte sous root
puis
startx
pour confirmer un problème systématique avec X.
Comment passe-t-on en mode init 3 ? a partir d'une fenêtre dos?
Je n'ai malheureusement plus le CD d'installation de fedora. Aie.
Tu n'as pas besoin du CD pour modifier une option de boot.
Il faut modifier le menu grub.
Voir les modifications d'option de boot sur cette page
Voir les options de boot sur cette page
Je m'attends à une réinstallation complète.
Est-il possible de de télécharger et de lancer fedora 10 à partir d'un disque dur externe? Je n'ai pas la possibilité de graver un cd.
Normalement cela devrait être possible.
Je m'attends à une réinstallation complète.
Pourquoi, il n'y a pas de raison pour l'instant de penser à une ré-installation.
Essaie de booter en mode «init 3» et de lancer «startx»
Ensuite on verra s'il faut faire une configuration manuelle ou non de Xorg.

Autre question : As-tu fait des mises à jour depuis l'installation de F10 ?
Pourquoi, il n'y a pas de raison pour l'instant de penser à une ré-installation.
Essaie de booter en mode «init 3» et de lancer «startx»
Ensuite on verra s'il faut faire une configuration manuelle ou non de Xorg.
J'étais desynchronisé par rapport a ton message. Mais je suis prévenant et mon but est de diffuser fedora ET gvim dans ma famille et mes amis. C'est pour cela que je suis un peu focalisé sur gvim. J'ai voulu montrer mon environnement à un collègue et je suis tombé sur ce bug. Je tiens a revenir avec une démonstration concluante.
Autre question : As-tu fait des mises à jour depuis l'installation de F10 ?
Oui plusieurs fois.
gvim fonctionne aussi très bien sous Window$ et c'est
un très gros progrès par rapport à «notepad»
et un
premier pas vers l'OpenSource./GPL
gvim fonctionne aussi très bien sous Window$ et c'est
un très gros progrès par rapport à «notepad»
et un
premier pas vers l'OpenSource./GPL
J'utilise gvim depuis maintenant bien longtemps sous unix/linux qui est mon environnement professionnel en microelectronique, je l'ai aussi installé sous windows mais cet OS est pour moi tellement rebutant qu'il ne me sert plus qu'à communiquer qu'avec ma hiérarchie!

Bon j'ai fait une brève tentative avec grub. J'ai accidentellement lancer une séquence de boot et j'ai remarqué qu'il bloquait [echoué] sur un fichier introuvable concernant /usr/bin/tor. J'ai effectivement fait un chargement récemment avec yum de ce programme. Est_ce une piste ? Je vais continuer à investiguer avec grub en mode int3...
Qu'un service utilisant tor échoue ne devrait pas être dramatique pour la suite.