Uniface.exe processes on Windows 8 | Uniface 9 | Forum

Avatar

Please consider registering
guest

sp_LogInOut Log In sp_Registration Register

Register | Lost password?
Advanced Search

—  Results per page  —








— Match —





— Forum Options —





Minimum search word length is 3 characters - maximum search word length is 84 characters
For a group of consecutive words like 'end of support' use Match phrase

sp_Feed Topic RSS sp_TopicIcon
Uniface.exe processes on Windows 8
05 Jan 2018
12:18 pm
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi,

below I’ll describe an Uniface behaviour that I have got a description on from some Uniface users. I’m not sure about everything, but perhaps someone can make some conclusions and give some advice.

This didn’t happen in Uniface 9.6.04.
It happens in Uniface 9.7.04.02 and probably only with Windows 8 (not Windows 7 and I don’t know about Windows 10). 

The problem:
There are Uniface.exe processes without a corresponding application left in the Windows Task Manager Processes.
As this happens, no new Uniface application can be started until those Uniface.exe processes are stopped (End process in Task Manager). As you try to start an Uniface application, it just dies not showing up on the screen and a new “unused” Uniface.exe process is created in the Task manager. 

It might be that Uniface is installed on a network-drive, but Uniface is started as a client process on the Windows 8 PC.
It particularly happens as a laptop is disconnected from the network and it looses the connection to the network-drive for a while. Then a started Uniface application produces a “ghost” Uniface-process. Even as the laptop is reconnected to the network, the “ghost” process prevents  any new Uniface application from being started on the laptop. 
Ending all Uniface application processes in the Task Manager, makes it possible to start new Uniface applications.

Any advice appreciated.

Regards RogerW.

05 Jan 2018
5:47 pm
Avatar
diseli
Admin
Forum Posts: 857
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi RogerW,

The described problem does not really ring a bell. I don’t think that I ever came across such an issue or know of someone that encountered something like this.

It’s a bit puzzling that the users can (at least attempt to) start Uniface when it’s located on a network share that is not available. Sounds like “magic”. Maybe Windows is caching some stuff, but that’s not the complete Uniface installation? Just guessing.

I would start with creating some log files with a large $ioprint (e.g. 255 or maybe even 2047). Maybe that give’s you some clue what Uniface tries to do and where it “fails”. Another handy tool is Process Monitor (ProcMon) from Windows Sysinternals. Maybe you can find some “obstacles” in the ProcMon log files that could explain, why Uniface is hanging.

Hope this helps.

Regards,
Daniel

06 Jan 2018
2:50 pm
Avatar
gianni
Member
Forum Posts: 276
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi Roger,

IMHO an unstable network connection can be the reason for such unusual behaviour.
I’ve found in past similar behaviour when the Uniface client is configured to heavily use TCP connections (Polyserver with FILSRV scope).

Hope it helps.

Gianni

08 Jan 2018
8:09 am
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi,

I don’t mean that Uniface is started without a network connection.
User with laptops disconnects from the network without stopping the Uniface application. As they arrives to the conference room, they again connects the laptop to the network-cable. Then the Uniface application is dead. As this happens, they try to start a new Uniface application, which doesn’t work as there is a “ghost” Uniface process in the Task Manager. Stopping the ghost-processes (there are two now) makes it possible to restart a Uniface-application. 

The problem is that a Uniface application can’t be started when there are ghost-processes in the Task Manager. This is not a problem in Windows 7, neither using Uniface 9.6.04. The same is probably happening as the network connection is lost for a while, ie. not just as the user is deliberately disconnecting.

I don’t see it as a problem if the Uniface-application is lost as they disconnect from the network, but the problem is that a new Uniface application can’t be started. Users don’t understand that they should kill all Uniface-processes in Task Manager or restart the laptop.

First I saw this as a minor problem, but now there are persons here not wanting to update to Uniface 9.7 before this problem is clarified.

Any help appreciated. Even if the solution is to update to Windows 10.

Regards RogerW.

08 Jan 2018
8:53 am
Avatar
fearandir
Member
Forum Posts: 39
Member Since:
07 Nov 2014
sp_UserOfflineSmall Offline

Have you tried to kill previous uniface. exe processes using osunix command as initial condition?

08 Jan 2018
9:05 am
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi fearandir,

Hmm, tell me more….
Notice that these users are able to start many sessions of any Uniface-application and so they want to do.
It’s probably as their network connection has been lost as there are Uniface processes left that prevents the starting of further Uniface applications??

Regards RogerW. 

08 Jan 2018
9:18 am
Avatar
fearandir
Member
Forum Posts: 39
Member Since:
07 Nov 2014
sp_UserOfflineSmall Offline

rogerw said
Notice that these users are able to start many sessions of any Uniface-application and so they want to do.

Are the ghost processes on status “NOT RESPONDING”?

 

try something like this (windows) as initial condition of your uniface program:

taskkill /f /fi “status eq not responding” /im uniface.exe

check taskkill documentation 

 

https://technet.microsoft.com/es-es/library/bb491009.aspx

 

Regards

 

Sergio

09 Jan 2018
8:28 am
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Hi Sergio,

At least in Task Manager there is a normal status on the process, ie. not on status “NOT RESPONDING”.
As I start Uniface-application (windows 7), trying to disconnect the network-cable, reconnecting and then using the Uniface-application again. Then I get the following response “A problem caused the program to stop working correctly. Windows will close the program and notify you if a solution is available.”. The process is successfully ended.

Doing the same from Windows 8, seem to hang on the database login screen, and then usually a ghost-process is left and Uniface can’t be started again. However sometimes the process is ended.
****The latest news, says that as the login-screen is showed, the process is ended. I interpret this as the ghost-process is a Uniface process trying to start blocking also later processes trying to start….

