Icon View Thread

The following is the text of the current message along with any replies.
Messages 1 to 7 of 7 total
Thread EDB 2.21b1 Server raises AV on client connection to the server
Thu, Feb 11 2016 9:48 AMPermanent Link

Rolf Frei

eicom GmbH

---------------------------
ElevateDB Server (Win64)
---------------------------
Access violation at address 000000000040F4A1 in module 'edbsrvr.exe'. Read
of address FFFFFFFFFFFFFFFF.
---------------------------
OK
---------------------------

I'm do some tests and installed the newset build 2.21b1 on a Windows 2012
Server. Now I have some problems, wiht the edb server as it throws an access
violation on the server desktop as soon I connect to it from a client. The
client doesn't see this error at all and seems to connect fine, but on the
server desktop the error message is displayed.

I did not see this behaviour in 2.18b4. Any idea what this may be?
Thu, Feb 11 2016 9:59 AMPermanent Link

Rolf Frei

eicom GmbH

Some additional info:

The AV also gets reaised on disconnection of the client. The client can just
fine disconnect with yout any error, but on the server the error message
comes up. Also on the server the connection (Sesion) is still alive and gets
not deleted. It still displays the session of the just disconnected user.

After restarting the edbsrv.exe on the server evrything is fine again.

I'm not yet sure exactly what does lead to this situation, but it may be, as
I did have a connection to the server last evening and turned my PC into
standby mode without to disconnect. Today I did get an error "Session 3
doesn't exists anymore" or something like that. So I closed the conection to
the server and reopened a new one. I believe the AV has started to occur on
the server since this new connection was opened. Hope this helps to isolate
the AV.

Regards
Rolf
Thu, Feb 11 2016 7:33 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Rolf,

<< I'm not yet sure exactly what does lead to this situation, but it may be, as I did have a connection to the server last evening and turned my PC into standby mode without to disconnect. Today I did get an error "Session 3
doesn't exists anymore" or something like that. So I closed the conection to the server and reopened a new one. I believe the AV has started to occur on the server since this new connection was opened. Hope this helps to isolate
the AV. >>

What are the server connection parameters ?  Specifically, the server session timeout and dead session expiration time is what I'm interested in.

Also, is your application's TEDBSession.RemotePing property set to True ?

Tim Young
Elevate Software
www.elevatesoft.com
Fri, Feb 12 2016 6:15 AMPermanent Link

Rolf Frei

eicom GmbH

I use all the default values. I don't have yet done a client application, I
just use EDBManger for my testings which should have RemotePing=true or not?
I think the root of the problem is in the fact, that over night the server
did remove the Session and EDBManger gets troubles in this case. I must
manually close the session in it to be able to connect again to the server.
It would bbe a nice additon if EDBManager would to this automaticly in this
case, where the server session is gone.

I have tried to isolate this behaviour by manually delete a session on the
server to see the same situation, but for some reasons I don't get any AV in
this case. I will try to reproduce it the next nigth to see if it comes up
again.

Regards
Rolf


"Tim Young [Elevate Software]" <timyoung@elevatesoft.com> schrieb im
Newsbeitrag
news:3A7B9637-F21F-4E73-B837-1D7C74450D34@news.elevatesoft.com...
> Rolf,
>
> << I'm not yet sure exactly what does lead to this situation, but it may
> be, as I did have a connection to the server last evening and turned my PC
> into standby mode without to disconnect. Today I did get an error "Session
> 3
> doesn't exists anymore" or something like that. So I closed the conection
> to the server and reopened a new one. I believe the AV has started to
> occur on the server since this new connection was opened. Hope this helps
> to isolate
> the AV. >>
>
> What are the server connection parameters ?  Specifically, the server
> session timeout and dead session expiration time is what I'm interested
> in.
>
> Also, is your application's TEDBSession.RemotePing property set to True ?
>
> Tim Young
> Elevate Software
> www.elevatesoft.com
>

Sat, Feb 13 2016 12:11 PMPermanent Link

Rolf Frei

eicom GmbH

Tim

After waking up my PC today from standby mode, everythings seems to work
correct. I don't have an AV now on the server, but I'm still unsure what
caused this issue last time. As soon I can reproduce it somehow, I will
report it back here.

Regards
Rolf
Mon, Feb 15 2016 12:50 PMPermanent Link

Tim Young [Elevate Software]

Elevate Software, Inc.

Avatar

Email timyoung@elevatesoft.com

Rolf,

<< After waking up my PC today from standby mode, everythings seems to work correct. I don't have an AV now on the server, but I'm still unsure what caused this issue last time. As soon I can reproduce it somehow, I will report it back here. >>

Thanks.  The fact that the AV surfaces as a message dialog in the EDB Server UI indicates that there's an issue in the listview handling of the session information.  However, it just so happens that I've changed this already for the next 2.22 release.  Currently, the EDB utilities use an esoteric message pump mechanism to try and accomplish the UI updates from within the server threads, and it's a complete over-complication of the functionality.  2.22 uses a simple message posting mechanism that works fast and isn't prone to issues like this.  The original rationale for not using message posting was portability to other OS's, but the Linux version of the server is command-line-only anyways, so it doesn't really matter.

BTW, this type of functionality is stress-tested with continual, random (within a range of one second) client connections from 100 clients for about a half hour.

Tim Young
Elevate Software
www.elevatesoft.com
Tue, Feb 16 2016 7:31 AMPermanent Link

Rolf Frei

eicom GmbH

OK, thanks for this information.

Regards
Rolf
Image