salut
 
j ai un gros pb avec la programmation sur un mac (berk)
 
Je dois TOUT simplement ouvrir un fichier .
 
Naturellement je ne peux pas utiliser fopen fclose etc ..
 
j utilise donc HOpenDF , et le parametre nom de fichier doit etre un unsigned char *, je lui passe donc un unsigned char * et pof la fonction me renvoie une erreur -37 bad filename.
 
Je ne vois pas ou est mon erreur.
 
 
Sinon le fichier s ouvre bien si on passe directement la chaine de caractere (sans etre une variable ) mais en mettant un \p . Ex : "\pnomfic.jpg".  
 
Seulement comme mon nom de fichier est contenu dans une variable , je ne peux donc faire ca... Comment faire alors pour ajouter le '\p' ? ou comment faire pour ouvrir ce fichier ?
 
merci de votre aide.

Y a pas moyen localement d'avoir une chaîne unsigned char * dans laquelle on met d'abord \p puis concatène la chaîne variable contenant le nom du fichier ?
 
Le Mac, c'est pas beurk, a priori.. Le pb doit être de s'y habituer ...

y a meme pas sprintf !! j y connais rien, j ai pas de doc et la doc sur le site de mac est mal foutue (moteur de rechercher a chier)

heu c'est quoi ton language ?
 
t'es sûr que c'est du C/C++ ?
 
et c'est quoi comme Mac OS ?
 
si c'est le X c'est du linux derrière alors....

 
Faudrait voir a arreter de dire n'importe quoi. C'est darwin en dessous, pas linux...

autant pour moi j 'ai trouvé tout seul !! une chaine de caractere en mac doit avoir sa longueur dans le premier caractere de la chaine (d ou \p qui calcule la longueur)
 
sinon #include <stdio.h> ca existe aussi c est plus simple... merci quand meme de votre aide .
 
a ce propos , je viens de decouvrir la puissance du mac (hum) , j ai fait un prog tout simple qui affiche 6 images a la suite sur l ecran en 800x600 eh ben il n arrive a afficher que les 2 premieres car mauvaise gestion de memoire (obligé d affecter plus de memoire au prog avec pomme+I)
 

 
ha oki...

wé darwin c le nom du projet, mais c'est basé sur de l'unix bsd...

Ben normal, puisque c'est des chaines Pascal.
A+,

On est d'accord. Mais ca n'a rien a voir avec Linux, merci.

oui oki, mais bon unix/linux l'implémentation est differente c tout, mais la programmation est ultra-proche....