Re: Any known problems running VB6 application with Intel Centrino
- From: D Varese <DVarese@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 11 Apr 2006 05:44:02 -0700
Had user run software and look in task manager. It is present and running
but no errors are being reported. Tried having customer disable any virus
checking software, ran DrWatson. DrWatson is not reporting any errors
either. Not able to get on site since customer is in Italy. Any other
ideas???
"Ralph" wrote:
.
"D Varese" <DVarese@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:6D987269-2DBA-4BA6-B75F-2D4AA3A97F74@xxxxxxxxxxxxxxxx
Wouldn't an error message pop up if a component was being called for thathave
wasn't registered or available?
"Ralph" wrote:
"D Varese" <DVarese@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote in message
news:5E62DE60-DD9F-40C1-9B07-AD5F5AE9AA30@xxxxxxxxxxxxxxxx
We have an application that has been in the field for over a year. I
runninga
customer that has a laptop with the Intel Centrino Duo processor
nothingWin
XP. The installation process completed successfully, creating all the
shortcuts and required files but when he trys to run the program,
behappens. No error messages, nothing. Any body got any ideas what may
issueshappening here?
Impossible to know without being there, but it is highly unlikely the
"Centrino Duo" has anything to do with it. However, there are known
willwith installing runtimes, MDAC, Office packages, SPs, and patches on
laptops.
First you have to nail down where the app is bailing during the load
operation. Which isn't necessarily that easy.
Have the client setup Dr. Watson or WinDbg on his system: (Doubtful it
http://www.microsoft.com/windows2000/en/advanced/help/default.asp?url=/windows2000/en/advanced/help/drwatson_setup.htmwork in this case, but always worth a try.)
Win2k:
http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/drwatson_setup.mspx?mfr=trueWinXP
protection),
Inventory the components your app depends upon, and compare to what is
available on the laptop. You may be getting bit by WFP (file
controls,ie, everything installs fine, then Windows just ignores the setup.
Anything your app installs that is 'new' (mdac, ole components,
etc) is suspect.
Do a manual registration of all the 'new' components.
ie, worry less about the the cpu and more about the OS and component
environment of the laptop.
hth
-ralph
Yes, you almost always get a 429, etc. Especially if it something the app
uniquely needs and is being loaded by the Windows loader. However, I have
observed such situations like you mentioned. In these cases it is always
something deeper in the bowels of windows.
Occasionally you will find the app is actually loaded - by viewing with task
manager. Which indicates that the windows loader found no fault - but the
app is some bizarre state and can't be shown. The others mentioned the
Virus/Spy programs - they can also cause this phenonoma.
I suppose you could perhaps run some SysInternals toy. I usually attempt to
run a debugger on the application and trace through everything until I find
a fault. Unfortunately, I often find myself out in some common Kernal
component - with little clue what all that hex is telling me. <g> When this
is on a client machine you are even more limited as to what you can do. So
You end up just going back to the basics.
Make sure all the components are there and registered.
Make sure these are the correct components for this box.
What VB and VC runtimes are installed?
Make sure all the permissions are there.
Turn-off all Windows applications (and Virus Checkers) and re-install.
Inventory the client box - what does he have you don't have?
How is the profile set up?
Did an Admin do something creative?
Is error reporting turned off?
Create a minimum program from your app, one that loads all the components,
but doesn't do anything. See if it loads. If it doesn't remove stuff, until
it does. Otherwise add stuff until it does fail.
Ask the client if she is also experiencing unusual behavior with other apps,
like Office or Outlook, etc...
Borrow or steal an identical laptop and see if you can recreate the problem.
yadda, yadda.
Without a specific error - then it is just a bunch of guesses.
It will often turn out that you will never know what the problem is. The
very act of redoing installs and updates makes it go away.
Unless you did some kind of unique re-compile for this customer, it is
doubtful it is in your code. (However, there might be something you can
change - once you identify the source) It is even more doubtful that the cpu
is at fault. The layer that VB apps run at are so far removed from the cpu -
that if they were failing - a ton more stuff would already be going wrong on
this box. There is something on this box that is causing a problem.
-ralph
- Follow-Ups:
- Prev by Date: Re: Strange Problem..... Decreasing The Speed
- Next by Date: Re: VB6, VB2005, or Something Else?
- Previous by thread: Swap algorithm
- Next by thread: Re: Any known problems running VB6 application with Intel Centrino
- Index(es):
Relevant Pages
|
