Service can’t stop

[allenchow]

Don’t know why, recently all application in service mode cannot stop successfully, even using taskkill , need to reboot server .

Anyone can help?

[allenchow]

Really frustrated 

[Ron]

I would avoid using Unigui as a service application, plain and simple.

Rather use a webserver and compile it as a DLL.

 

I try to avoid creating service apps in general for Windows,

and if I have to do it, I make them as simple as possible,

with no db connection and if any db process is necessary,

I create external programs that are executed by the service

app, to avoid anything messing up the service process.

[Tokay]

you can attach to runnig servise with delphi debugger and find what happens.

[allenchow]

I don;t know if it's timer problem . 

I cannot stop even when I use standalone application....poor

[Farshad Mohajeri]

I don;t know if it's timer problem . 

I cannot stop even when I use standalone application....poor

 

Something hangs your exe when it starts to terminate.

First of all, check log files for exceptions.

 

What sort of timer are you using?

[Farshad Mohajeri]

Don’t know why, recently all application in service mode cannot stop successfully, even using taskkill , need to reboot server .

Anyone can help?

 

You need to reboot your server?

It is beyond an issue in a uniGUI application. It is even beyond something that can go wrong in a standard service application.

Something severely fails in your server, but I can't say what.

[Farshad Mohajeri]

Also please don't forget to check Windows event manager.

[Farshad Mohajeri]

I would avoid using Unigui as a service application, plain and simple.

Rather use a webserver and compile it as a DLL.

 

I try to avoid creating service apps in general for Windows,

and if I have to do it, I make them as simple as possible,

with no db connection and if any db process is necessary,

I create external programs that are executed by the service

app, to avoid anything messing up the service process.

 

My general experience tells that Windows service is more easy and straightforward to deploy compared with ISAPI dll.

[mhmda]

We deploy our apps ONLY as windows service and it works for years without problems.

[allenchow]

I've used service application for around 2 years with no problem at all !

And suddenly it can't stop properly these few weeks......

I know how to debug normal application , but how to debug web application ? 

I found inside the log has some error like this : 

WebERP.exe: 00001460: 11:43:21 []:EAccessViolation : Access violation at address 007A7B0C in module 'WebERP.exe'. Read of address 00000064 : Addr: $007A7B0C

WebERP.exe: 00001460: 11:43:31 []:EAccessViolation : Access violation at address 007A7B0C in module 'WebERP.exe'. Read of address 00000064 : Addr: $007A7B0C

WebERP.exe: 00001460: 11:43:51 []:EAccessViolation : Access violation at address 007A7B0C in module 'WebERP.exe'. Read of address 00000064 : Addr: $007A7B0C

 

What can I do to debug ? 

Thanks a lot 

[allenchow]

I'll try to disable module one by one to see which module has problem.

[Ron]

My general experience tells that Windows service is more easy and straightforward to deploy compared with ISAPI dll.

 

I agree that it is more straightforward to deploy.

I have to admit that I do not have much experience running Unigui as a service.

 

But I have run my business app for 3 years now as a DLL, with only minor issues.

Trying to run it as a service failed, and I had to give up after much work.

 

So for me, DLL deployment was the only possible solution.

 

Also, creating a 100% stable Delphi service with a DB connection, where

the DB server had a nightly restart, was impossible in some cases.

I had to drop the DB connection from the service, and rather have it

trigger separate apps, to make this work for all customers.

 

Some times it is easier to go around the problem, than spending half your

life trying to go through it.

[Ron]

Of course, some of my experience was when creating services to run on

customers' computers, and then I have to make things 110% stable.

 

When making a Unigui service, you usually control the hardware and

network setup, and if it works, it works, and there is no problem.

 

It is a quite different thing to make something run anywhere, because then

you will see that it works in 95% of the cases, but to catch the last 5% you

may have to reduce the complexity somehow.

[Tokay]

WebERP.exe: 00001460: 11:43:21 []:EAccessViolation : Access violation at address 007A7B0C in module 'WebERP.exe'. Read of address 00000064 : Addr: $007A7B0C

WebERP.exe: 00001460: 11:43:31 []:EAccessViolation : Access violation at address 007A7B0C in module 'WebERP.exe'. Read of address 00000064 : Addr: $007A7B0C

WebERP.exe: 00001460: 11:43:51 []:EAccessViolation : Access violation at address 007A7B0C in module 'WebERP.exe'. Read of address 00000064 : Addr: $007A7B0C

 

What can I do to debug ? 

Thanks a lot 

 

For this and any other cases we have greate tools for Delphi: Eurekalog, MadExcept, FastMM (in FullDebug mode). Try them. They works fine as in service as in standalone and in the dlls too.

[Abaksoft]

Don’t know why, recently all application in service mode cannot stop successfully, even using taskkill , need to reboot server .

Anyone can help?

 

 

Hello allenchow,

 

Try this (in attachment).

Maybe it can HELP.

 

Best Regards

START_STOP.zip

[allenchow]

Thanks all brothers.

[allenchow]

Don't know if it relates to this error :

 

WebERP.exe: 00000188: 16:20:11 [indy]:EIdOSSLUnderlyingCryptoError : Error accepting connection with SSL.

error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number : Addr: $007BC2C1

 

But I can connect with HTTPS with no problem.

[shawdown]

Hello, I had a similar problem and apparently solved by finalizing the service process in the ServiceModule onShutdown event.

To finish the process use the code below.
https://stackoverflow.com/questions/43774320/how-to-kill-a-process-by-name