Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.basic.visual.misc > #2031 > unrolled thread

Visual Basic 5

Back to article view | Back to comp.lang.basic.visual.misc

Contents

  Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-04-25 16:21 +0800
    Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-04-25 07:46 -0500
      Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-04-25 10:47 -0500
        Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-04-26 10:43 +0800
          Re: Visual Basic 5 GS <gs@somewhere.net> - 2014-04-26 11:59 -0400
          Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-04-26 13:48 -0500
            Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-02 17:02 +0800
              Re: Visual Basic 5 Deanna Earley <dee.earley@icode.co.uk> - 2014-05-02 10:29 +0100
                Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-04 15:44 +0800
              Re: Visual Basic 5 GS <gs@somewhere.net> - 2014-05-02 14:21 -0400
              Re: Visual Basic 5 RW <RonW@no_domain.invalid> - 2014-05-02 15:27 -0400
                Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-04 15:48 +0800
                  Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-04 04:03 -0500
                    Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-08 17:30 +0800
                      Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-08 17:58 +0800
                      Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-08 08:52 -0500
                        Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-08 09:47 -0500
                          Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-08 11:38 -0500
                        Re: Visual Basic 5 RW <RonW@no_domain.invalid> - 2014-05-08 15:20 -0400
                          Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-09 15:32 +0800
                        Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-11 16:03 +0800
                          Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-11 11:29 -0500
                            Re: Visual Basic 5 GS <gs@somewhere.net> - 2014-05-11 14:28 -0400
                          Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-11 12:59 -0500
                          Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-11 14:04 -0500
                            Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-11 14:32 -0500
                            Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-12 16:49 +0800
                              Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-12 22:34 -0500
                                Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-13 14:51 +0800
                                  Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-13 17:12 +0800
                                    Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-13 08:01 -0500
                                      Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-13 09:36 -0500
                                        Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-13 09:43 -0500
                                        Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-13 09:55 -0500
                                        Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-13 10:16 -0500
                                        Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-13 13:24 -0500
                                          Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-14 17:30 +0800
                                            Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-14 07:05 -0500
                                              Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-15 16:58 +0800
                                                Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-15 07:37 -0500
                                                  Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-16 17:24 +0800
                                                    Re: Visual Basic 5 Deanna Earley <dee.earley@icode.co.uk> - 2014-05-16 13:58 +0100
                                                      Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-17 17:13 +0800
                                                        Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-18 16:05 +0800
                                                          Re: Visual Basic 5 ralph <nt_consulting@yahoo.com> - 2014-05-18 04:14 -0500
                                                            Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-19 17:28 +0800
                                                              Re: Visual Basic 5 Deanna Earley <dee.earley@icode.co.uk> - 2014-05-19 10:36 +0100
                                                                Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-20 16:32 +0800
                                                                  Re: Source control (Was: Visual Basic 5) Deanna Earley <dee.earley@icode.co.uk> - 2014-05-20 10:19 +0100
                                                                    Re: Source control (Was: Visual Basic 5) ralph <nt_consulting@yahoo.com> - 2014-05-20 11:59 -0500
                                                            Re: Visual Basic 5 John Mott <johnmott@iinet.net.au> - 2014-05-20 16:40 +0800
                                                        Re: Visual Basic 5 Deanna Earley <dee.earley@icode.co.uk> - 2014-05-19 08:55 +0100
                                            Re: Visual Basic 5 "Henning" <computer_hero@coldmail.com> - 2014-05-16 12:06 +0200
                  Re: Visual Basic 5 "Mayayana" <mayayana@invalid.nospam> - 2014-05-04 09:32 -0400
                  Re: Visual Basic 5 "Bill Skaggs" <eaglecrest@att.net> - 2014-05-04 06:34 -0700

Page 1 of 3  [1] 2 3  Next page →

#2031 — Visual Basic 5

I have just upgraded from Win XP to Win7.
Can I instal and run VB5 under Win7 ?

John

[toc] | [next] | [standalone]

#2032

On Fri, 25 Apr 2014 16:21:57 +0800, John Mott <johnmott@iinet.net.au>
wrote:

