Jag har en krashlog...

2003-08-07 16:44

#1

[ill nill]
Medlem ●
2003-08-07 16:44

Jag har problem med en FileMaker Unlimited-installation som okynnes krashar titt som tätt.

Hittar "FileMaker Pro.crash.log" där det verkar stå en del spännande - problemet är att jag inte fattar...

Är det någon som e vass på detta som vill skumma igenom för att se om det finns ledtrådar? Hade varit fint...

(Bifogar de senaste 5 krasherna.)

Anmäl Ändra Gilla Svara

2003-08-07 17:24

#2

Taz_1999
Medlem ●
Stockholm
2003-08-07 17:24

Citat:

Skrevs ursprungligen av [ill nill]

(Bifogar de senaste 5 krasherna.)

Bifogar?

/Ola

Anmäl Ändra Gilla Svara

2003-08-07 18:24

#3

[ill nill]
Medlem ●
2003-08-07 18:24

Hmm, skumt. Klipper in den senaste krashen istället...

**********

Date/Time: 2003-08-07 15:51:13 +0200
OS Version: 10.2.6 (Build 6L60)
Host: Webbserver2.local.

Command: FileMaker Pro
PID: 2134

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

Thread 0 Crashed:
#0 0x05bf8eac in Run__Q22wc13TaskQueueImplFRCQ22wc15Ref<Q22wc4Task>
#1 0x05cb0e1c in Run__Q22wc15FMTaskQueueImplFRCQ22wc15Ref<Q22wc4Task>
#2 0x05b9793c in RunMainAppTasks__Q22wc19AccessCompanionImplCFRCQ22wc15Ref<Q22w
#3 0x05bae2b4 in HSRV_NetworkIdle__Fv
#4 0x05b02414 in FMExternCarbonCallProc
#5 0x0033fdf0 in CallFMExtern
#6 0x0034186c in FMXC_Idle__FUc
#7 0x002d3384 in DOC_Idle__Fv
#8 0x0031e230 in DispatchNullEvent__9CFMProAppFRC11EventRecord
#9 0x00a6c7e4 in 0xa6c7e4
#10 0x00a6c504 in 0xa6c504
#11 0x00a6c3fc in 0xa6c3fc
#12 0x00a5aa64 in 0xa5aa64
#13 0x0031d130 in main

Thread 1:
#0 0x9000512c in syscall
#1 0x90515d0c in BSD_waitevent
#2 0x905156dc in CarbonSelectThreadFunc
#3 0x90020d28 in _pthread_body

Thread 2:
#0 0x9003ea88 in semaphore_wait_signal_trap
#1 0x9003e8a4 in _pthread_cond_wait
#2 0x9051dbf0 in CarbonOperationThreadFunc
#3 0x90020d28 in _pthread_body

Thread 3:
#0 0x90073c28 in mach_msg_trap
#1 0x90005f70 in mach_msg
#2 0x90229cf8 in SwitchContexts
#3 0x902245a0 in YieldToThread
#4 0x90242700 in SetThreadState
#5 0x9026cf08 in SetThreadStateEndCritical
#6 0x05a520b0 in SemWait__7LThreadFP10LSemaphorelR4QHdrRUc
#7 0x05a5051c in BlockThread__10LSemaphoreFl
#8 0x05a5039c in Wait__10LSemaphoreFl
#9 0x05a5082c in Run__Q27LThread7CleanupFv
#10 0x05a527dc in DoEntry__7LThreadFPv
#11 0x9023b180 in CooperativeThread
#12 0x90020d28 in _pthread_body

Thread 4:
#0 0x90073c28 in mach_msg_trap
#1 0x90005f70 in mach_msg
#2 0x90229cf8 in SwitchContexts
#3 0x902245a0 in YieldToThread
#4 0x90242700 in SetThreadState
#5 0x9026cf08 in SetThreadStateEndCritical
#6 0x05a517b8 in Suspend__7LThreadFv
#7 0x05a6cfe8 in Run__13clsSMTPThreadFv
#8 0x05a527dc in DoEntry__7LThreadFPv
#9 0x9023b180 in CooperativeThread
#10 0x90020d28 in _pthread_body

Thread 5:
#0 0x9003ea88 in semaphore_wait_signal_trap
#1 0x9003e8a4 in _pthread_cond_wait
#2 0x905259e0 in CarbonInetOperThreadFunc
#3 0x90020d28 in _pthread_body

Thread 6:
#0 0x9003ea88 in semaphore_wait_signal_trap
#1 0x9003e8a4 in _pthread_cond_wait
#2 0x90232754 in TSWaitOnSemaphoreCommon
#3 0x90247ecc in _Z15AsyncFileThreadPv
#4 0x90020d28 in _pthread_body

Thread 7:
#0 0x9003ea88 in semaphore_wait_signal_trap
#1 0x9003e8a4 in _pthread_cond_wait
#2 0x90232754 in TSWaitOnSemaphoreCommon
#3 0x9023b550 in TimerThread
#4 0x90020d28 in _pthread_body

