forums.silverfrost.com

[DanRRight]

Suppose you are recompiling the program. But at the link time the exe is not created because what happen is that same name previous erroneous process did not exited and is is still hanged somewhere. Or sometimes happen that you exited Clearwin program but it is still there as shows the Task Manager. So you go to Task Manager and kill the process manually. Sounds familiar?

Can we write the winapi fortran code which can look at the list of running processes and kill unneaded running exe process ?

[PaulLaidler]

One way to do this would be to write a function in C/C++ using EnumProcesses, OpenProcess, EnumProcessModules, and GetModuleBaseName etc. This can be built with SCC and accessed from your Fortran code. Alternatively, a process that has a unique Window could be tracked down (directly from Fortran) using FindWindow.

To create a process with a given priority you could also write a function in C/C++ that uses CreateProcess and SetPriorityClass.

We could probably provide functions for you but we would have to charge for this service.

[DanRRight]

No, Paul, forget C or SCC, everything must be done in Fortran!
If this is not possible in Fortran, I do not care. This just means
that Fortran (sort of, Winapi or that sort of things) is not super-duper.
Couple of beers will be of course yours, just tell where to send

[PaulLaidler]

I am not sure that I understand your humour. A large part of the FTN95 library (and the compiler itself) is written in C/C++. What I am saying is that this particular task needs an extension to the library and that having SCC allows you to do this for yourself. If you want us to do this for you then it will cost a lot more than a couple of beers! Maybe even a few hundred but I guess you have worked this out.

[LitusSaxonicum]

Dan, Paul,

I have had to do this procedure that Dan complains of, but have regarded it as an unpleasant fact of life when using Windows. SLINK won't save the EXE if an instance of the EXE is already running - or one of its windows. Since each Clearwin window has an independent existence, you can sometimes during development leave one or more of them lingering on as ghosts.

I can't get on with PLATO - not that there's anything wrong with it, but I'm happy with a batch file. I have a little program that can zap running instances of program X or its windows by sending a message to their "classname" to shut down. This zapper goes into the batch file before the SLINK command.

If any Window has classname (say) Dan1, then

REPLY='Not there'
IA = SEND_TEXT_MESSAGE@('Dan1','Shut Down',REPLY)

If "Dan1" is found, then Reply is changed, so you can test for it having the initial value or the reply (see below). Programs with classname "Dan1" handle this message by shutting down - you have to program that.

The code for declaring a window to have classname Dan1 is:

IA=WINIO@('%nc[Dan1]%rm&',MESSAGE_FN)

This defines the classname of the window, so maybe you need to declare each window with a different classname and send messages to all of them. You can send messages to non-existent windows without doing any harm

The handler for reading a windows message is ....

INTEGER FUNCTION MESSAGE_FN()
CHARACTER*(255) MESSAGE
INCLUDE <WINDOWS.INS>
MESSAGE = CLEARWIN_STRING@('MESSAGE_TEXT')
IF (MESSAGE .EQ. 'Close Down') THEN
CALL REPLY_TO_TEXT_MESSAGE@('YES')
MESSAGE_FN = 0 ! this is a graceful way of exiting
RETURN
ENDIF
MESSAGE_FN = 1
RETURN
END

During the development stage it is normally only one or two windows that live on as ghosts.

This takes some effort, but doesn't cost anything directly. Clearwin, as so often, has the tools - you just need to find them.

Regards

Eddie

[DanRRight]

Message passing would probably not always work because Clearwin program may hang somewhere and be nonresponsive...

The whole trick can be easily done this way

i=start_process@('tasklist >ZZZZZ,' ')
i=start_process@('taskkill /pid 270772',' ')

(where 270772 is an example of process ID or PID found by first command, and ZZZZZ the file where PIDs are written and then read to fortran program).

But by some reason start_process@ works strange way.
i=start_process@('tasklist >ZZZZZ,' ')
does not write anything to file ZZZZZ. Though kills process fine if tell it PID manually. Even such DIR command does not work

use clrwin
INTEGER i, START_PROCESS@
i = START_PROCESS@('dir > ZZZZZ',' ')
end

Any idea why? The bug? The WinExec command

i = WinExec('tasklist /v >zzzzzz',0)

also produces empty zzzzz file. The only subroutine which works is

call cissue@('tasklist /v >zzzzz',ifail)

Whole "killing" code is 40 lines. Though I would prefer to see all this done more elegant way - not to write process list to the disk and read it from there into program to find PID but use WinAPI.

Problem is that Salford's Winapi does not have of normal description of arguments of Winapi functions suitable for Fortran user. What info one can get from this description of TerminateProcess fror example?

STDCALL TERMINATEPROCESS 'TerminateProcess' (VAL,VAL):LOGICAL*4 or

STDCALL GETSYSTEMINFO 'GetSystemInfo' (REF) ???

That makes the use of WinAPI with Salford FTN95 a plain pure hell.

Can anyone send me the Intel/Compaq/DEC fortran Winapi description, I lost it somewhere and also lazy to search for compiler CD and install it ?

The whole solution is now elevated to 3 beers

[JohnHorspool]

Having never encountered "tasklist" or "taskkill" before, I found out that indeed they are valid commands in a DOS window on a PC with XP as the OS, however an older PC running Windows 2000 produces the familiar error message of an unknown command !!

[DanRRight]

Here is the final code:

[DanRRight]

What folks think here, if we implement the same way the function which will permanently overview the Task Manager Process IDs in real time, can it be used as a kind of anti-hack sniffer?

I mean if you will get a virus or any other program (admittedly not too sophisticated ones which will be able to hide themselves and not appear in Task Manager, i do not know, if this is even possible of course) running on your PC this might catch them.

[JohnCampbell]

There is (I'm told of !) a recent "virus" that runs two processes, both hidden from task manager, and if one is killed, the other one restarts it.
I sometimes wonder what my computer is doing when task manager says little is happening, indicating to me there are hidden processes! The process tab in task manager should also report bytes transferred over network connections, differentiating between file I/O and internet activity.
Anyway, why are processes hidden from task manager ? Or am I becoming paranoid!

John

[DanRRight]

Some paranoia is OK, "Only the Paranoid Survive"(A.Grove). In extreme cases the solution from paranoia is just one: two computers, one is not connected to the internet or anything else

I think i will try to make this small code, at least it will help to resolve quickly what the heck appears sometimes in Task Manager.

BTW, for such programs which temporally write data to harddrive because of use DOS shell, i found useful such things as RAM-drives. They are superfast and do not scramble the disk drive surface.