>I have just upgraded from Win XP to Win7.
>Can I instal and run VB5 under Win7 ?
>

Yes, but expect a few mild adventures. <g>

-ralph

[toc] | [prev] | [next] | [standalone]

#2033

On Fri, 25 Apr 2014 07:46:03 -0500, ralph <nt_consulting@yahoo.com>
wrote:

On second thought I might have posted more details on the possible
"adventures" you might run into. However, exactly what problem/s you
might run into, and how serious they may be, can vary depending on the
version and media of VB5, the version and configuration of the target
- mainly whether 32-bit or 64-bit Windows 7, and your skill level in
recognizing and repairing the issues.

In any case, don't Panic! <g> If you run across something you can't
fix post back here with details. The fix/s are always trivial, but
occasionally a tad obscure. <g>

Also be aware there are multiple posts and articles out there where
the authors, either due to ignorance or by intention will emphatically
state "you cannot install the VB5 IDE" or "you cannot run VB5
applications" on Vista, Windows 7, or Windows 8. They are wrong. <g>

-ralph

[toc] | [prev] | [next] | [standalone]

#2034

Thanks Ralph

I have 64 bit Win7.
I will give it a go when I get more organised.
I have a couple of old favourite programs which I compiled into exe
files before I updated, but when I try to run them in Win7 I get error
messages about missing component files - ocx or dll or something.

John
 
On Fri, 25 Apr 2014 10:47:29 -0500, ralph <nt_consulting@yahoo.com>
wrote:

>On Fri, 25 Apr 2014 07:46:03 -0500, ralph <nt_consulting@yahoo.com>
>wrote:
>
>On second thought I might have posted more details on the possible
>"adventures" you might run into. However, exactly what problem/s you
>might run into, and how serious they may be, can vary depending on the
>version and media of VB5, the version and configuration of the target
>- mainly whether 32-bit or 64-bit Windows 7, and your skill level in
>recognizing and repairing the issues.
>
>In any case, don't Panic! <g> If you run across something you can't
>fix post back here with details. The fix/s are always trivial, but
>occasionally a tad obscure. <g>
>
>Also be aware there are multiple posts and articles out there where
>the authors, either due to ignorance or by intention will emphatically
>state "you cannot install the VB5 IDE" or "you cannot run VB5
>applications" on Vista, Windows 7, or Windows 8. They are wrong. <g>
>
>-ralph

[toc] | [prev] | [next] | [standalone]

#2035

> Thanks Ralph
>
> I have 64 bit Win7.
> I will give it a go when I get more organised.
> I have a couple of old favourite programs which I compiled into exe
> files before I updated, but when I try to run them in Win7 I get 
> error messages about missing component files - ocx or dll or 
> something.

Win7 does not include the runtime files and so you must ship those with 
your app[s]. I use a manifest with my VB6 apps so OCXs/DLLs do not need 
to be registered on the host machine. This is primarily due to my apps 
being 100% portable so they can be run from a memstick or some other 
removeable media. (Thus, my apps also do not use the Registry for 
storage of app data/settings!)

-- 
Garry

Free usenet access at http://www.eternal-september.org
Classic VB Users Regroup!
  comp.lang.basic.visual.misc
  microsoft.public.vb.general.discussion

[toc] | [prev] | [next] | [standalone]

#2036

On Sat, 26 Apr 2014 10:43:49 +0800, John Mott <johnmott@iinet.net.au>
wrote:

>Thanks Ralph
>
>I have 64 bit Win7.
>I will give it a go when I get more organised.
>I have a couple of old favourite programs which I compiled into exe
>files before I updated, but when I try to run them in Win7 I get error
>messages about missing component files - ocx or dll or something.
>

You always* need to "install" a VB application as an Administrator.

You can use the P&D (Setup1) tool that comes with VB, or a number of
3rd party Installers, eg. Inno Setup is popular:
http://www.jrsoftware.org/iskb.php?vb

This does several things:
1) Insure the exe and dependent files are copied to the target and
placed in the correct folder.
2) Insures any dependent ActiveX components are properly registered in
the Registry.
3) Provides an "uninstall" so you can always back-out if things go
wrong.

