VB5 application+ error loading forms while opening in vb6 
Author Message
 VB5 application+ error loading forms while opening in vb6

I have a project developed in VB 5 for which I am asked to add new
features(It is a legacy engineering application of my company) . I have VB
6(Professional edition ) installed in my system.Opening the project trigger
errors while loading some of the forms.Most of the form error log contents
,talks about ComctlLib.
One of the form log file content:
Line 110: Class ComctlLib.ImageList of control ImgCrbFlg was not a loaded
control class.
I have mscomctl32.ocx under windows/system32 folder. I have downloaded
latest version of microsoft common control from microsoft site.
I am a dotnet programmer and have limited knowldege in vb .  I don't know
how to diagnose the problem.Any ideas what might be causing the error?


Fri, 27 Jan 2012 17:46:01 GMT  
 VB5 application+ error loading forms while opening in vb6

Quote:
>I have a project developed in VB 5 for which I am asked to add new
> features(It is a legacy engineering application of my company) . I have VB
> 6(Professional edition ) installed in my system.Opening the project
> trigger
> errors while loading some of the forms.Most of the form error log contents
> ,talks about ComctlLib.
> One of the form log file content:
> Line 110: Class ComctlLib.ImageList of control ImgCrbFlg was not a loaded
> control class.
> I have mscomctl32.ocx under windows/system32 folder.

Mscomctl32.ocx?
Mscomctl.ocx is the VB6 version that includes the ImageList control. You may
need the VB5 version, Comctl32.ocx
You may also need the file from this kb the fix any license issues.,
http://support.microsoft.com/kb/181854
Article ID: 181854
FILE: VB5cli.exe Fixes Visual Basic 5.0 Control Installation Problem

David



Fri, 27 Jan 2012 18:45:54 GMT  
 VB5 application+ error loading forms while opening in vb6
Surely it's not?

According to various posters on this NG, you can open an older VB-Classic
project in a newer version of VB-Classic and it will upgrade it for you with
absolutely no problems.  From what they say, it's only when you try and
upgrade a project to .NET that it'll have difficulties.

It's ironic, because if I open a project I created using VS2002 in VS2008,
it upgrades in a matter of seconds, resolves all dependencies and I'm good
to go.



Quote:
>I have a project developed in VB 5 for which I am asked to add new
> features(It is a legacy engineering application of my company) . I have VB
> 6(Professional edition ) installed in my system.Opening the project
> trigger
> errors while loading some of the forms.Most of the form error log contents
> ,talks about ComctlLib.
> One of the form log file content:
> Line 110: Class ComctlLib.ImageList of control ImgCrbFlg was not a loaded
> control class.
> I have mscomctl32.ocx under windows/system32 folder. I have downloaded
> latest version of microsoft common control from microsoft site.
> I am a dotnet programmer and have limited knowldege in vb .  I don't know
> how to diagnose the problem.Any ideas what might be causing the error?



Sun, 29 Jan 2012 00:59:31 GMT  
 VB5 application+ error loading forms while opening in vb6


Quote:
> Surely it's not?

> According to various posters on this NG, you can open an older VB-Classic
> project in a newer version of VB-Classic and it will upgrade it for you
with
> absolutely no problems.  From what they say, it's only when you try and
> upgrade a project to .NET that it'll have difficulties.

> It's ironic, because if I open a project I created using VS2002 in VS2008,
> it upgrades in a matter of seconds, resolves all dependencies and I'm good
> to go.

This is a comparison between apples and oranges. The 'classic' VB
development platform Editor/IDE and the .Net Framework development platform
Editor/IDE have little in common beyond the obvious analogies.

The VB/IDE when faced with a 'update conversion' errors on the side of
maintaining previous 'com' dependencies. i.e., a VB5 project converted to a
VB6 project will have its 'code' modified or warnings as to changes in the
runtime - but still attempts to allow the new project to run in its previous
environment. Thus dependencies are NOT automatically updated to run with
newer versions.  If the developer wishes to upgrade dependent components
then he is free to do so.

On development boxes that have had both environments installed (and this was
the general scenario) converting a VB5 project to VB6 is equally
transparent. In the OP's case - likely never having had VB5 installed - the
VB6/IDE correctly warns the developer that components the previous project
was dependent on are not available.

The OP then has the option, as Mr. Young{*filter*} pointed out, to either supply
older versions or update the project to used the newer installed versions.

The .Net Framework development environment - as most changes with an
'upgrade' are code only (or located in the framework or newer runtime, thus
no immediate impact) - has a far easier task.

Even so, I'm suspicious at the ease in which you claim VS2002 projects
'upgrade' to VS2008. I have found that while external dependencies are
seldom an issue there are few applications beyond the trivial that don't
load the task list with numerous items needing a bit of massage. In this
case - often useful to follow-through on.

-ralph



Sun, 29 Jan 2012 01:29:19 GMT  
 VB5 application+ error loading forms while opening in vb6
Ralph,

I appreciate the apples & oranges comparison - I'm referring however to the
many statements that certain posters here have made saying that they could
always upgrade from one version of classic VB to the next with no errors
whatsoever, and only when VB.NET came out did it cause them such terrible
heartache.  According to OP, it's not so problem free for classic VB
either...

