[V4RB, Vserver 2.3, OS X] - Crash on Vcursor.DeleteRecord()

[Russ Tyndall]

On 5/10/06 8:14 AM, "Russ Tyndall" <fitzbew at nc.rr.com> wrote:

> Using V4RB 2.3b10 and Vserver 2.3, both on Mac OS X.4.6:
> 
> I'm getting this crash about one time out of five-ten times or so I call
> Vcursor.deleterecord().
> 
> The whole application crashes into Crash Reporter.
> 
> Vserver subsequently logs a message saying that the cursor was not
> destroyed, so Vserver is destroying it.
> 
> The record being deleted when the crash occurs *is* successfully deleted
> (gone from the db).  My code also checks to make sure V4RB believes that the
> cursor is writeable and contains a record, is not Nil, etc..
> 
> All the crash logs look mostly identical, at least the top 15-20 lines.
> 
> PID:    225
> Thread: 0
> 
> Exception:  EXC_BAD_ACCESS (0x0001)
> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x000c2000
> 
> Thread 0 Crashed:
> 0   MSL_All_Carbon.Shlb                0x0456a568 0x4555000 + 87400
> 1   vshared_carbon_cw.shlb             0x04604358
> put_String__Q23fbl15Value_text_nullFPCcPCcPQ23fbl11I_Converter + 84
> 2   vshared_carbon_cw.shlb             0x04600104
> put_String__Q23fbl12Value_stringFPCcPCc + 28
> 3   vclient_carbon_cw.shlb             0x04c3d4c4 0x4c19000 + 148676
> 4   vclient_carbon_cw.shlb             0x04c43c28 0x4c19000 + 175144
> 5   vclient_carbon_cw.shlb             0x04c42c30 0x4c19000 + 171056
> 6   vclient_carbon_cw.shlb             0x04c2846c 0x4c19000 + 62572
> 7   Plugin                             0x044f3ae0
> Cursor_DeleteRecord__FP16REALobjectStruct + 220
> 8   main                               0x0050d694 0x405000 + 1083028
> 9   main                               0x004557a0 0x405000 + 329632
> 10  <Unknown memory fragment>          0x01075dcc 0x1008000 + 449996
> 11  <Unknown memory fragment>          0x010e4378 0x1008000 + 902008
> 12  <Unknown memory fragment>          0x010e13cc 0x1008000 + 889804
> 13  <Unknown memory fragment>          0x010e197c 0x1008000 + 891260
> 14  <Unknown memory fragment>          0x011a8408 0x1008000 + 1704968
> 15  <Unknown memory fragment>          0x011a7494 0x1008000 + 1701012
> 16  <Unknown memory fragment>          0x011a68b8 0x1008000 + 1697976
> 17  com.apple.HIToolbox                0x9321d794
> DispatchEventToHandlers(EventTargetRec*, OpaqueEventRef*, HandlerCallRec*) +
> 692
> 18  com.apple.HIToolbox                0x9321ceec
> SendEventToEventTargetInternal(OpaqueEventRef*, OpaqueEventTargetRef*,
> HandlerCallRec*) + 372
> 19  com.apple.HIToolbox                0x93223c8c SendEventToEventTarget +
> 40
> 20  com.apple.HIToolbox                0x93331cf8
> HandleTextInputEvent(OpaqueEventRef*) + 56

Interestingly, I got the same crash yesterday while working with the same db
in local mode (no Vserver interaction).

The crash log is pretty different, as I would expect.

For testing purposes, I've deleted records from the same table in Vstudio,
with no problems.

The record *is* successfully deleted.

Still, the crash only happens sometimes (about 1 out of 5 DeleteRecord
calls).  I'll put it in Mantis if I can reliably produce it in a local db.

I guess I could Mantis it using a Vserver-based db, but is it worth the
extra steps?  If this is a V4RB bug, a fix for it would likely also fix the
Vserver-based app too?

*******

PID:    848
Thread: 0

Exception:  EXC_BAD_ACCESS (0x0001)
Codes:      KERN_INVALID_ADDRESS (0x0001) at 0x0a494918

Thread 0 Crashed:
0   MSL_All_Carbon.Shlb                0x046ddfa8 0x46d4000 + 40872
1   MSL_All_Carbon.Shlb                0x046de5ec 0x46d4000 + 42476
2   MSL_All_Carbon.Shlb                0x046deef8 0x46d4000 + 44792
3   MSL_All_Carbon.Shlb                0x046df08c 0x46d4000 + 45196
4   MSL_All_Carbon.Shlb                0x046ddb9c 0x46d4000 + 39836
5   MSL_All_Carbon.Shlb                0x046ddc34 0x46d4000 + 39988
6   vshared_carbon_cw.shlb             0x0474a9cc _dt__Q23fbl8ArraySetFv +
68
7   vshared_carbon_cw.shlb             0x0474b018 Release__Q23fbl3SetCFv +
56
8   Kernel_Carbon_Final.shlb           0x04959b20
_dt__Q23fbl21TableStorage_ArraySetFv + 64
9   Kernel_Carbon_Final.shlb           0x04953fd4
Release__Q23fbl38I_Unknown_Impl<Q23fbl14I_TableStorage>CFv + 52
10  Kernel_Carbon_Final.shlb           0x04908e3c _dt__Q23fbl5TableFv + 452
11  Kernel_Carbon_Final.shlb           0x04908c10
_dt__Q23fbl14Table_IndirectFv + 264
12  Kernel_Carbon_Final.shlb           0x04908fb0 Release__Q23fbl5TableCFv +
52
13  Kernel_Carbon_Final.shlb           0x0497e0b0 _dt__Q33fbl4vsql6CursorFv
+ 432
14  Kernel_Carbon_Final.shlb           0x0497e80c
Release__Q23fbl63I_Unknown_Impl2<Q33fbl4vsql8I_Cursor,Q23fbl17ForeignPlugin_
imp>CFv + 52
15  Plugin                             0x04671384
Cursor_Destructor__FP16REALobjectStructPv + 332
16  main                               0x01130354 0x1008000 + 1213268
17  RBFramework                        0x0132aa0c 0x11cf350 + 1423036
18  RBFramework                        0x0132ab28 0x11cf350 + 1423320
19  RBFramework                        0x0132ab68 0x11cf350 + 1423384
20  main                               0x01065c84 0x1008000 + 384132

-- 
Russ Tyndall
Wake Forest, NC