As noted here:
http://www.techsupportalert.com/content/how-windows7-vista64-support-32bit-applications.htm
File locations and Hives can be less concrete/obvious when running
32-bit applications on a 64-bit platform. Thus knowing exactly where
items should be and how they should be registered can be confusing
without an installer - as the 64-bit platform can recognize the
installer and trusted to do the right thing.

GS was noting an alternative method of "installing" an application. In
this scenario all the components are placed in one location and
'registration activation' happens at runtime. Thus, much less
'scattering' about, avoids pre-registration issues, and generally
resolves permission issues as well.

Some articles that might shed a bit of light on this method:
http://stackoverflow.com/questions/13483753/simple-registration-free-com-with-vb6
http://www.devx.com/vb/Article/32888

As always there are trade-offs, pros and cons, associated with each.
IMHO I would at least experiment with using an "installer" package
builder at first (P&D as you already have it), so as to get a better
understanding of how and why applications need to be installed. The
builders are especially useful in gaining an understanding of exactly
what components an application is dependent on. (You will need the
information to build a manifest anyway - although here again there are
3rd party tools to help.)

This might be too much information atm, but don't worry about it. When
you are ready, just create a P&D package and run the installer. Return
- with details - if you have any problems.

-ralph

[toc] | [prev] | [next] | [standalone]

#2040

I found that VB5 apparently installed on Win 7 successfully, but will
not run properly.

Of two programs that I had previously compiled into exe files and that
would not run, a simple one will now run OK, But a more complex one
crashes with an error message "comctl32.ocx could not load - error
accessing the system registry".

VB5 will apparently successfully access the source code of the simple
program and looks as though it would modify the code etc.

When I try to load the source of of the more complex program, it comes
up with the error message "comctl32.ocx could not be loaded.

Any suggestions gratefully appreciated.

John

[toc] | [prev] | [next] | [standalone]

#2041

On 02/05/2014 10:02, John Mott wrote:
> I found that VB5 apparently installed on Win 7 successfully, but will
> not run properly.
>
> Of two programs that I had previously compiled into exe files and that
> would not run, a simple one will now run OK, But a more complex one
> crashes with an error message "comctl32.ocx could not load - error
> accessing the system registry".
>
> VB5 will apparently successfully access the source code of the simple
> program and looks as though it would modify the code etc.
>
> When I try to load the source of of the more complex program, it comes
> up with the error message "comctl32.ocx could not be loaded.
>
> Any suggestions gratefully appreciated.

Try to do it with "run as admin" once.
This should register them correctly.

-- 
Deanna Earley (dee.earley@icode.co.uk)
iCatcher Development Team
http://www.icode.co.uk/icatcher/

iCode Systems

(Replies direct to my email address will be printed, shredded then fed 
to the rats. Please reply to the group.)

[toc] | [prev] | [next] | [standalone]

#2044

Thanks Dianna

I tried  "run as admin" once on both VB.exe and the Project.exe but
this did not make any apparent solution to the problem

John
On Fri, 02 May 2014 10:29:23 +0100, Deanna Earley
<dee.earley@icode.co.uk> wrote:

>On 02/05/2014 10:02, John Mott wrote:
>> I found that VB5 apparently installed on Win 7 successfully, but will
>> not run properly.
>>
>> Of two programs that I had previously compiled into exe files and that
>> would not run, a simple one will now run OK, But a more complex one
>> crashes with an error message "comctl32.ocx could not load - error
>> accessing the system registry".
>>
>> VB5 will apparently successfully access the source code of the simple
>> program and looks as though it would modify the code etc.
>>
>> When I try to load the source of of the more complex program, it comes
>> up with the error message "comctl32.ocx could not be loaded.
>>
>> Any suggestions gratefully appreciated.
>
>Try to do it with "run as admin" once.
>This should register them correctly.

[toc] | [prev] | [next] | [standalone]

#2042

