blåskjerm ved bruk av Geogebra

[Tosha0007]

Hei alle saman!

 

Eg har no påtatt meg eit stort ansvar ved å prøve å finne ut kva som gjer at somme i klassen min og meg får blåskjerm nær kvar gong me brukar matematikk programmet Geogebra. Dette er eit så stort problem at eg no håper somme på forumet kan hjelpe oss med å identifisere problemet.

 

Litt info på førehand:

 

Pc'ane som vert brukt er tatt frå ulike imagefiler som skulen, og det er i ettertid særs vanskeleg å finn kva image fil som gjer at somme får blåskjerm heile tida. Pc'ane køyrer XP med SP2 (sidan me ikkje har rettighetar til å oppdatere sjølve). Nærare maskinvare kan ramsast opp ved behov, men tvilar særs sterkt på at det er problemet sidan berre somme har problemet sjølv om hardware er lik.

 

 

 

Sjølve problemet:

Nær kvar gong me brukar Geogebra får ein blåskjerm, hovudsakleg ved lagring eller tyngre oppgåver. I tillegg opptrer den "når den sjølv føler for det" etter mitt syn.

 

Logg frå Windbg (usikker på om eg har gjort alt rett sidan eg kjenner programmet særs lite)

 

Microsoft ® Windows Debugger Version 6.11.0001.402 X86

Copyright © Microsoft Corporation. All rights reserved.

 

 

Loading Dump File [C:\WINDOWS\Minidump\Mini021609-01.dmp]

Mini Kernel Dump File: Only registers and stack trace are available

 

Symbol search path is: srv*c:\symbols*http://msdl.microsoft.com/downloads/symbols

Executable search path is: srv*c:\symbols*http://msdl.microsoft.com/download/symbols

Windows XP Kernel Version 2600 (Service Pack 2) UP Free x86 compatible

Product: WinNt, suite: TerminalServer SingleUserTS

Built by: 2600.xpsp_sp2_qfe.080814-1242

Machine Name:

Kernel base = 0x804d7000 PsLoadedModuleList = 0x80553dc0

Debug session time: Mon Feb 16 11:52:02.083 2009 (GMT+1)

System Uptime: 13 days 23:51:11.682

Loading Kernel Symbols

.

 

Press ctrl-c (cdb, kd, ntsd) or ctrl-break (windbg) to abort symbol loads that take too long.

Run !sym noisy before .reload to track down problems loading symbols.

 

..............................................................

................................................................

...................

Loading User Symbols

Loading unloaded module list

..................................................

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

Use !analyze -v to get detailed debugging information.

 

BugCheck 1000000A, {acca3ea3, 2, 0, 80512a7e}

 

Probably caused by : memory_corruption ( nt!MiResolveTransitionFault+7c )

 

Followup: MachineOwner

---------

 

kd> !analyze -v

*******************************************************************************

* *

* Bugcheck Analysis *

* *

*******************************************************************************

 

IRQL_NOT_LESS_OR_EQUAL (a)

An attempt was made to access a pageable (or completely invalid) address at an

interrupt request level (IRQL) that is too high. This is usually

caused by drivers using improper addresses.

If a kernel debugger is available get the stack backtrace.

Arguments:

Arg1: acca3ea3, memory referenced

Arg2: 00000002, IRQL

Arg3: 00000000, bitfield :

bit 0 : value 0 = read operation, 1 = write operation

bit 3 : value 0 = not an execute operation, 1 = execute operation (only on chips which support this level of status)

Arg4: 80512a7e, address which referenced memory

 

Debugging Details:

------------------

 

 

READ_ADDRESS: acca3ea3

 

CURRENT_IRQL: 2

 

FAULTING_IP:

nt!MiResolveTransitionFault+7c

80512a7e f6471b04 test byte ptr [edi+1Bh],4

 

CUSTOMER_CRASH_COUNT: 1

 

DEFAULT_BUCKET_ID: DRIVER_FAULT

 

BUGCHECK_STR: 0xA

 

PROCESS_NAME: javaw.exe

 

LAST_CONTROL_TRANSFER: from 80513222 to 80512a7e

 

STACK_TEXT:

baa38c68 80513222 0919cad4 c0048ce0 83a90020 nt!MiResolveTransitionFault+0x7c

baa38ce8 8051d0e9 00000000 0919cad4 c0048ce0 nt!MiDispatchFault+0x118

baa38d4c 8054030c 00000000 0919cad4 00000001 nt!MmAccessFault+0xf9d

baa38d4c 0098fae2 00000000 0919cad4 00000001 nt!KiTrap0E+0xcc

WARNING: Frame IP not in any known module. Following frames may be wrong.

0343ec48 00000000 00000000 00000000 00000000 0x98fae2

 

 

STACK_COMMAND: kb

 

FOLLOWUP_IP:

nt!MiResolveTransitionFault+7c

80512a7e f6471b04 test byte ptr [edi+1Bh],4

 

SYMBOL_STACK_INDEX: 0

 

SYMBOL_NAME: nt!MiResolveTransitionFault+7c

 

FOLLOWUP_NAME: MachineOwner

 

MODULE_NAME: nt

 

DEBUG_FLR_IMAGE_TIMESTAMP: 48a3f869

 

IMAGE_NAME: memory_corruption

 

FAILURE_BUCKET_ID: 0xA_nt!MiResolveTransitionFault+7c

 

BUCKET_ID: 0xA_nt!MiResolveTransitionFault+7c

 

Followup: MachineOwner

---------

 

 

 

Så vidt eg har funne ut er prosessnamnet til geogebra, som er eit javabasert program, javaw.exe.

 

Alt hjelp vil mottas med STOR takk

 

edit: Nettsida til programmet finn du her!

Endret 16. februar 2009 av tosha0007

[Tosha0007]

bump

[jstrandl]

Hei.

Hva med å skrive litt om hva slags pcer dette er? Bærbar? Merke, modell?

 

Geogebra er et program som som kjører under Java, så feilsøkingen bør begynne med Java-klienten.

 

jstrandl

[Tosha0007]

Dersom du hadde lest litt av innlegget ovanfor ser du at det gjeld ein bestemd type pc der nokon har problemet, ikkje alle. Hadde det vore slik at det gjaldt alle hadde eg sett på det som relevant, men sidan det berre gjeld eit fåtal trur eg det er irrelevant. På grunnlag av dette trur eg derfor det er sofware som gjer det. Du kan no allikevell få alt av specs.

 

Det gjeld ein HP Compaq 6715b (bærbar).

No XP Professional SP3 (framleis blåskjerm)

AMD Semprom 3600+ prosessor

1 gb ram DDR2 (ukjend merke)

Hewlett-Packard hovudkort, model 30C2 (ATI chipsett)

 

Kva inneber feilsøking av Java-klienten? Eg skal ta å reinstallere alt no (Java). Kjem tilbakemelding seinare i dag om dette har hatt ein effekt.

[Tosha0007]

Etter "seriøs" stresstesting det siste døgnet ser det ut til at eg har funne feilen. Det er litt ulikheter i registera under Java delen til dei som får blåskjerm og dei som ikkje får blåskjerm. Har dei ikkje føre meg for augneblinken, men det kan kanskje postast dersom ønskeleg.

 

Det eg treng no er hjelp til no er å lage ei bat-fil eller oppstartsskript som først slettar den gamle java delen før den legg inn den nyaste java-oppdatering som ein finn her. Er dette i det heile mogleg? Er oppretter og ein eigen tråd i programmeringsdelen av forumet...

 

Tusen takk for all hjelp