Archive: setup executed by other program hangs...
setup executed by other program hangs...
Greetings...
I've some strange problem: when multi-language setup launched by other program (autorun.exe), which sets value for MUI_LANGDLL_REGISTRY_KEY -- setup hangs: it just displayed in processes list (task manager) with no activity (processor usage == 0). But when I starts it by myself (or without setting key) -- it works fine...
Best regards...
Does it happen when you don't preset the registry? Does it happen when you run it from another installer? Does it happen with other applications ran by autorun.exe? Do you have a script example reproducing the problem? Which version of NSIS are you using?
Originally posted by kichikno. in this case setup works fine.
Does it happen when you don't preset the registry?
Originally posted by kichikit executed not by installer. it executed by some small autorun (using ShellExecute() (also tried CreateProcess)).
Does it happen when you run it from another installer?
Originally posted by kichikno. other applications starts fine.
Does it happen with other applications ran by autorun.exe?
Originally posted by kichikyes. attached.
Do you have a script example reproducing the problem?
Originally posted by kichik2.21
Which version of NSIS are you using?
While ago I made this http://forum.ccleaner.com/index.php?showtopic=6161 portable wrapper for CCleaner with NSIS and some of the users told me that it hangs a very long time when it's runs from CD via autorun and when it's executed normally from the CD it doesn't hang.
I have confirmed this my self in win2k, but in windows XP I couldn't reproduce it. MVI what operating system you are using?
The portable wrapper reads and writes in the registry when it starts so I think we have a pattern here.
I'm using Windows XP (pro sp2). Same problem appears on windows 98 and 2000.
Are you also running it from a CD?
Can you attach your wrapper application, preferably with source code, so I can have complete way to reproduce this?
Are you familiar with using a debugger? Could you attach a debugger to to the hung process and see what it's doing?
Originally posted by kichikno. while testing i'm running it locally.
Are you also running it from a CD?
Originally posted by kichikdone.
Can you attach your wrapper application, preferably with source code, so I can have complete way to reproduce this?
Originally posted by kichiksetup hangs somewhere in ntdll.dll. as there is no debug symbols i cant't say precisely...
Are you familiar with using a debugger? Could you attach a debugger to to the hung process and see what it's doing?
Originally posted by kichikDone. :) It won't do anything without CCleaner, but CCleaner isn't needed to reproduce the problem.
Can you attach your wrapper application, preferably with source code, so I can have complete way to reproduce this?
Originally posted by kichikI tried Dependency Walker. I din't expect it to hang, but it did. Last thing in the log is GetUserDefaultUILanguage Full log is in the attachment.
Are you familiar with using a debugger? Could you attach a debugger to to the hung process and see what it's doing?
MVI, there's no attachment. {_trueparuex^}, I couldn't reproduce it with yours.
MVI, what's above ntdll.dll in the stack? Addresses in the installer will help as well.
Originally posted by kichikTry Dependency Walker. When I start to profiling the file it hangs and the file doesn't need to be on CD. That GetUserDefaultUILanguage actually was GetProcAddress call to that function, but I have noticed that it doesn't always hang on the same place when profiling.
{_trueparuex^}, I couldn't reproduce it with yours.
{_trueparuex^}, worked fine for me with without depends.exe on both XP and 2000.
Are you sure it hangs before .onInit is called? That function does a lot in your code, including registering many external DLL files. You also said it hanged for a long while and not completely as in MVI's case.
MVI, can you attach the code again? Your last post has no attachment.
sorry.
http://users.i.com.ua/~hunter_/Autorun.rar
just after "pause" it 7c90eb94 (command ret)
then (after some "step over"s it "ups" to 01332693 where hangs again on call dword ptr ds:[13330C0h] and "here we go agin" :))
Which DLL is loaded at 01330000? Process Explorer can tell you that.
What's above it in the stack? Where is that loop called from?
MVI, never mind, I found the problem. It's just too good to be true... You pass SW_HIDE to ShellExecute in your program so the dialog comes up hidden. I read about it not too long ago but dismissed it because you said you've also tried CreateProcess.
Originally posted by kichikOh you are going to love this... I added messageboxs to beginning of .onInit to see if it gets in it and it did. Then I added messageboxes to .onInit to see where it hangs and it hangs somewhere in GetParameters function... Can you see where this is going? :( Shame on me shame on me... Well it's stuck on the first loop. To make it short it gets stuck in endless loop if the commandline doesn't have any quotes or any spaces in it, because one $R2 in the code should be $R0. :p
{_trueparuex^}, worked fine for me with without depends.exe on both XP and 2000.
Are you sure it hangs before .onInit is called? That function does a lot in your code, including registering many external DLL files. You also said it hanged for a long while and not completely as in MVI's case.
Happy ending. How can I not love it? ;)