Ergebnis der Suchanfrage

• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 7. Mai 2003
  Have you ever thouhgt about a MDI-Application?
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  Looks good.
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  That's exactly what I want to express by saying "communication".
  
  
  That what I think.
  
  I ain't sure how all your programs work, what they do, what kind of output tey have and what kind of input they need and how the should receive the input and what they do with the input. That's your job. All I can do is to tell you how applications can communicate. But I see your problem. Your programs...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  That's your program.
  
  But you want one of them to communicate with you Delphi programm, don't you?
  
  If I don't misunderstand you - yes.
  
  And if you want your c-program to communicate (receive and send data) you will have to modify your c-program.
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  Please don't send me any code. I wont have the time to do your work. Just post the relavent code. But I found some code for WM_COPYDATA. But again you will have to modify your c-programs:
  
  First program, the sender:
  
  function FindWindowByTitle(WindowTitle : string) : Hwnd;
  var
  NextHandle : Hwnd;
  NextTitle : array of char;
  begin
  NextHandle :=...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  Ok. Here is another idea: You can send data from one application to another by using WM_COPYDATA.
  
  And don't worry we'll make it. :wink:
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  But me and all the others will try to help as best as possible. Maybe we can help you if you provide some code or something we can work with to help you.
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  With my help? Maybe, but I will get some sleep now, even if it's here a quarter past eleven before noon. :wink:
  
  Well I never worked with pipes. I just know that it is a way to communicate.
  
  And if you can make ist in time? Hard to tell. Say good-bye to your bed, say good-bye to your wife or girlfriend for the rest of the evening and night, don't eat and just work as hard as you can.
  
  But...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  By tomorrow? :shock: Good luck, guy. :?
  
  You can use GetDlgItem with windows as well.
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  Did you follow the link I gave you? And did you read what is written there? These Pipes are different from them you know from your bash.
  
  All right. Next try. :mrgreen:
  You can get the text of an TEdit or a TMemo with the message WM_GETTEXT, you can put text into these controlls with the message WM_SETTEXT. You can click a botton on a windows by sending the message BM_CLICK to it. But in all...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  Aaaah. Now I understand. You need to communicate with an console application (You mentioned the function printf.)?
  
  Well if that's what you want to do you should make yourself familiar with Pipes: Pipes - MSDN. But I'm afraid you have to modify some parts of the code of the c-programs.
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  I don't know what your c-programs accept for parameters and how they handle them.
  
  But I still wonder what you mean when you say, "execute the C executable in these child windows".
  
  As a matter of fact you have two processes: Your own and the c-program you started from within your application (process). Now tell me what do you want to do with the second process you started from within your...
• Forum: Win32/Win64 API (native code)
    Delphi
    by Luckie, 6. Mai 2003
  First of all you should not use WinExec because it's obsolete. use instead Shelllexecite or CreateProcess.
  
  Now my idea would be: Pass the Window-Handle as a parameter, when you start your process.