SIB file not usable

All announcements, questions and issues related to the TsiLang Components Suite.
isiticov
Site Admin
Posts: 2416
Joined: Thu Nov 21, 2002 3:17 pm

Post by isiticov »

Unfortunately, we can't test deleting captions data from the translations since we don't have all 3rd party components used on your form installed for C++Builder. :( Could you please try the following:
1. Make a backup copy of this unit.
2. Try to delete some components used and check if you able to edit translations.
3. By deleting 3rd party components one-by-one and checking if error gone you can try to find the conflicting components.
Please let me know if this helps.
Best regards,
Igor Siticov.
Thomas J.
Posts: 129
Joined: Fri Jan 06, 2006 8:09 am

Post by Thomas J. »

Hello support,
I got the problem right now again. And now I know why I cannot delete, move the file ending with sib.
I open the explorer click with left mouse button on the SIB file and the CPU of my PC (Windows XP) is getting hot due to 98% processor load form explorer.exe.
And this take a lot of time. So some app is trying to get info from this file and due to this i cannot delete the file.

Right now 80% of my forms are crashing due to the SIB file or your component and I don't know why. I only know that forms are chrashing which I didn't touch. I only add strings with your wizard to the mother form. Some form are still running some not.

So the first problem is which of your app is executed from the explorer if I click on the sib file?
Secondly why are so lot of forms crashing. I will try and check why some forms are running and some not. But the main problem is in your component.

Thanks for your help
Thomas J.
Posts: 129
Joined: Fri Jan 06, 2006 8:09 am

Post by Thomas J. »

Hint:
Now I removed the extension .sib from the explorer that no app is linked to this extension. And I can remove, rename what ever I want and the CPU/explorer is not getting crazy.
Thomas J.
Posts: 129
Joined: Fri Jan 06, 2006 8:09 am

Post by Thomas J. »

So it seems that the problem ist solved. I tested few forms which chrashed before.
The problem was the flag
IsInheritedOwner

The hierarchy of the forms and the flag status before
TForm false
TCrateForm false
TCrateDbForm false
TArtikel false

TForm false
TCrateForm false
TCrateDbForm false
TFirma false
TKunde false


TArtikel couldn't be open
TKunde could be open
I tried to open the TArtikel form from TKunde it chrashed.
I set the flag from TKunde to true and I could open the form TArtikel.

Now I will set all flags for the leaves to true. Thats correct or?

Now only the leaves has the falg true
isiticov
Site Admin
Posts: 2416
Joined: Thu Nov 21, 2002 3:17 pm

Post by isiticov »

Yes, only inherited forms shall have IsInheritedOwner set to True. The base form shall have it set to False.
Best regards,
Igor Siticov.
Thomas J.
Posts: 129
Joined: Fri Jan 06, 2006 8:09 am

Post by Thomas J. »

Ok, but why is the form crashing with a AV during exection during creation process (constructor)?
That should not happen.
isiticov
Site Admin
Posts: 2416
Joined: Thu Nov 21, 2002 3:17 pm

Post by isiticov »

Actually, I can't say why it crashed. :( Because we've tried to reproduce this on our side and it worked without crash. May you can reproduce this on sample project and send it to use?
Best regards,
Igor Siticov.
Post Reply