Discussion :

[unbleu]

Bonjour,

Je suis débutant sous Linux.
Je voudrais réécrire un logiciel que j'avais conçu pour Windows afin qu'il fonctionne maintenant sous Linux.
J'utilise un PC avec Debian 6.0.7 et langage C avec Codeblocks.

Voici les 4 façons d'ouvrir le fichier toto.txt que j'ai essayées successivement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
FILE *fG;
fG = fopen("smb://portable/partage/toto.txt",  "r+b" );		// Cas #1 Correspond au chemin donné par l'explorateur de fichiers
fG = fopen("smb://192.168.1.200/partage/toto.txt",  "r+b" );	// Cas #2 Correspond au chemin possible firefox
fG = fopen("\\\\portable\\c:\\partage\\toto.txt", "r+b" );	// Cas #3 Correspond au chemin touvé sur les forums
fG = fopen("\\\\192.168.1.200\\C:\\partage\\toto.txt", "r+b" );	// Cas #4 Correspond au chemin touvé sur les forums
 
if(fG == NULL)
	Printf("Erreur ouverture toto.txt \r\n");
else
	fclose(fG);

Dans ces 4 cas, fG = NULL.
Les essais ont toujours été faits en root.
Ces essais ont été faits d'une part sous l'IDE Codeblocks mais aussi directement avec l'exécutable (./mon_executable) d'autre part.

Pourtant le fichier toto.txt est :
- Visible depuis Nautilus,
- Le fichier est éditable avec gedit,
- Le fichier est visible avec Firefox.

En revanche, en ligne de commande :
- root$ gedit smb://portable/partage/toto.txt et autres cas echoue toujours.
- root$ nano smb://portable/partage/toto.txt et autres cas echoue toujours.


Mes compétences s'arrêtent là, mais j'espère avoir été clair.
Quelqu'un aurait il une solution pour sauver mon projet ?

Par avance, merci
Unbleu.

[Bktero]

Dans ces 4 cas, fG = NULL.

Rassure-moi : ce n'est pas avec le code que tu montres que as vérifié cela ?

root$ gedit smb://portable/partage/toto.txt et autres cas echoue toujours.

Tu travailles en root ?

Ce chemin n'est pas un chemin valable sous Linux. D'ailleurs, aucun des chemins que tu montres n'est correct sous Linus si je ne m'abuse. Il faut trouver un chemin correct, pour que gedit soit capable de l'ouvrir en ligne de commande. Avec Nautilus, vas à ton fichier, clic-droit dessus et regarde l'adresse dans les propriétés.

[unbleu]

Bonjour et merci de m'avoir lu et répondu,

Tout d'abord, si, c'est bien avec le code que je montre que j'ai vérifié cela :
Voir la portion de code fournie :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
if(fG == NULL)
	Printf("Erreur ouverture toto.txt \r\n");
else
	fclose(fG);

Pour ce qui est de "root $" c'est pour montrer que la commande a été effectuée en root (chez moi : root@unbleu:/home par exemple)

Pour ce qui est des propriétés du fichier cible, à partir de Nautilus, la boîte de dialogue des propriétés, onglet permission dit "Les permissions de toto.txt ne peuvent pas être déterminées".

Pour information, le fichier toto.txt est sur une machine Windows et a vocation à y rester.
Je trouve curieux qu'à partir de Nautilus, je puisse ouvrir ce fichier avec Gedit, l'éditer, le sauver, alors que mon logiciel, dans des conditions identiques ne puisse pas en faire autant.
Getdit utilisé depuis Nautilus aurait il des pouvoirs magiques ?

Bien cordialement
Unbleu

[ram-0000]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

fG = fopen("smb://portable/partage/toto.txt",  "r+b" );

Il semble que la librairie C (ou plutôt les couches basse du noyau Windows) fassent le travail pour ouvrir ce fichier à travers SMB (j'en suis le premier surpris mais pourquoi pas, si tu dis que cela marche sous Windows, je te crois).

Par contre, il y a peu de chance que sur Linux/Unix, ce travail d'interprétation et de redirection soit fait. Avec fopen() sur Linux, tu ne pourras ouvrir qu'un fichier sur un file system local ou alors monté localement (montage NFS, SAMBA, ...).

Au fait, tu es sûr que c'est Printf() et pas printf() ?

[unbleu]

Bonjour ram-0000,

Oui, bien sur, c'est printf. De toutes façons, Printf ne passerait pas l'analyse syntaxique du compilateur sauf à avoir créé Printf();.

Lorsque j'écris, j'ai un penchant pour les majuscules.

Je confirme que ma version précédente pour Windows fonctionne de façon irréprochable.
Ma version Windows va être abandonnées pour des raisons dont je ne suis pas maître.

Je confirme également qu'aujourd'hui, à partir de ma machine Linux, je peux voir toto.txt avec l'explorateur et que je peux l'éditer avec Gedit.
De plus, j'ai sur le bureau le dossier contenant le fichier toto.txt.
Bizarre non?

Cordialement
Unbleu

[kwariz]

Bonjour,
apparemment tu utilises Gnome. Gnome permet d'accéder d'une façon transparente à des ressources réseaux grâce à GVFS (gnome virtual filesystem) à ne pas confondre avec VFS (virtual filesystem du kernel).
Soit tu développes une application qui va tourner dans l'environnement gnome et dans ce cas utilise les bibliothèques proposées par l'environnement comme GIO.
Soit tu développes une application qui pourra ne pas trouver gnome dans son environnement d'exécution, dans ce cas il va falloir avant de lancer l'application proprement dite monter la ressource réseau en premier (via smbmount) pour pouvoir retrouver tes fichier dans ton arborescence classique.

[unbleu]

Bonjour kwariz,

Merci beaucoup, voilà qui éclaire ce qui me paraissait inexplicable : les ressources (GVFS) nécessaires et actives sont incluses dans Gnome.
(Bien que débutant et si je peux donner mon avis, les dites ressources seraient bien mieux situées si elles étaient à un niveau plus bas, c'est à dire sans le système d'exploitation, mais là ...)

Je vais donc étudier le lien (via smbmount) et voir ce que je peux faire car, en effet, a terme, mon logiciel doit fonctionner sans clavier ni écran ni environnement graphique.
Je ne suis pas rendu !


Bien cordialement
Unbleu