View Issue Details

IDProjectCategoryView StatusLast Update
0007731VALENTINA SERVEROtherpublic2016-08-04 17:35
ReporterSid PriceAssigned ToIvan Smahin 
PriorityurgentSeverityblockReproducibilityhave not tried
Status resolvedResolutionfixed 
PlatformINTELOSWindowsOS Version7
Product Version6.5.x 
Target Version6.5.xFixed in Version6.5.x 
Summary0007731: v6.5.7 VServer crash
DescriptionI have edited one of the VDK C++ examples to create a database from a SQL dump (made by Studio Pro). When I run the application as a client to a local vserver the server crashes. The only way to recover is to restart the computer. This is a most unacceptable event, no matter what the client does there should NEVER be a server crash and I am very worried that we may have made the wrong decision to use vserver in our product design.

I have attached the source code for the very simple application and the SQL dump file.
Steps To ReproduceSource file of application attached with the SQL dump file.
TagsNo tags attached.

Activities

Sid Price

Sid Price

2016-08-04 13:53

reporter  

DBMP_Trial.zip (2,748 bytes)
Ruslan Zasukhin

Ruslan Zasukhin

2016-08-04 14:26

administrator   ~0009195

Hi Sid,

yes sounds not good.

* you have attach example which reproduce?

* I wonder, you was able reproduce this more than once? right?

Ivan should check this issue right now and up to success.
as well as example you did mention in the letter.
Sid Price

Sid Price

2016-08-04 14:28

reporter   ~0009196

Hi Ruslan, yes sample and SQL dump was attached in ZIP file.

And yes, it is reproducible.
Sid Price

Sid Price

2016-08-04 14:41

reporter   ~0009197

Some more information:

If I delete the database from VServer using Studio Pro and run the edited sample it appears to work and it creates the database.
If I then run the sample again there is an application exception:

Exception thrown at 0x000007FEFD6CB16D in DBMP_Trial.exe: Microsoft C++ exception: fbl::xStreamError at memory location 0x00000000001AF4D0.
Exception thrown at 0x000007FEFD6CB16D in DBMP_Trial.exe: Microsoft C++ exception: [rethrow] at memory location 0x0000000000000000.
Exception thrown at 0x000007FEFD6CB16D in DBMP_Trial.exe: Microsoft C++ exception: fbl::xStreamError at memory location 0x00000000001AF4D0.
Unhandled exception at 0x000007FEFD6CB16D in DBMP_Trial.exe: Microsoft C++ exception: fbl::xStreamError at memory location 0x00000000001AF4D0.

At this point VServer has crashed.

Is there a way to restart VServer without having to reboot the computer? I tried running VServer.exe but that appears to not work.
Ruslan Zasukhin

Ruslan Zasukhin

2016-08-04 14:46

administrator   ~0009198

In the Services exists stop / start buttons.

VServer this is standard Windows Service.
Sid Price

Sid Price

2016-08-04 14:48

reporter   ~0009199

Perfect! That will save much time being able to restart the server.

Of course it shouldn't crash so easily :o{
Sid Price

Sid Price

2016-08-04 15:01

reporter   ~0009200

I can confirm that VServer will always crash in the DB exists and that the line in the test application causing the problem is:

pFblDb2->LoadDump(pDumpLocation, pLocation, kSQL);

Issue History

Date Modified Username Field Change
2016-08-04 13:53 Sid Price New Issue
2016-08-04 13:53 Sid Price File Added: DBMP_Trial.zip
2016-08-04 14:10 Ruslan Zasukhin Assigned To => Ivan Smahin
2016-08-04 14:10 Ruslan Zasukhin Status new => assigned
2016-08-04 14:26 Ruslan Zasukhin Note Added: 0009195
2016-08-04 14:28 Sid Price Note Added: 0009196
2016-08-04 14:41 Sid Price Note Added: 0009197
2016-08-04 14:46 Ruslan Zasukhin Note Added: 0009198
2016-08-04 14:48 Sid Price Note Added: 0009199
2016-08-04 15:01 Sid Price Note Added: 0009200
2016-08-04 15:52 Ivan Smahin Status assigned => confirmed
2016-08-04 15:52 Ivan Smahin Status confirmed => assigned
2016-08-04 15:53 Ivan Smahin Product Version => 6.5.x
2016-08-04 15:53 Ivan Smahin Target Version => 6.5.x
2016-08-04 17:35 Ivan Smahin Status assigned => resolved
2016-08-04 17:35 Ivan Smahin Fixed in Version => 6.5.x
2016-08-04 17:35 Ivan Smahin Resolution open => fixed