Software Deployment

Hmm strange.
Unfortunately, don't know the application [:(]

BTW: have you read my PM and email (sorry for the wrong name [:D] ?

Which folder is the "erbis.exe" file in?

Is the folder that contains it referenced in the "Path" environment variable?

Does the exe have a registry "AppPath" entry?

"HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\erbis.exe\"

Hello wiseuser,

The erbis.exe file exists in c:\program files\erbis.
The registry is empty....its a cut and paste application so only file.
There are no path variables set in the msi.....

I don't understand the meaning of your "cut and paste" statement.

When you type "erbis" in the address bar, the system is searched for resources matching that name. There is a particular order that is used for searching (depending on version of windows), and file extensions are appended using the order specified in the "pathext" environment variable.

It should be impossible for Windows to find "erbis.exe" under "Program Files" unless the folder is the current directory or in the path, or the exe has an "AppPath" entry or "iexplore.exe" is running in the same folder.

Are you sure you don't have one of these things (the exe could write one itself when you first run it). Could there be another copy of "erbis.exe" somewhere?

Try using "ProcNTXP" (Sysinternals) to check where the exe is loaded from and what it's environment looks like.

The cut and paste issues:
To install erbis just copy and paste the directory from any location to the local drive and the application works. Its like the old applications like dbase and norton commander.
When capturing the "installation" of erbis i only copy and paste the files and thats it. No merge modules or reg keys or what ever.

The erbis.exe will be found when entering in the addressbar? That i dont understand

Does this "phenomenon" occur for all users of the machine, or only under your user account?

ORIGINAL: sejacru
The erbis.exe will be found when entering in the addressbar? That i dont understand


Under certain conditions... yes.

Try this:

1) Ensure IE is closed.

2) Create the following registry key:

[HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\TypedURLs]
"url1"="Notepad"

3) Start IE and click the drop-arrow on the right of the address bar to reveal previously visited URLs.

4) Select the top link called "Notepad".

On my PC this starts "notepad.exe".

Yes thats true.

We installed everything the old fashion way, by hand. Now we have a msi that does the trick. Before the msi the user typed in the addressbar "erbis" and the intranetpage popups (http://erbis/). If the user does it now (after the msi is launched), the local application popsup. But if the user types in http://erbis/ it will work.

Is it possible that the msi first check the directory where it is installed?

I wonder if this might work?

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths\Erbis.exe]
@="http://erbis"

no it didn't work.

Strange... it works for the "Notepad" example above!

There's nothing but files in your MSI?

There's no trace of the word "erbis" anywhere in the registry?

This happens on all machines where you install your MSI?

All users who log on to the machine experience the same behaviour?

Is it possible that the msi first checks his install dir?

ORIGINAL: sejacru

Is it possible that the msi first checks his install dir?


What MSI??

I thought you were simply typing "erbis" into the address bar of IE? What has that got to do with MSI?

I don't understand how erbis.exe is launched if it's in a Program Files subfolder which isn't on the system search path.. Does this happen if you install your package on a clean machine with a clean user profile?

If so can't you change the name of the executable in the package as you've already suggested to erbis2.exe to avoid the conflict - or won't the app work if you do that?

Cheers,
Rob.

The story,

We have an application called erbis. It is a local application that i have packaged into a msi. The installation is just a bunch of files that can be copied and paste on the local drive(No reg keys, path variables, merge modules or something like that, just plain files). We also have this appliation in a web version for user that only needs to look in the application. When a user, which has the local application (pushed through the AD) types in the addressbar "erbis" the local app shows up. I want that the user gets the intranetpage. If the user types in htp://erbis it will work.

When deinstalling the msi and install the application by hand it will work. So i will say that the msi always check its installdir?

don't understand how erbis.exe is launched if it's in a Program Files subfolder which isn't on the system search path.. Does this happen if you install your package on a clean machine with a clean user profile?

Yes that's my question too. I have a clean machine and under a local admin account still is not working

Did you try ProcNTXP as WiseUser suggested?

Yes i just did.
Do you know what to do with it?

IEXPLORE.EXE 704 Internet Explorer Microsoft Corporation
Erbis.exe 816

Process: Erbis.exe Pid: 816