I think those users will have to stop the applications as they move to the conference room. And hopefully there won’t be the same problems installing to our customers…

Sergio, I suppose that if I try your solution, the status should be “NOT RESPONDING” as I don’t want to end all Uniface processes, and all our startup-icons should start Uniface via a bat-file.

Regards RogerW.

09 Jan 2018
9:27 am
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

****The latest news, says that as the login-screen is showed, the process is ended. I interpret this as the ghost-process is a Uniface process trying to start after the cable has been reconnected, blocking also later processes trying to start….

Sorry about this, but I haven’t been using these laptops myself.

As a matter of fact, Windows 7 seem to handle this, but in Windows8 subsequent processes hangs as the first Uniface-process can’t start…
On the other hand, other Windows8 users seem to say that they have to start Uniface twice as the first  seem to be just loading, but the second start is successful (they haven’t been disconnected from network at all). 

There is something strange going on, starting from Uniface 9.7.
Yes it would probably not happen if Uniface would be installed to the local drive C:. But that’s not possible. 

Regards RogerW

09 Jan 2018
9:50 am
Avatar
fearandir
Member
Forum Posts: 39
Member Since:
07 Nov 2014
sp_UserOfflineSmall Offline

What is the OS of the server where uniface is running?

net resources access between w8 and w7 is awful sometimes 

09 Jan 2018
10:01 am
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Let’s forget about disconnecting from the network, although keeping in mind that the network sometimes could be slow.

So, the first Uniface-process doesn’t start on Windows 8. A second attempt, sometimes hangs and sometimes is successful.

A successful start gives the below log, and a failing start probably hangs on loading umsw.dll as yrtl.dll is the last row showing up:

 

Loaded ‘libdlm32’ from G:\mynet\Uniface9704\Common\bin\libdlm32.DLL, version: 9.0.4.241
Heartbeat process: SINGLE_THREAD, 1
Using license option LM_LICENSE_FILE xxxxxxxxxxx
Checkout UW81: -1    
Feature UWALL expires in 3650000 days
Checkout UWALL: 1
Feature UCLIENT expires in 3650000 days
Checkout UCLIENT: 1
Loaded ‘ucall’ from G:\mynet\Uniface9704\Common\bin\UCALL.dll, version: 9.7.04 G401
Loaded ‘ulib’ from G:\mynet\Uniface9704\Common\bin\ulib.dll, version: 9.7.04 G401
Loaded ‘urtl’ from G:\mynet\Uniface9704\Common\bin\urtl.dll, version: 9.7.04 G401
Loaded ‘yrtl’ from G:\mynet\Uniface9704\Common\bin\yrtl.dll, version: 9.7.04 G401
Loaded ‘umsw’ from G:\mynet\Uniface9704\Common\bin\umsw.dll, version: 9.7.04 G401
Loaded ‘ugui’ from G:\mynet\Uniface9704\Common\bin\ugui.dll, version: 9.7.04 G401
Non-DBMS file open: ..\..\..\..\support\uniface9\images\GrayScaleLogo3.jpg
Loaded ‘uimg’ from G:\mynet\Uniface9704\Common\bin\uimg.dll, version: 9.7.04 G401

 

Regards RogerW.

09 Jan 2018
11:35 am
Avatar
wimmme
Member
Forum Posts: 9
Member Since:
13 May 2014
sp_UserOfflineSmall Offline

We experienced similar issues when using Uniface 9.6.0.6 on Win2012 R2 servers.

There is an option in Windows Server 2012R2 to do an “Analyze wait chain” on a process.

When I clicked that back in the days, it told me Uniface.exe was in a deadlock !

Turned out is was indeed a Uniface deadlock, on the Uniface Logo Screen Yell

We had to change our ini file, in the [application] section we had to put 

Logotime=off

 

We were using the same settings for Logo since  Uniface 6 or something like that, and suddenly this was necessary.

it might help you too …

09 Jan 2018
12:36 pm
Avatar
rogerw
Member
Forum Posts: 239
Member Since:
01 Oct 2012
sp_UserOfflineSmall Offline

Thanks wimmme,

I got one  of my fellows stop crying by setting 

logosynch=on

It seems that Uniface now started on the first try even on Windows8.

logotime=OFF also seem to work…
I’ve to investigate logosynch and logotime further…

Regards RogerW.

10 Jan 2018
2:23 pm
Avatar
wimmme
Member
Forum Posts: 9
Member Since:
13 May 2014
sp_UserOfflineSmall Offline

No problem. Uniface users gotta help each other 😉

Forum Timezone: Europe/Amsterdam

Most Users Ever Online: 131

Currently Online: tayamamoto
13 Guest(s)

Currently Browsing this Page:
1 Guest(s)

Top Posters:

ulrich-merkel: 1729

Iain Sharp: 632

Theo Neeskens: 347

gianni: 276

rogerw: 239

istiller: 206

lalitpct: 197

Knut: 188

Arjen van Vliet: 174

-GHAN-: 171

Member Stats:

Guest Posters: 3

Members: 7422

Moderators: 0

Admins: 8

Forum Stats:

Groups: 1

Forums: 62

Topics: 2088

Posts: 8999

Newest Members:

Ascentdgq, Michaelnuams, Normanstank, PillzapoThuro, TravlisHop, ulascene, AndreiriT, rozavetrovdk, MihalSeisy, lessiegg4

Administrators: admin: 23, Adrian Gosbell: 290, diseli: 857, Bob Maier: 3, Nico Peereboom: 71, Michael Rabone: 4, richiet: 406, JanCees: 28