> I found that VB5 apparently installed on Win 7 successfully, but will
> not run properly.
>
> Of two programs that I had previously compiled into exe files and 
> that would not run, a simple one will now run OK, But a more complex 
> one crashes with an error message "comctl32.ocx could not load - 
> error accessing the system registry".
>
> VB5 will apparently successfully access the source code of the simple
> program and looks as though it would modify the code etc.
>
> When I try to load the source of of the more complex program, it 
> comes up with the error message "comctl32.ocx could not be loaded.
>
> Any suggestions gratefully appreciated.
>
> John

As I already stated, I ship the libs with my apps and include a 
manifest so those libs don't require registration. Since XP, Windows 
loads all libs specified in your manifest. I use MakeMyManifest to 
generate the file for my VBPs.

"It just works!"

-- 
Garry

Free usenet access at http://www.eternal-september.org
Classic VB Users Regroup!
  comp.lang.basic.visual.misc
  microsoft.public.vb.general.discussion

[toc] | [prev] | [next] | [standalone]

#2043

On Fri, 02 May 2014 17:02:14 +0800, John Mott <johnmott@iinet.net.au>
wrote:

>I found that VB5 apparently installed on Win 7 successfully, but will
>not run properly.
>Any suggestions gratefully appreciated.
>
>John

Is version 10 (or higher) of Internet Explorer installed? There were
issues with IE10 "breaking" certain OCXs. You probably can find the
details -- and fixes -- with a few quick web searches. When I got bit
I just rolled back the Windows update that installed IE10 and then hid
that update so as not to accidentally apply it again. Since I don't
use IE anyway sticking on version 9 was no big deal for me.

Also, there's this advice from microsoft.public.vb.general.discussion:

"Open an elevated cmd prompt and change to the \Windows\System32
folder (for 32-bit) or the \Windows\SysWOW64 folder (for 64-bit).

Once in the correct folder, enter the following command:

regtlib msdatsrc.tlb

You should get a "Registration of msdatsrc.tlb successful." message.
After that, MSCOMCTL.OCX and MSCOMCT2.OCX work normally."

[toc] | [prev] | [next] | [standalone]

#2045

I tried this solution, but got an error message saying

"regtlib is not recognised as an internal or external command,
operation, program or batch file"

John

On Fri, 02 May 2014 15:27:36 -0400, RW <RonW@no_domain.invalid> wrote:

>On Fri, 02 May 2014 17:02:14 +0800, John Mott <johnmott@iinet.net.au>
>wrote:
>
>>I found that VB5 apparently installed on Win 7 successfully, but will
>>not run properly.
>>Any suggestions gratefully appreciated.
>>
>>John
>
>Is version 10 (or higher) of Internet Explorer installed? There were
>issues with IE10 "breaking" certain OCXs. You probably can find the
>details -- and fixes -- with a few quick web searches. When I got bit
>I just rolled back the Windows update that installed IE10 and then hid
>that update so as not to accidentally apply it again. Since I don't
>use IE anyway sticking on version 9 was no big deal for me.
>
>Also, there's this advice from microsoft.public.vb.general.discussion:
>
>"Open an elevated cmd prompt and change to the \Windows\System32
>folder (for 32-bit) or the \Windows\SysWOW64 folder (for 64-bit).
>
>Once in the correct folder, enter the following command:
>
>regtlib msdatsrc.tlb
>
>You should get a "Registration of msdatsrc.tlb successful." message.
>After that, MSCOMCTL.OCX and MSCOMCT2.OCX work normally."

[toc] | [prev] | [next] | [standalone]

#2046

On Sun, 04 May 2014 15:48:01 +0800, John Mott <johnmott@iinet.net.au>
wrote:

>I tried this solution, but got an error message saying
>
>"regtlib is not recognised as an internal or external command,
>operation, program or batch file"
>

Type libraries require a separate utility, and there are more than
one. As only developers have need for type libraries these utilities
only shipped with development platforms that could create or use type
libraries. Mere Users shouldn't need to concern themselves about such
things. <lol>(Or so the story goes.)

So what utility is available on your platform and what may or not be
installed may vary. I believe it is the current intention is to
provide a utility on all platforms by default, but I've discover odd
variances at times, especially with vendor O/S's.