And admittedly I cannot remember going from a VS2002 project to 2008 -
however I've opened VS2003 solutions in 2008 with no trouble at all, and
several have been very complex (1000's of lines of code, 6+ projects)
solutions.  And they've run exactly the same way, also.


Quote:



>> Surely it's not?

>> According to various posters on this NG, you can open an older VB-Classic
>> project in a newer version of VB-Classic and it will upgrade it for you
> with
>> absolutely no problems.  From what they say, it's only when you try and
>> upgrade a project to .NET that it'll have difficulties.

>> It's ironic, because if I open a project I created using VS2002 in
>> VS2008,
>> it upgrades in a matter of seconds, resolves all dependencies and I'm
>> good
>> to go.

> This is a comparison between apples and oranges. The 'classic' VB
> development platform Editor/IDE and the .Net Framework development
> platform
> Editor/IDE have little in common beyond the obvious analogies.

> The VB/IDE when faced with a 'update conversion' errors on the side of
> maintaining previous 'com' dependencies. i.e., a VB5 project converted to
> a
> VB6 project will have its 'code' modified or warnings as to changes in the
> runtime - but still attempts to allow the new project to run in its
> previous
> environment. Thus dependencies are NOT automatically updated to run with
> newer versions.  If the developer wishes to upgrade dependent components
> then he is free to do so.

> On development boxes that have had both environments installed (and this
> was
> the general scenario) converting a VB5 project to VB6 is equally
> transparent. In the OP's case - likely never having had VB5 installed -
> the
> VB6/IDE correctly warns the developer that components the previous project
> was dependent on are not available.

> The OP then has the option, as Mr. Young{*filter*} pointed out, to either
> supply
> older versions or update the project to used the newer installed versions.

> The .Net Framework development environment - as most changes with an
> 'upgrade' are code only (or located in the framework or newer runtime,
> thus
> no immediate impact) - has a far easier task.

> Even so, I'm suspicious at the ease in which you claim VS2002 projects
> 'upgrade' to VS2008. I have found that while external dependencies are
> seldom an issue there are few applications beyond the trivial that don't
> load the task list with numerous items needing a bit of massage. In this
> case - often useful to follow-through on.

> -ralph



Sun, 29 Jan 2012 08:23:50 GMT  
 VB5 application+ error loading forms while opening in vb6
Find some other board to troll, douche

--
2025
If you do not believe in time travel,
your beliefs are about to be tempered.

http://www.*-*-*.com/

| Ralph,
|
| I appreciate the apples & oranges comparison - I'm referring however to
the
| many statements that certain posters here have made saying that they could
| always upgrade from one version of classic VB to the next with no errors
| whatsoever, and only when VB.NET came out did it cause them such terrible
| heartache.  According to OP, it's not so problem free for classic VB
| either...
|
| And admittedly I cannot remember going from a VS2002 project to 2008 -
| however I've opened VS2003 solutions in 2008 with no trouble at all, and
| several have been very complex (1000's of lines of code, 6+ projects)
| solutions.  And they've run exactly the same way, also.
|
|
|
|

| >


| >> Surely it's not?
| >>
| >> According to various posters on this NG, you can open an older
VB-Classic
| >> project in a newer version of VB-Classic and it will upgrade it for you
| > with
| >> absolutely no problems.  From what they say, it's only when you try and
| >> upgrade a project to .NET that it'll have difficulties.
| >>
| >> It's ironic, because if I open a project I created using VS2002 in
| >> VS2008,
| >> it upgrades in a matter of seconds, resolves all dependencies and I'm
| >> good
| >> to go.
| >>
| >
| > This is a comparison between apples and oranges. The 'classic' VB
| > development platform Editor/IDE and the .Net Framework development
| > platform
| > Editor/IDE have little in common beyond the obvious analogies.
| >
| > The VB/IDE when faced with a 'update conversion' errors on the side of
| > maintaining previous 'com' dependencies. i.e., a VB5 project converted
to
| > a
| > VB6 project will have its 'code' modified or warnings as to changes in
the
| > runtime - but still attempts to allow the new project to run in its
| > previous
| > environment. Thus dependencies are NOT automatically updated to run with
| > newer versions.  If the developer wishes to upgrade dependent components
| > then he is free to do so.
| >
| > On development boxes that have had both environments installed (and this
| > was
| > the general scenario) converting a VB5 project to VB6 is equally
| > transparent. In the OP's case - likely never having had VB5 installed -
| > the
| > VB6/IDE correctly warns the developer that components the previous
project
| > was dependent on are not available.
| >
| > The OP then has the option, as Mr. Young{*filter*} pointed out, to either
| > supply
| > older versions or update the project to used the newer installed
versions.
| >
| > The .Net Framework development environment - as most changes with an
| > 'upgrade' are code only (or located in the framework or newer runtime,
| > thus
| > no immediate impact) - has a far easier task.
| >
| > Even so, I'm suspicious at the ease in which you claim VS2002 projects
| > 'upgrade' to VS2008. I have found that while external dependencies are
| > seldom an issue there are few applications beyond the trivial that don't
| > load the task list with numerous items needing a bit of massage. In this
| > case - often useful to follow-through on.
| >
| > -ralph
| >
| >
|
|



Sun, 29 Jan 2012 08:40:47 GMT  
 
 [ 6 post ] 

 Relevant Pages 

1. VB6: application in runtime environment with error on loading form: ado cannot load object

2. VB5 & VB6 Application Error

3. application wizard and data form wizard get fatal error when opening

4. error opening a project in VB5 when created in VB6

5. error opening a project in VB5 when created in VB6

6. Problem Loading IIS Application in VB6

7. VB5 Error: Data Error event Hit err: Application or object-defined erro

8. Not a loaded class error when loading form

9. VB6 - Compile error: error in loading dll

10. How to increase the speed to load a recordset form Access Database in visual basic application

11. Word.Application : Error in loading dll

12. VB6 unexpected behaviour Application.Workbooks.Open

 

 
Powered by phpBB® Forum Software