Powerbuilder pour les completement Geeks !
Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Annonce
Dans la rubrique Liens & Références, vous avez accès à un sommaire de téléchargement, profitez-en !
Il existe maintenant un nouveau TOPIC "Votre CV en Ligne" accessible uniquement par demande.
#1 03-07-2009 10:02:27
- olivierlaguerre
- Membre
- Date d'inscription: 27-12-2007
- Messages: 8
- Pépites: 52
- Banque: 0
Erreur lors de Check in out d'objet OLE
Je n'ai pas trouvé de sujet concernant mon soucis actuel :
nous travaillons sur PB 10.2.1 en utilisant le PB native comme contrôleur de source.
Une de bibliothèque est dédiée à l'utilisation d'un OCX et manipule un objet OLE : ctShedule Control 7.0
Il se trouve que lorsque nous effectuons un check out puis un check in il arrive que le lien disparaisse. (propriété OLE Control Name : vide)
Nous sommes alors contraint d'importer une version correcte.
Avez vous une piste ?
Hors ligne
#2 06-07-2009 14:35:39
- thezerg
- Modérateur
- Lieu: Bordeaux
- Date d'inscription: 12-09-2006
- Messages: 966
- Pépites: 22,449
- Banque: 154,120,629,477,379,100
Re: Erreur lors de Check in out d'objet OLE
olivierlaguerre a écrit:
Je n'ai pas trouvé de sujet concernant mon soucis actuel :
nous travaillons sur PB 10.2.1 en utilisant le PB native comme contrôleur de source.
Une de bibliothèque est dédiée à l'utilisation d'un OCX et manipule un objet OLE : ctShedule Control 7.0
Il se trouve que lorsque nous effectuons un check out puis un check in il arrive que le lien disparaisse. (propriété OLE Control Name : vide)
Nous sommes alors contraint d'importer une version correcte.
Avez vous une piste ?
Salut.
Check in check out à partir d'un seul poste ou alors de différents ?
On avait remarqué ce problème lorsque sur des postes on avait différentes versions d'un ocx ; exemple pour nous d'un pdf.ocx
Hors ligne
#3 07-07-2009 06:18:36
- olivierlaguerre
- Membre
- Date d'inscription: 27-12-2007
- Messages: 8
- Pépites: 52
- Banque: 0
Re: Erreur lors de Check in out d'objet OLE
a partir de plusieurs poste, j'ai trouvé ça dans un newsgroup, mais hélas aucune réponse satisfaisante :
NewsGroup: sybase.public.powerbuilder.ole-ocx-activex
Date: Jun 19,2007 04:05 pm
Created by: Jeremy Lakeman
Topic: Re: can't insert oleobject
On Jun 20, 3:46 am, Eve <eve.ng...@gmail.com> wrote:
> Our app have just been migrated to PB10.5.1 (6021).
> We have a userobject that is inherited from the tab object.
> On one of the tabpages, there is an inserted olecustomcontrol.
> The ole was working previously, right after the migration.
> However, after updating some other property on the tabpage, and saving
> the new change.
> The ole stop working. Looks like the association to the ole control
> have been lost (ie. the OLE Control Name now appears blank, instead of
> showing the ole name). We tried to remove and re-insert the ole
> control. The act to re-inserting the control at first seems
> successful. Saving appears to have occured. But whenever the
> userobject window is close and re-opened again, the OLE Control Name
> would again appear to be blank.
>
> Is there any fix to this?
>
> I ran the dependency walker on the ole and everything appears okey, no
> files missing.
Yep, if you open and save a control with a saved ole stream, and PB
has some kind of problem invoking the control, you will lose the ole
stream when you save.
-export the object from a previous version that worked
-copy the binary section from the bottom of the file
-export the current version
-paste the binary section
-import the file again
Never open and save the object if you don't have those OLE controls
registered correctly on the machine, unless you have a backup to copy
the binary ole stream from.
This really should be considered a bug by sybase, you should be warned
that you might lose the ole stream, and you should have the option to
preserve the previous .bin file.
Hors ligne
#4 03-05-2012 12:31:02
- kaliméro
- Membre
- Lieu: rouen / paris
- Date d'inscription: 09-08-2007
- Messages: 4
- Pépites: 12
- Banque: 0
Re: Erreur lors de Check in out d'objet OLE
Bonjour,
j'ai un problème similaire sous PowerBuilder V12.1 build 6518
Plusieurs développeurs travaillent sur cette application, en utilisant SVN (client collabnet V1.6.16-1, tortoiseSVN V1.6.15 et PBSCCProxy 2.01.78)
Cette application contient une fenêtre qui contient un "OLE control".
Ce controle OLE dans sa version actuelle est présent sur cette fenêtre depuis 6 mois (suite à une migration qui a modifiée la version de la DLL associée),
et les fonctions de ce controle sont systématiquement appelés au lancement de l'application.
Le controle OLE est bien enregistré sur tous les postes de développement (via la commande [Regsvr32 AgentLink.dll] ) avec la bonne version de la DLL.
Le controle correspondant à cette DLL est bien référencé par Windows,
en effet, pour vérifier, on peut recréer ce controle en l'insérant sur n'importe quelle fenêtre, il est bien présent dans la liste proposé par PB
(il disparait bien de cette liste après la désinscription du controle via [Regsvr32 /u AgentLink.dll],
et réapparait bien après réenregistrement via [Regsvr32 AgentLink.dll] )
Sur un poste (Windows 7 pro SP1 32 bit) où ont été faites les modifications, l'éxécution de cette application sous PB ainsi que l'éxécutable fonctionnent correctement.
Sur un autre poste (Windows 7 pro SP1 32 bit lui aussi, et mêmes versions des outils), après récupération des sources mises à jour,
l'éxécution sous PB ainsi que l'éxécutable généré génèrent le message d'erreur suivant :
PowerBuilder application execution error (R0039)
Application terminated.
Error: Error accessing external object property agentproxy at line 88 in open event of object w_hermes_toolbar.
L'erreur se produit au premier appel d'une fonction de l'objet OLE.
Après recherches, un objet OLE posé sur une fenêtre génère à la fin du fichier d'export de cette fenêtre une section binaire
[Start of PowerBuilder Binary Data Section : Do NOT Edit] et plusieurs autres lignes ensuite.
(cette section binaire n'est pas visible lors d'un "Edit source")
SVN retransmet correctement cette section binaire dans les fichiers .srw des WorkingCopies.
Par contre, sur le poste où l'application ne fonctionne pas, un export de la fenêtre génère un fichier .srw avec une section binaire complètement différente.
Si on remplace cette section binaire corrompue par celle présente dans le fichier .srw de la WorkingCopie SVN,
et qu'on réimporte ce fichier modifié dans la bibliothèque (après un CheckOut), alors l'application refonctionne correctement.
Cette section binaire est donc corrompue sur certains postes,
soit par PBSCCProxy (la version de la WorkingCopie contient la bonne section binaire)
soit par PowerBuilder.
Les multiples Regenerate et FullBuild sous PB n'y changent absolument rien.
Le problème est identique en execution sous PB ou avec l'executable généré.
Les postes de dev sont identiques au niveau des versions de windows, PB et SVN.
Les versions de PBSCCProxy (2.01.78) étaient elles aussi identiques,
mises à jour avec la version 2.01.80 après l'apparition du problème (pour bénéficier du log PBSCC implémenté dans cette version)
Le problème est apparu "brusquement" : l'application et l'executable générés fonctionnaient parfaitement jusqu'à la compilation de 14h30,
et ne fonctionnaient plus après la compilation de 16h00 (les modifications étaient à chaque fois générées sur un autre poste et récupérées via SVN sur le poste qui générait l’exécutable).
A priori aucune modification ou mise à jour windows n'a eu lieu entre 14h30 et 16h00.
Sur les postes où ça ne fonctionne pas, la propriété "OLE control name" est effectivement vide,
mais aucune ancienne version de la DLL n'est présente sur les disques durs,
et la désinscription/réinscription du contrôle ne change rien.
Sur le poste où cela fonctionne, l'ancienne version de la DLL avait également été présente avant la migration.
Toujours sur le poste où celà fonctionne, la section binaire est modifiée même lors de l'ajout d'un commentaire dans l'événement Close de la fenêtre,
il est donc possible de réinjecter une section binaire correcte tant qu'au moins un poste fonctionne correctement,
mais si plus aucun poste ne génère de section binaire correcte, alors toute modification de code dans cette fenêtre deviendra impossible...
PowerBuilder, PBSCCProxy, TortoiseSVN et le client SVN ont été désinstallés puis réinstallés sans que cela change quelque chose.
Si quelqu'un a une idée...
Hors ligne
#5 03-05-2012 13:00:07
Re: Erreur lors de Check in out d'objet OLE
Bonjour,
tous les postes utilisent la même version de pbsccproxy avec les mêmes paramétrage ?
Hors ligne
#6 03-05-2012 14:56:09
- buck
- Modérateur
- Lieu: Dijon
- Date d'inscription: 31-07-2008
- Messages: 747
- Pépites: 1,028,843
- Banque: 171,170,849,654
Re: Erreur lors de Check in out d'objet OLE
Bonjour,
Je connais bien ce problème depuis longtemps (de PB 7 à 11.5). Ce n'est pas une mauvaise intégration dans le dépôt, c'est la section binaire de l'objet qui ne se met pas à jour correctement.
Nous utilisons l'OCX Flash et à chaque mise à jour c'est une vrai galère. Je dois me reprendre à plusieurs reprises pour que la section binaire soit correctement mise à jour (Suppression et remise en place de l'OCX). Effectivement, tout semble fonctionner correctement sur le poste, mais en fait il va nous chercher le fichier anim swf sur son chemin et non à partir de la section binaire de l'objet et lorsqu'on extrait l'objet sur un autre poste cela ne fonctionne effectivement pas (section binaire vide ou ancienne version).
En fait, je bricole un peu et au bout d'un moment la section binaire de l'objet est correctement mise à jour. J'utilise CVS, Tortoise et PushOK.
Hors ligne
#7 07-05-2012 07:38:23
- kaliméro
- Membre
- Lieu: rouen / paris
- Date d'inscription: 09-08-2007
- Messages: 4
- Pépites: 12
- Banque: 0
Re: Erreur lors de Check in out d'objet OLE
xlat a écrit:
Bonjour,
tous les postes utilisent la même version de pbsccproxy avec les mêmes paramétrage ?
Oui, lorsque le problème est apparu, tous les postes utilisaient la version 2.01.78 de PBSCCProxy.
Ensuite certains postes ont été migrés en version 2.01.80, mais cela n'a fait aucune différence.
Les paramètres PBSCCProxy sont identiques sur les postes.
(et il est certain qu'aucune modification de PBSCCProxy n'a été faite entre la compilation de 14h30 qui fonctionnait parfaitement et celle de 16h00).
Hors ligne
#8 07-05-2012 07:48:16
Re: Erreur lors de Check in out d'objet OLE
alors il faut bidouiller comme buck
Hors ligne
#9 07-05-2012 08:02:48
- kaliméro
- Membre
- Lieu: rouen / paris
- Date d'inscription: 09-08-2007
- Messages: 4
- Pépites: 12
- Banque: 0
Re: Erreur lors de Check in out d'objet OLE
buck a écrit:
Bonjour,
Je connais bien ce problème depuis longtemps (de PB 7 à 11.5). Ce n'est pas une mauvaise intégration dans le dépôt, c'est la section binaire de l'objet qui ne se met pas à jour correctement.
Nous utilisons l'OCX Flash et à chaque mise à jour c'est une vrai galère. Je dois me reprendre à plusieurs reprises pour que la section binaire soit correctement mise à jour (Suppression et remise en place de l'OCX). Effectivement, tout semble fonctionner correctement sur le poste, mais en fait il va nous chercher le fichier anim swf sur son chemin et non à partir de la section binaire de l'objet et lorsqu'on extrait l'objet sur un autre poste cela ne fonctionne effectivement pas (section binaire vide ou ancienne version).
En fait, je bricole un peu et au bout d'un moment la section binaire de l'objet est correctement mise à jour. J'utilise CVS, Tortoise et PushOK.
Effectivement l'intégration dans le dépôt est correcte, la section binaire présente dans le dépôt et dans les WorkingCopy SVN sur les postes sont strictement identiques entres elles et avec celle du poste où les modifications ont été faites et fonctionnent :
Code:
Start of PowerBuilder Binary Data Section : Do NOT Edit 03w_hermes_toolbar.bin 2E00000a00e011cfd0e11ab1a1000000000000000000000000000000000003003e0009fffe000000060000000000000000000000010000000100000000000010000000000200000001fffffffe0000000000000000fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffdfffffffefffffffefffffffeffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff006f00520074006f004500200074006e00790072000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000050016ffffffffffffffff00000001000000000000000000000000000000000000000000000000000000004fce344001cd2c1d00000003000001000000000000500003004f0042005800430054005300450052004d0041000000000000000000000000000000000000000000000000000000000000000000000000000000000102001affffffff00000002ffffffff000000000000000000000000000000000000000000000000000000000000000000000000000000000000008000000000004200500043004f00530058004f00540041005200450047000000000000000000000000000000000000000000000000000000000000000000000000000000000001001affffffffffffffff00000003d82f4aea11d3e4554c2015a720504f4f000000004fce344001cd2c1d4fce344001cd2c1d000000000000000000000000006f00430074006e006e00650073007400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001020012ffffffffffffffffffffffff00000000000000000000000000000000000000000000000000000000000000000000000000000002000000800000000000000001fffffffe00000003fffffffeffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 22ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000a0000004a9f000003b900000002000f00130003800000000000001200130003800000000000000000030003000000000001ffff000bffff00130003ffff0000000000120013000b80000009ffff000000000000000000000000000000000000000b000000030003000000000000000200030013000080000011ffff000b00000a0000004a9f000003b900000002000f00130003800000000000001200130003800000000000000000030003000000000001ffff000bffff00130003ffff0000000000120013000b80000009ffff000000000000000000000000000000000000000b000000030003000000000000000200030013000080000011ffff000b00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 13w_hermes_toolbar.bin End of PowerBuilder Binary Data Section : No Source Expected After This Point
Par contre sur les autres potes où cela ne fonctionne pas, si on exporte l'objet, on trouve une section binaire complètement différente :
Code:
Start of PowerBuilder Binary Data Section : Do NOT Edit 03w_hermes_toolbar.bin 2C00000000000000000000000b00000a00e011cfd0e11ab1a1000000000000000000000000000000000003003e0009fffe000000060000000000000000000000010000000100000000000010000000000200000001fffffffe0000000000000000fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffdfffffffefffffffefffffffeffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff006f00520074006f004500200074006e00790072000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000050016ffffffffffffffff00000001000000000000000000000000000000000000000000000000000000004fce344001cd2c1d00000003000001000000000000500003004f0042005800430054005300450052004d0041000000000000000000000000000000000000000000000000000000000000000000000000000000000102001affffffff00000002ffffffff000000000000000000000000000000000000000000000000000000000000000000000000000000000000008000000000004200500043004f00530058004f00540041005200450047000000000000000000000000000000000000000000000000000000000000000000000000000000000001001affffffffffffffff00000003d82f4aea11d3e4554c2015a720504f4f000000004fce344001cd2c1d4fce344001cd2c1d000000000000000000000000006f00430074006e006e00650073007400000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001020012ffffffffffffffffffffffff00000000000000000000000000000000000000000000000000000000000000000000000000000002000000800000000000000001fffffffe00000003fffffffeffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 2E000000ffffffffffffffffff0000ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff00000a0000004a9f000003b900000002000f00130003800000000000001200130003800000000000000000030003000000000001ffff000bffff00130003ffff0000000000120013000b80000009ffff000000000000000000000000000000000000000b000000030003000000000000000200030013000080000011ffff000b00000a0000004a9f000003b900000002000f00130003800000000000001200130003800000000000000000030003000000000001ffff000bffff00130003ffff0000000000120013000b80000009ffff000000000000000000000000000000000000000b000000030003000000000000000200030013000080000011ffff000b000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 28000000000000000000000000000000000000000000000000000000000000000000000000000000000000000e00000000000000ec00000000000000ce00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000 13w_hermes_toolbar.bin End of PowerBuilder Binary Data Section : No Source Expected After This Point
En remplaçant cette section binaire par celle de la WorkingCopy et en réimportant ce fichier l'application refonctionne correctement.
Je ne sais pas si le problème vient de PBSCCProxy qui interprète incorrectement cette partie,
ou de PB qui interprète mal ce que PBSCCProxy lui transmet.
Le problème est apparu après l'ajout de code sur des évènements de la fenêtre, mais pas sur des évènements de l'objet OLE.
Est ce que cela peut être lié à l'augmentation de la taille de l'objet (c'est à priori la seule modification qui ait eu lieu).
J'ai constaté que sur le poste où les modifications sont faites et fonctionnent, l'ajout d'une simple ligne de commentaire dans l'évènement Open de la fenêtre entraîne une modification (légère) de la section binaire (et l'application reste complètement fonctionnelle avec ces modifications).
Hors ligne
#10 07-05-2012 08:14:09
Re: Erreur lors de Check in out d'objet OLE
Je me souviens avoir eu ce probleme avec vss, buck avec PushOk et toi avec pbsccproxy; je dirais que c'est la faute à l'ide...
Hors ligne