So try one of these two:

1) regtlibv12.exe: Comes with any .Net Framework install.
For example:
C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\regtlibv12.exe
Note, the version number may vary and you usually have more than one
folder.

2) RegisterTLB.exe: Usually found on 64-bit platforms in the 
C:\Windows\SysWOW64 folder or sub folders.

They all have similar command line parameters. 
AFAIK they all work the same.

[toc] | [prev] | [next] | [standalone]

#2049

Thank you Ralp

I tried to execute your suggestion

1. I do not have RegisterTLB.exe

2. I found regtlibv12.exe in both
   c:\WINDOWS\Microsoft.Net\Framework\v4.0.30319 and
   c:\WINDOWS\Microsoft.Net\Framework64\v4.0.30319

However I did not have success after running it.
I opened an elevated cmd prompt and changed to the \Windows\sysWOW64
folder and tried " reglibv12 comctl32.ocx" and it said it could not
find reglibv12. So Ichanged to
\WINDOWS\Microsoft.NET\Framework\v4.0.30319 and tried
" reglibv12 comctl32.ocx" and it said successful.
Unfortunately I still get comct32l.ocx not found errors when I try to
load source code or run the compiled exe file.

I am not very experienced or knowledgable in system matters.
Any forther suggestions or can you tell me where I am going wrong ?
John




On Sun, 04 May 2014 04:03:37 -0500, ralph <nt_consulting@yahoo.com>
wrote:

>On Sun, 04 May 2014 15:48:01 +0800, John Mott <johnmott@iinet.net.au>
>wrote:
>
>>I tried this solution, but got an error message saying
>>
>>"regtlib is not recognised as an internal or external command,
>>operation, program or batch file"
>>
>
>Type libraries require a separate utility, and there are more than
>one. As only developers have need for type libraries these utilities
>only shipped with development platforms that could create or use type
>libraries. Mere Users shouldn't need to concern themselves about such
>things. <lol>(Or so the story goes.)
>
>So what utility is available on your platform and what may or not be
>installed may vary. I believe it is the current intention is to
>provide a utility on all platforms by default, but I've discover odd
>variances at times, especially with vendor O/S's.
>
>So try one of these two:
>
>1) regtlibv12.exe: Comes with any .Net Framework install.
>For example:
>C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\regtlibv12.exe
>Note, the version number may vary and you usually have more than one
>folder.
>
>2) RegisterTLB.exe: Usually found on 64-bit platforms in the 
>C:\Windows\SysWOW64 folder or sub folders.
>
>They all have similar command line parameters. 
>AFAIK they all work the same.

[toc] | [prev] | [next] | [standalone]

#2050

Further to my last post, I tried a further solution

In c:\windows\microsoft.net\framework\v4.o.30319 I ran

regtlibv12 msdatsrc.tlb

and got a successful message but it did not solve the problem.

John

On Thu, 08 May 2014 17:30:50 +0800, John Mott <johnmott@iinet.net.au>
wrote:

>Thank you Ralp
>
>I tried to execute your suggestion
>
>1. I do not have RegisterTLB.exe
>
>2. I found regtlibv12.exe in both
>   c:\WINDOWS\Microsoft.Net\Framework\v4.0.30319 and
>   c:\WINDOWS\Microsoft.Net\Framework64\v4.0.30319
>
>However I did not have success after running it.
>I opened an elevated cmd prompt and changed to the \Windows\sysWOW64
>folder and tried " reglibv12 comctl32.ocx" and it said it could not
>find reglibv12. So Ichanged to
>\WINDOWS\Microsoft.NET\Framework\v4.0.30319 and tried
>" reglibv12 comctl32.ocx" and it said successful.
>Unfortunately I still get comct32l.ocx not found errors when I try to
>load source code or run the compiled exe file.
>
>I am not very experienced or knowledgable in system matters.
>Any forther suggestions or can you tell me where I am going wrong ?
>John
>
>
>
>
>On Sun, 04 May 2014 04:03:37 -0500, ralph <nt_consulting@yahoo.com>
>wrote:
>
>>On Sun, 04 May 2014 15:48:01 +0800, John Mott <johnmott@iinet.net.au>
>>wrote:
>>
>>>I tried this solution, but got an error message saying
>>>
>>>"regtlib is not recognised as an internal or external command,
>>>operation, program or batch file"
>>>
>>
>>Type libraries require a separate utility, and there are more than
>>one. As only developers have need for type libraries these utilities
>>only shipped with development platforms that could create or use type
>>libraries. Mere Users shouldn't need to concern themselves about such
>>things. <lol>(Or so the story goes.)
>>
>>So what utility is available on your platform and what may or not be
>>installed may vary. I believe it is the current intention is to
>>provide a utility on all platforms by default, but I've discover odd
>>variances at times, especially with vendor O/S's.
>>
>>So try one of these two:
>>
>>1) regtlibv12.exe: Comes with any .Net Framework install.
>>For example:
>>C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319\regtlibv12.exe
>>Note, the version number may vary and you usually have more than one
>>folder.
>>
>>2) RegisterTLB.exe: Usually found on 64-bit platforms in the 
>>C:\Windows\SysWOW64 folder or sub folders.
>>
>>They all have similar command line parameters. 
>>AFAIK they all work the same.

[toc] | [prev] | [next] | [standalone]

#2051

On Thu, 08 May 2014 17:30:50 +0800, John Mott <johnmott@iinet.net.au>
wrote:

>Thank you Ralp
>
>I tried to execute your suggestion
>
>1. I do not have RegisterTLB.exe
>
>2. I found regtlibv12.exe in both
>   c:\WINDOWS\Microsoft.Net\Framework\v4.0.30319 and
>   c:\WINDOWS\Microsoft.Net\Framework64\v4.0.30319
>
>However I did not have success after running it.
>I opened an elevated cmd prompt and changed to the \Windows\sysWOW64
>folder and tried " reglibv12 comctl32.ocx" and it said it could not
>find reglibv12. So Ichanged to
>\WINDOWS\Microsoft.NET\Framework\v4.0.30319 and tried
>" reglibv12 comctl32.ocx" and it said successful.
>Unfortunately I still get comct32l.ocx not found errors when I try to
>load source code or run the compiled exe file.
>
>I am not very experienced or knowledgable in system matters.
>Any forther suggestions or can you tell me where I am going wrong ?
>John
>

First off. My suggestion was narrowly focused on where to find a "Type
Library Registration Tool" in order to follow-through with RW's
suggestion to register the "msdatsrc.tlb" Type Library.

[Frankly, I was not exactly sure why that would help outside the VBIDE
- but I don't use VB5. <g>]

To register COM components/controls (.dll, .ocx, ...) you will use
regsvr32. The issue will be determining if the component is 32-bit or
64-bit and thus which regsvr32 to use since Microsoft decided to give
the same name to both. The following discussion pretty much hashes out
all the nusances involved.

http://stackoverflow.com/questions/4897685/how-do-i-register-a-dll-on-windows-7-64-bit

It is good to check that everything is located on the target, properly
registered, and to know how to fix registration issues should they
come about, but not totally sure that is your real issue. Since all
the components are there, the mismatch is coming from the fact your
projects are compiled against one version and something else is what
is available.

Assumptions: 
1) You have VB5 SP3 installed on your new platform (Win7 64-bit)
2) You do not get errors when you open VB5
3) But you do get errors when you attempt to open some projects
That correct?

Try this:
Close the VBIDE.
Open the  .vbp file of a troubled project in a text editor and delete
the lines that reference comctl32.ocx and comdlg32.ocx. (Or any .oca
reference that may have slipped in.)
Save the file.
Then open the project in VB, open project references, and add the
common control components back. (Again, make sure you do not
accidently select an '.oca'.)
Save the changes to the vbp file and close.
Re-open the project and test.

Let us know the exact error/s you get, if any.

-ralph

[toc] | [prev] | [next] | [standalone]

#2052

On Thu, 08 May 2014 08:52:59 -0500, ralph <nt_consulting@yahoo.com>
wrote:

