Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Pages: 1
Mon collègue a pas mal de problèmes avec Powerbuilder.
Il travaille sur un portable HP compaq nx 9420 avec 1Go de ram core2duo 2ghz sous Windows xp pro service pack 2.
Par moment, quand il ouvre powerbuilder il reste bloqué au "refreshing control status". IL doit crasher PB et le relancer.
Il doit s'y reprendre 4 à 5 fois pour que cela fonctionne. Si non, il ouvre un projet .pbw en cliquant sur l'icône du fichier alors PB se lance et à condition qu'il soit en system-tree.
On a d'abord pensé à la mémoire RAM insuffisante et on est passé à 4Go. Ca n'a rien changé.
Il a déjà réinstallé 2 fois PB sans améliorations.
Ce phénomène ne survient que lorsque le source contrôle est actif.
Nous avons chacun nos PBLs sur un server dans un dossier qui est propre à chacun et l'archive commune sur le même server.
Avez-vous déjà rencontré ce problème?
Y aurait-il une incompatibilité Software avec une autre application ou une incompatibilité Hardware?
Merci
Dernière modification par jcc (25-03-2008 10:07:32)
Hors ligne
salut,
ca ne pourrait pas etre un probleme de droits d'acces au repertoire où se trouvent les sources ?
Hors ligne
Je ne pense pas. Car dans ce cas, ça le faire tout le temps.
Hors ligne
jcc a écrit:
Ce phénomène ne survient que lorsque le source contrôle est actif.
C'est lequel ?
Hors ligne
PB Native
Hors ligne
Juste deux-trois questions en passant:
- Quel est le source control utilisé (Natif, PVCS, ObjectCycle, etc...)?
- Seul ce poste est impacté ou d'autres postes ont le problème?
- Le layout PB affiché est celui par défaut, ou un layout personnalisé?
- Si le poste est connecté à une autre prise réseau, avec un cable réseau différent, le problème persiste-t'il?
- Le problème se produit-il quand le portable est sur batterie, ou aussi quand il est sur le secteur (Inhibition de certains services windows en mode éco par exemple)?
Hors ligne
1°) Le source contrôle est PB native
2°) Le problème ne survient que sur le poste de mon collègue pas sur le mien
3°) Le layout utilisé est celui par défaut
4°) Nous avons le même type de cables réseaux connectés sur un switch
5°) Mon collègue n'a jamais fait attention au fait qu'il soit sur batterie ou secteur quand le problème survient
Hors ligne
Bonjour,
Nous rencontrons également ce problème en version 10.5
Le problème est lié aux pbl perso qui se trouvent sur le réseau.
Si les pbls perso sont en local sur le poste de travail, cela ne se produit pas.
En fin de compte, pb essaye de trouver les objets liés au source control des objets perso , même si les objets en question ne sont pas mis en source control.
Le source control natif de PB ne posait pas ce genre de problème en version 8.03.
Hors ligne
wazou1812 a écrit:
Bonjour,
Nous rencontrons également ce problème en version 10.5
Le problème est lié aux pbl perso qui se trouvent sur le réseau.
Si les pbls perso sont en local sur le poste de travail, cela ne se produit pas.
En fin de compte, pb essaye de trouver les objets liés au source control des objets perso , même si les objets en question ne sont pas mis en source control.
Le source control natif de PB ne posait pas ce genre de problème en version 8.03.
Un petit appel au support peut-être ?
Hors ligne
Pourquoi mon collègue a ce problème et moi pas?
Si j'ai bien compris l'idéal serait de mettre les PBls perso sur chaque poste respectif et de garder les sources sur le server?
Hors ligne
garder les sources sur le server,
tout en checkant sur les objets travaillés. comme ca, tu sais que tu n'as pas à toucher... ou alors, mettre un fichier excel, avec la liste des objets travaillés par chacun. histoire de ne pas se perdre les pedales.
apres, tu travailles en locale avec les dernieres sources.
A+
Hors ligne
On va essayer ça.
A suivre...
Hors ligne
Chez nous, nous avons la configuration suivante :
1°) Chaque développeur (5 au total) a une version en locale sur son poste de travail en source control (avec le source control natif de pb). Le répertoire du source_control étant sur le serveur.
2°) Sur le serveur, nous avons
- une version en source control : version_dev (version de référence de développeur)
- une version qui n'est pas en source control servant uniquement à faire les déploiements : version_compil
La version_dev est utilisée lorsque nous faisons une mise en production, nous faisons GetLatestVersion sur les objets qui ont été check/in par le développeur dans sa version.
La version_compil est utilisée uniquement pour la compil. Nous recopions les pbls de la version_dev sur laquelle nous venons de faire le getlatestversion.
Cette méthode permet à chaque développeur de gérer plusieurs projets en parallèle sur son poste et de maitriser la mise en production.
Hors ligne
thezerg a écrit:
wazou1812 a écrit:
Bonjour,
Nous rencontrons également ce problème en version 10.5
Le problème est lié aux pbl perso qui se trouvent sur le réseau.
Si les pbls perso sont en local sur le poste de travail, cela ne se produit pas.
En fin de compte, pb essaye de trouver les objets liés au source control des objets perso , même si les objets en question ne sont pas mis en source control.
Le source control natif de PB ne posait pas ce genre de problème en version 8.03.Un petit appel au support peut-être ?
Ok, on a opté pour cette solution et depuis pas encore de problème. Merci
Hors ligne
Ben non, toujours le problème sur le portable de mon collègue.
Chaque matin, la première fois qu'il lance PB 11.1. IL se bloque. Il est obligé de tuer la tâche. ET à la 2e tentative c'est OK.
ON a pourtant monté sa RAM à 4Go.
Hors ligne
Pages: 1