Failed to find windows of newly created process

2 hours ago, atom0s said:

The easiest method would be to hook the window creation API being used. (ie. CreateWindowA / CreateWindowW / CreateWindowExA / CreateWindowExW)

Or, if you don’t want to hook anything, you can constantly call EnumWindows and look for windows owned by the parent process id you are looking at. When a handle finally appears you know it created something.

Hi,

So I go for the second method that you say. Now, the problem is It is not found any window regarding the created process. Here is my code.

Quote

var
  SI : TStartupInfo;
  PI : TProcessInformation;
  flag : Boolean;

function EnumWindowProc(hwnd : HWND; lParam : LPARAM):Boolean;stdcall;
var
  proid : cardinal;
begin
  GetWindowThreadProcessId(hwnd, proid);
  if proid = PI.dwProcessId then
  begin
    flag = True;       //in my case it never gone trigged
    Result := False;
    Exit;
  end; 
  Result := True;  
end;

begin
  CreateProcessA(PChar(‘target.exe’), nil, nil, nil, False, 0, nil, nil, SI, PI);
  EnumWindows(@EnumWIndowProc, 0);
  if flag then
     SuspendThread(Pi.hThread);
end;

This is actually more of a Windows question, but since I am doing this in a Labview context, maybe you guys can help. I’m using LV17 and Windows 10. I need to run a Windows process, specifically I’m calling «control.exe date/time», in an application intended to run fullscreen and the user doesn’t have a keyboard. I used Labview’s System exec.vi, a Call Library Function to WinExec() and even made my own .NET Class Library. 

The Windows Date/Time configuration window does indeed run, the problem is it does with its windows behind the calling Vi’s frontpanel. User has to alt-tab to access it, something that’s not desirable. I tried bringing its named window to the front and bringing the calling VI’s Front panel to the bottom, with FindWindow() from winuser.h, everything to no avail. 

Other processes and applications do work (calculator.exe, Notepad.exe) without much hassle, the problem is control.exe with arguments, and I suspect any other process that run another process in a separate thread. 

Has anyone ever had to do something similar and could overcame this issue? 

Thanks! 

Всем доброго времени суток.

Собственно проблема с которой столкнулся в названии топика: ошибка синхронизации Gradle при попытке создания проекта Android в IntelliJ IDEA.
В логе IntelliJ IDEA пишет следующее:

Ключевые слова тут, как я понимаю, «Java home is different».

Моя конфигурация:
Windows 7
IntelliJ IDEA 2016.3
Java 8.0.112

Причем, например, проект в Android Studio у меня создается без данной ошибки.

До этого также было Gradle sync failed (и в IntelliJ IDEA и в Android Studio). Но по другой причине:

Гуглил на эту тему. На сколько поняв по нагугленому, у меня «джава» ругается на то, что она пытается взять оперативной памяти больше, чем у меня есть свободной (у меня в системе 4Гб). И нужно уменьшить ее аппетиты. По нагугленному проделал следующее:
по следующему пути: Панель управления>Java>Java>View>Runtime Parametrs прописал «-Xmx768M»
Чем, на сколько я понял, сделал лимит для джавы в 768Мб.

После данной операции ошибка ( которая

исчезла). И в Android Studio все стало нормально. А вот в IntelliJ IDEA по прежнему проект не создается. Собственно, по причине сабжа.

Такие ошибки я нагуглил. Как и варианты их решения.
Напремер:
1. Try setting the following in your gradle.properties (either in %USERPROFILE%\.gradle\ or in your project build dir): org.gradle.java.home=C:\Program Files\Java\jdk1.6.0_45\jre

2. I managed to solve this problem by renaming Info.plist and version.plist to Info.plist.old and version.plist.old in /Applications/IntelliJ IDEA.app/Contents/jre/jdk/Contents folder on Mac.
After this fix, I also created idea.properties file in ~/Library/Preferences/IntelliJIdea2016.2 and added line gradle.java.home=$(/usr/libexec/java_home)

3. Would you mind trying removing the ‘org.gradle.java.home’ line from the ‘gradle.properties’ file and setting the ‘JAVA_HOME’ env var with the value?

4. For whatever reason I had symlink
/Library/Java/JavaVirtualMachines/jdk1.7.0_17.jdk/Contents/Home/jre/lib/tools.jar pointing to /Library/Java/JavaVirtualMachines/jdk1.7.0_17.jdk/Contents/Home/lib/tools.jar
It seems this confuses Gradle. After removing this symlink Gradle works without problems.

5.Мне помогло следующее:
1. В папке %USERPROFILE%\.gradle\ следует создать файл «gradle.properties»
2. В этом файле добавить одну строку:
org.gradle.java.home=<актуальный путь к jdk>
в вашем случае:
org.gradle.java.home=C:/Program Files/Java/jdk1.8.0_112

Но я не могу разобраться, что они меняют и в каких файлах прописывают указанные вещи. Новичек.
Вобщем, как-то так.

Если что, то путь JAVA_HOME в Панель управления>Все элементы панели управления>Система Дополнительные параметры системы>Дополнительно>Переменные среды>Системные переменные у меня прописан к моему фактическому положению папки с JDK. В моем случае это: C:\Program files\Java\jdk1.8.0_112