To amplify on my 
>Try this:
>Close the VBIDE.
>Open the  .vbp file of a troubled project in a text editor and delete
>the lines that reference comctl32.ocx and comdlg32.ocx. (Or any .oca
>reference that may have slipped in.)
>Save the file.
>Then open the project in VB, open project references, and add the
>common control components back. (Again, make sure you do not
>accidently select an '.oca'.)

You will likely have several "common components" to chose from. Pick
the one most likely to be "VB5" compatible. Experiment with the
others.

[If this doesn't work be sure to reply with what common component
versions are availble. If it does work, let us know which one you
used. <g>]

>Save the changes to the vbp file and close.
>Re-open the project and test.
>

What this will do is change the references in your projects from
whatever interface (and implementing  they were once expecting to
whatever is currently available. Hopefully this will get all the
participants on the same page. 

However, this is entirely different from the, albeit related, problem
of getting a legacy VB5 compiled program to run on newer platforms.

[toc] | [prev] | [next] | [standalone]

#2053

On Thu, 08 May 2014 09:47:09 -0500, ralph <nt_consulting@yahoo.com>
wrote:

Oops! Set before I meant...


To amplify on my 
>Try this:
>Close the VBIDE.
>Open the  .vbp file of a troubled project in a text editor and delete
>the lines that reference comctl32.ocx and comdlg32.ocx. (Or any .oca
>reference that may have slipped in.)
>Save the file.
>Then open the project in VB, open project references, and add the
>common control components back. (Again, make sure you do not
>accidently select an '.oca'.)

You will likely have several "common components" to chose from. Pick
the one most likely to be "VB5" compatible. Experiment with the
others.

If this doesn't work be sure to reply with what common component
versions are availble. If it does work, let us know which one you
used. <g>

>Save the changes to the vbp file and close.
>Re-open the project and test.
>

What this will do is change the references in your projects from
whatever interface (and implemention) they were once expecting to
whatever is currently available. Hopefully this will get all the
participants on the same page. 

However, this is different from the problem of getting a legacy VB5
compiled program to run on newer platforms. This problem is usually
resolved by simply making sure the controls are installed and
registering them..

[toc] | [prev] | [next] | [standalone]

#2055

On Thu, 08 May 2014 08:52:59 -0500, ralph <nt_consulting@yahoo.com>
wrote:

>First off. My suggestion was narrowly focused on where to find a "Type
>Library Registration Tool" in order to follow-through with RW's
>suggestion to register the "msdatsrc.tlb" Type Library.

Just for clarity's sake that wasn't my suggestion per se. I was
quoting a solution Tim Rude had posted in the vb.general.discussion
group (credit [or blame!] where due). : - )

My only suggestion was in regards to which version of Internet
Explorer is installed on the OP's computer, but he didn't say if he
had checked and/or done any investigation in that area.

RW

[toc] | [prev] | [next] | [standalone]

#2064

I have at last found what version of IE is in my machine. Being very
new to Win7 it took me a while to find out how to find the Version.
It is version 11.09600 17105

Since there is a suggestion that version 10 or higher has issues
"breaking" certain OCXs, I will endeavour to follow up this matter and
any cures.

John

On Thu, 08 May 2014 15:20:01 -0400, RW <RonW@no_domain.invalid> wrote:

>On Thu, 08 May 2014 08:52:59 -0500, ralph <nt_consulting@yahoo.com>
>wrote:
>
>>First off. My suggestion was narrowly focused on where to find a "Type
>>Library Registration Tool" in order to follow-through with RW's
>>suggestion to register the "msdatsrc.tlb" Type Library.
>
>Just for clarity's sake that wasn't my suggestion per se. I was
>quoting a solution Tim Rude had posted in the vb.general.discussion
>group (credit [or blame!] where due). : - )
>
>My only suggestion was in regards to which version of Internet
>Explorer is installed on the OP's computer, but he didn't say if he
>had checked and/or done any investigation in that area.
>
>RW

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | comp.lang.basic.visual.misc

csiph-web