Berka - 

The SourceForge user interface can be misleading...

Did you click on the link I have highlighted in red in the image below?

Regards, John

Gustavo,

You can use DDE (Dynamic Data Exchange) to pass data between two PowerBuilder applications within the same machine and the same operating system environment.

I've built a small proof of concept example that passes a string from a DDE server to a DDE client (see attached image and pbls for both the client and the server). The example uses the cold link approach which sends a single command to a DDE server application. This technique should be enough for your requirement.

Regards,

Ricardo

The guaranteed, sure-fire way to to this is to use an intermediary. This technique will NOT work for real-time interfacing with users.

1. The Database
   Have a table that is used for inter-application communication.
   Program A populates row X, and a column in row X indicates the target application, perhaps Program B.

   Program B reads the table on a timed basis, say every 3 minutes, looking for targeted entries.
   Program B extracts  row X, processthe string, then either saves the string and sets a STATUS flag to READ -
   or simply deletes the row. Depends on your needs.


2. Text File
   Have a specified folder used for inter-application communications.
   Name the text file such that the target program can identify that it is the target of the file.
   Open the text file, read and process the contents.
   Close the text file and either delete it, save it in a different folder, or save it in the same folder with a different name that indicates the file has been processed.


Good Luck,

Olan

Hello Gustavo,

Can you do something like this?

//Declare local external function:

FUNCTION long lstrcpy (ULong Destination, string Source) library "kernel32.dll" alias for "lstrcpyW"
FUNCTION Ulong LocalAlloc (long Flags, long Bytes) library "kernel32.dll"
FUNCTION long LocalFree (ULongMemHandle) library "kernel32.dll"

//Create pointer and copy string

Int li_length
ULong ll_pointer

li_length = (Len("Hello World") + 1) * 2

ll_pointer = LocalAlloc( 0, li_length)
lStrCpy(ll_pointer, "Hello World" )

Send(gl_handle,1024,0,ll_pointer)

//You need to free the pointer at some point... But you'll need to wait for gl_handle to be done with it

LocalFree( ll_pointer )

I've had limited success using the pbm_Custom** events to communicate between applications. What I do is use the RegisterWindowMessage Win API function with the HWND_BROADCAST message. I have a registry key that I use to pass data. 

Why not use Winsock?

I have a pure PB Winsock example here:

https://www.topwizprogramming.com/freecode_winsock.html

I also have a Winsock PBNI example here:

https://www.topwizprogramming.com/tools.html

When I send an application in C # it works very well, it just doesn't work when it's PB to PB.

//C#

public static extern int SendMessageW(IntPtr hWnd, uint Msg, uint wParam, IntPtr lParam);

IntPtr ptr = Marshal.StringToHGlobalUni("Hello World teste123");
uint WM_USER = 0x0400; //1024

SendMessageW(handle, WM_USER, 0, ptr);

Your PB app's "address" pointer has to reference memory inside your PB VM's memory space. Address pointer from different app is basically pointer inside different VM process. It takes some low level mem-copy to copy string content into your process' memory space.

Hopefully others can reply with link to a code example of doing such string based app-to-app dialog.

HTH /Michael