Type Name
Desktop \Default
Directory \KnownDlls
Directory \Windows
Directory \BaseNamedObjects
File \Device\LanmanRedirector\vfp002\apps\erbis\data\VARIABEL.PX
File \Device\LanmanRedirector\vfp002\apps\erbis\data\VARIABEL.XG0
File \Device\LanmanRedirector\vfp002\apps\erbis\data\VARIABEL.YG0
File \Device\LanmanRedirector\vfp002\apps\erbis\data\VARIABEL.XG1
File \Device\LanmanRedirector\vfp002\apps\erbis\data\VARIABEL.YG1
File C:\Documents and Settings\Administrator\Local Settings\Temp
File \Device\Mailslot\ErbiTalk
File C:\Program Files\Erbis\Erbis.exe
File \Device\LanmanRedirector\vfp002\apps\erbis\data\register.db
File C:\WINNT\system32\stdole32.tlb
File \Device\LanmanRedirector\vfp002\apps\erbis\data\register.PX
File \Device\Mailslot\E0689
File \Device\LanmanRedirector\vfp002\apps\erbis\data\user.DB
File \Device\LanmanRedirector\vfp002\apps\erbis\data\user.PX
File \Device\LanmanRedirector\vfp002\apps\erbis\data\
File \Device\LanmanRedirector\vfp002\apps\erbis\data\user.XG0
File \Device\LanmanRedirector\vfp002\apps\erbis\data\user.YG0
File \Device\LanmanRedirector\vfp002\apps\erbis\data\user.MB
File \Device\KsecDD
File C:\Program Files\Common Files\Borland Shared\BDE
File C:\Documents and Settings\Administrator\Local Settings\Temp\INMEM000.REM
File \Device\LanmanRedirector\VFP002\APPS\ERBIS\DATA\PDOXUSRS.LCK
File \Device\LanmanRedirector\VFP002\APPS\ERBIS\PDOXUSRS.NET
File \Device\LanmanRedirector\vfp002\apps\erbis\data\ALGEMEEN.DB
File \Device\LanmanRedirector\vfp002\apps\erbis\data\ALGEMEEN.PX
File \Device\LanmanRedirector\vfp002\apps\erbis\data\
File \Device\LanmanRedirector\vfp002\apps\erbis\data\ALGEMEEN.XG0
File \Device\LanmanRedirector\vfp002\apps\erbis\data\ALGEMEEN.YG0
File \Device\LanmanRedirector\vfp002\apps\erbis\data\VARIABEL.DB
Key HKCU\Control Panel\International
Key HKLM\SOFTWARE\MICROSOFT\Windows\CURRENTVERSION\Explorer
Key HKCU\Software\Classes
Key HKCR
Key HKLM\SOFTWARE\MICROSOFT\COM3
Key HKU
Key HKCR
Key HKLM\SOFTWARE\MICROSOFT\COM3
Key HKU
Key HKLM\SOFTWARE\MICROSOFT\COM3
Key HKCR\CLSID
Key HKCR
Key HKLM\SOFTWARE\MICROSOFT\COM3
Key HKU
Key HKLM\SOFTWARE\MICROSOFT\COM3
Key HKLM\SOFTWARE\MICROSOFT\COM3
Key HKCR\CLSID
Key HKCU\Software\Classes
Key HKCU\SOFTWARE\MICROSOFT\Windows\ShellNoRoam
Key HKCU\SOFTWARE\MICROSOFT\Windows\ShellNoRoam\MUICache
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\Software\Classes
Key HKCU\SOFTWARE\Van Beek
Key HKLM
Key HKLM\SYSTEM\ControlSet001\Control\NetworkProvider\HwOrder
Key HKCU
Key HKCU\Software\Classes
Key HKLM\SOFTWARE\MICROSOFT\WINDOWS NT\CURRENTVERSION\DRIVERS32
Key HKLM\SOFTWARE\Borland\Database Engine\Settings
Mutant \BaseNamedObjects\Erbis
Mutant \BaseNamedObjects\IDAPIINIT_EXIT
Mutant \BaseNamedObjects\IDMEMMUTEX
Port \RPC Control\OLEDECA10F4287A4FA7B538408ABC09
Section \BaseNamedObjects\__R_0000000000d4_SMem__
Section \BaseNamedObjects\IDMEMMNGR
Section \BaseNamedObjects\BMMEMNAME
Semaphore \BaseNamedObjects\shell.{A48F1A32-A340-11D1-BC6B-00A0C90312E1}
Semaphore \BaseNamedObjects\shell.{210A4BA0-3AEA-1069-A2D9-08002B30309D}
Semaphore \BaseNamedObjects\shell.{090851A5-EB96-11D2-8BE4-00C04FA31A66}
Semaphore \BaseNamedObjects\shell.{7CB834F0-527B-11D2-9D1F-0000F805CA57}
Semaphore \BaseNamedObjects\IDMEMSEMA
Semaphore \BaseNamedObjects\SYSMNGMUTEX
Semaphore \BaseNamedObjects\VFMUTEX
Semaphore \BaseNamedObjects\CFGMUTEX
Semaphore \BaseNamedObjects\BMMUTEX
Semaphore \BaseNamedObjects\PDXMUTEX
Thread Erbis.exe(816): 1060
Thread Erbis.exe(816): 688
Thread Erbis.exe(816): 468
Thread Erbis.exe(816): 940
Thread Erbis.exe(816): 776
Thread Erbis.exe(816): 892
WindowStation \Windows\WindowStations\WinSta0
WindowStation \Windows\WindowStations\WinSta0

Well that appears to be a list of handles held open by the "Erbis.exe" process.

It appears to prove that the executable is indeed being loaded from the path you specified. It also seems to confirm that the "Erbis.exe" process is a child of the "IEXPLORE.EXE" process.

What we can't see from your post is the environment of the "IEXPLORE.EXE" process (including the path variable).

Does anyone know if the msi first checks his install dir before checking the other directories