PPC Thread State:
srr0: 0x05bf8eac srr1: 0x0200f030 vrsave: 0x00000000
xer: 0x00000000 lr: 0x05bf8e9c ctr: 0x90073c20 mq: 0x00000000
r0: 0x05bf8e9c r1: 0xbffff2c0 r2: 0x05d17000 r3: 0xbffff268
r4: 0x00000003 r5: 0x00000028 r6: 0x0000002c r7: 0x00000a03
r8: 0x00000000 r9: 0xa0220a00 r10: 0x0000002e r11: 0xa0004894
r12: 0x90073c20 r13: 0x00000000 r14: 0x00000000 r15: 0x00000000
r16: 0x00000000 r17: 0x00000000 r18: 0x00000000 r19: 0x00000000
r20: 0xbffffe4c r21: 0x09f8ad78 r22: 0xbffff464 r23: 0xffffffff
r24: 0x00000000 r25: 0x05d4061c r26: 0x05d40644 r27: 0x05d4063c
r28: 0x05d4062c r29: 0x00000001 r30: 0x00c31d10 r31: 0xbffff2c0

Anmäl Ändra Gilla Svara

2003-08-07 20:13

#4

Taz_1999
Medlem ●
Stockholm
2003-08-07 20:13

Börja med att kolla om du kan spåra felet till något av följande:

En viss post
En viss layout
En viss webbsida med CDML-anrop (gissar att det är ett anrop via Webcompanion som orsakar krascherna)

Alla dessa tre saker kan i FM bli korrumperade och då orsaka krascher. Dessa är "bra fel", då de är ganska enkla att laga, man raderar posten, gör om layouten eller tittar igenom CDML-koden efter fel.

Du kanske tex har ett relaterat fält i en layout som Webcompanion pratar med där relationen är trasig (databasen hittas inte). Motsvarande kan vara inuti beräkningsfält där du använt relaterade fält och sedan gjort något med relationen. du kanske har en trasig bild i ett containerfält i en viss post eller en trasig bild i en layout.

Om krascherna känns slumpmässiga så kan du börja köret med att reparera databaser, kolla hårddisken med något verktyg, installera uppdateringar av FM, operativssystem och liknade. Här kan verktyget Visualiser från Waves in Motion vara bra, som rapporterar om fält i layouter som inte används och annat fiffigt.

http://www.wmotion.com/

Hjälper inte det, börja bygga om layouter och senare databaser från början osv. Tänk på att layouter som Webcompanion pratar med inte behöver ha något grafiskt utseende som människor gillar, det räcker med fälten.

Kolla även efter designmissar, du skall ha separata layouter som Webcompanion pratar med, helst utan relaterade fält och portaler (i alla fall om du skall skapa poster i databasen). Det senare rådet kan vara båg, har aldrig fått det bekräftat från FileMaker Inc, bara upplevt det själv, men det var några versioner sedan.

Att kolla om databaserna är delade via något annat än Webcompanion (tex fildelning som är dödssynd 1A) är också något du skall kolla.

Det var lite saker att börja med!

Lycka till!

/Ola

Anmäl Ändra Gilla Svara

2003-08-07 20:33

#5

Merovech
Medlem ●
2003-08-07 20:33

En generell orsak till att ett program krashar är om något teckensnitt eller en .plist-fil har blivit korrupt.

Anmäl Ändra Gilla Svara

2003-08-08 10:48

#6

[ill nill]
Medlem ●
2003-08-08 10:48

Ola, jag tackar och bockar för dina synpunkter.

Det som förbryllar mig är att samma register har rullat helt felfritt på en gamal sur iMac i evigheter - och direkt efter byte till en splajsans G4:a börjar det flippa.

Dessutom är denna maskin en nod i ett RAIC (som FileMaker Inc. så tjusigt kallar det) sammanknutet med Web Server Connector mot Apache. Det finns alltså en maskin till som serverar samma register mot webben. Den krashar aldrig. Detta får mig att tro att det inte är registerrelaterat.

Hmm...

Anmäl Ändra Gilla Svara

2003-08-08 10:50

#7

[ill nill]
Medlem ●
2003-08-08 10:50

Citat:

Skrevs ursprungligen av Merovech
En generell orsak till att ett program krashar är om något teckensnitt eller en .plist-fil har blivit korrupt.

Finns det något fiffigt sätt att spåra dessa filer? Återskapas .plist-filerna om man raderar dem?

Anmäl Ändra Gilla Svara

2003-08-09 14:50

#8

Rajje
Medlem ●
Stockholm
2003-08-09 14:50

Citat:

Skrevs ursprungligen av [ill nill]
Finns det något fiffigt sätt att spåra dessa filer? Återskapas .plist-filerna om man raderar dem?

.plist-filer ligger i mappen (hemmapp)/Bibliotek/Preferences/. Man kan hitta dem genom att söka på programnamnet. De skapas automatiskt om det inte redan finns en där.

Namnet på filerna är com.(företag).(programnamn).plist. Tex com.apple.itunes.plist . Så Filemaker-filen borde heta com.filemaker.filemakerpro.plist eller nåt sånt.

Anmäl Ändra Gilla Svara

Jag har en krashlog...

Senaste nytt