En effet mon premier réflexe a été d'installer unixodbc-dev pour un résultat similaire ...
En fait c'est pecl qui ne va pas chercher les headers au bon endroit, il les cherche dans /usr/local/include alors qu'ils sont dans /usr/include ... plus qu'à trouver comment on file un rep à pecl pour les includes ... au pire à faire des liens mais c'est un peu crado :p
En l'occurrence je n'ai rien compris ...
De retour au bureau ce matin, je me dis "Tiens aller, par acquis de conscience je vais repasser les commandes d'hier" ... et ni une ni deux voilà mon lecteur réseau de monté ...
Alors que toute la journée d'hier c'était :
29814: tree connect failed: ERRDOS - ERRnosuchshare (You specified an invalid share name)
Va comprendre Charles ...
Commande qui, tout compte fait, marche :
mount -t smbfs -o username=monlogin,password=monpass //MonServeur/Debut\ Fin/ /mnt/MonPointDeMontage
Vais finir par croire qu'on m'a vraiment jeté un sort ... :)
J'ai essayé les deux solutions et je les ai même combinées ...
Pas moyen, alors que la solution du "\040" à l'air d'être super répandue ... pô tout compris là ...
Tout d'abord je vous remercie tous pour vos réponses rapides.
Apres une heure et demi de tests divers j'ai réussi a faire ce que je voulais !
Au cas ou d'autres rencontreraient le même problème je laisse la soluce ca peut servir ;)
Donc en fait pour ma fenetre principale j'utilisais un type wxMDIChildFrame avec lequel je me suis aperçu qu'aucune action avec la souris n'etait possible, par contre au clavier (touche Tab) on pouvait agir sur les champs et les boutons ... bizarre vous avez dit bizarre ? :D
J'ai donc changer le type de ma fenetre principale en wxFrame et miracle tout fonctionne ;)
De la même facon, pour les boites de dialogue de type wxMessageDialog(), il faut utiliser la methode ShowModal() pour les afficher la methode Show() fonctionne bien sous Linux, mais pas sous windows (les boites de dialogue ne s'affichent pas ...)
Bien que le plus simple soit effectivement de développer sous win et de porter ensuite sous tux ... je crois que je préfère encore perdre un peu de temps à corriger les deux trois coquilles non portable que windows n'appreciera pas plutot que de quitter mon pingouin :p
Pour finir je sens que je vais pondre une doc fr pour wxPython avec les differents problèmes que je rencontre au cours de mon dev, si jamais il y a des interessés pour filer un coup de main, ou certains qui ont des problèmes à référencer n'hésitez pas à me joindre par PM !
J'ai essayé de virer la charte graphique rien y fait, pour la création de l'interface je suis passé par Boa-constructor, bien foutu et dispo sur les deux OS ...
Par contre j'ai remarqué une différence au niveau de la definition de la librairie wxPython ...
Sous linux: Boa fait un "from wxPython.wx import *"
Sous windows: "import wx"
De la même facon les noms de classes et de methodes different sensiblement ... Je sais que l'espace de nom de wxPython a été revu mais tout de même ...
[^] # Re: Headers ODBC
Posté par Laik . En réponse au message Compilation de pdo_odbc. Évalué à 1.
En effet mon premier réflexe a été d'installer unixodbc-dev pour un résultat similaire ...
En fait c'est pecl qui ne va pas chercher les headers au bon endroit, il les cherche dans /usr/local/include alors qu'ils sont dans /usr/include ... plus qu'à trouver comment on file un rep à pecl pour les includes ... au pire à faire des liens mais c'est un peu crado :p
# Mieux vaut comprendre peu que comprendre mal...
Posté par Laik . En réponse au message De l'(in)utilité des espaces dans les partages Windows .... Évalué à 1.
De retour au bureau ce matin, je me dis "Tiens aller, par acquis de conscience je vais repasser les commandes d'hier" ... et ni une ni deux voilà mon lecteur réseau de monté ...
Alors que toute la journée d'hier c'était :
29814: tree connect failed: ERRDOS - ERRnosuchshare (You specified an invalid share name)
Va comprendre Charles ...
Commande qui, tout compte fait, marche :
mount -t smbfs -o username=monlogin,password=monpass //MonServeur/Debut\ Fin/ /mnt/MonPointDeMontage
Vais finir par croire qu'on m'a vraiment jeté un sort ... :)
# Damned !
Posté par Laik . En réponse au message De l'(in)utilité des espaces dans les partages Windows .... Évalué à 1.
Pas moyen, alors que la solution du "\040" à l'air d'être super répandue ... pô tout compris là ...
Je continue de chercher !
Merci pour vos réponse.
# Damned !
Posté par Laik . En réponse au message Probleme de portabilité win32/Linux (wxPython). Évalué à 1.
Tout d'abord je vous remercie tous pour vos réponses rapides.
Apres une heure et demi de tests divers j'ai réussi a faire ce que je voulais !
Au cas ou d'autres rencontreraient le même problème je laisse la soluce ca peut servir ;)
Donc en fait pour ma fenetre principale j'utilisais un type wxMDIChildFrame avec lequel je me suis aperçu qu'aucune action avec la souris n'etait possible, par contre au clavier (touche Tab) on pouvait agir sur les champs et les boutons ... bizarre vous avez dit bizarre ? :D
J'ai donc changer le type de ma fenetre principale en wxFrame et miracle tout fonctionne ;)
De la même facon, pour les boites de dialogue de type wxMessageDialog(), il faut utiliser la methode ShowModal() pour les afficher la methode Show() fonctionne bien sous Linux, mais pas sous windows (les boites de dialogue ne s'affichent pas ...)
Bien que le plus simple soit effectivement de développer sous win et de porter ensuite sous tux ... je crois que je préfère encore perdre un peu de temps à corriger les deux trois coquilles non portable que windows n'appreciera pas plutot que de quitter mon pingouin :p
Pour finir je sens que je vais pondre une doc fr pour wxPython avec les differents problèmes que je rencontre au cours de mon dev, si jamais il y a des interessés pour filer un coup de main, ou certains qui ont des problèmes à référencer n'hésitez pas à me joindre par PM !
Merci encore à vous tous ;)
# Bigre ...
Posté par Laik . En réponse au message Probleme de portabilité win32/Linux (wxPython). Évalué à 1.
Par contre j'ai remarqué une différence au niveau de la definition de la librairie wxPython ...
Sous linux: Boa fait un "from wxPython.wx import *"
Sous windows: "import wx"
De la même facon les noms de classes et de methodes different sensiblement ... Je sais que l'espace de nom de wxPython a été revu mais tout de même ...