Access violation at address 016AE9AC in module 'cgeo8.exe'.

[zwierz84]

Witam
Mam problem. A mianowicie dziś po zainstalowaniu nowego C-geo i zainstalowaniu aktualizacji z 27.06.2012 mam problem z otworzeniem tabel z projektami.
Wyskakuje mi taki komunikat jak w tytule. Ponowne instalacje nic nie dały. Usuwanie katalogu bin też nic nie zmieniło.
Czy jest na to jakieś rozwiązanie?
pozdrawiam

[FaFaL]

Może uruchom jako administrator ? a co się dzieje jak się tylko zainstaluje C-GEO bez wgrywania aktualizacji ?

[Wojtek P.]

Proponuję bezpośredni kontakt do firmy - będzie szybciej niż zgadywanki 071-7889287

[zwierz84]

Może uruchom jako administrator ? a co się dzieje jak się tylko zainstaluje C-GEO bez wgrywania aktualizacji ?

To nic nie pomogło. Naprawianie tabel też nic nie daje. Problem z tym że tylko jedna tabela z całego projektu się nie otwiera. I to ta najważniejsza. Jest to 18km trasy więc podesłanie do sprawdzenia odpada :/
Zainstalowałem właśnie C-geo w wersji 2010 z aktualizacją z grudnia i odpaliło od razu

Poczekam na programik do naprawiania tabel to może coś się zmieni..na razie robię na starym C-geo

Pozdrawiam

[Wojtek P.]

To może proszę podesłać tą tabelę na serwis@xgeo.pl to sprawdzę u siebie

[energeo]

To wygląda na błąd związany z zasobami okna Lista projektów, wywołuje go np. przeglądanie struktury wielowarstwowych projektów

[Jurek B.]

Programista mówi że niekoniecznie - przydałby się konkretny projekt do sprawdzenia

[energeo]

Kod: Zaznacz cały

Assembler Information:
----------------------------------------------------------------------
; utabele.Ttabele.destroy (Line=2709 - Offset=58)
; -----------------------------------------------
016AE98E  mov     ecx, [eax]
016AE990  call    dword ptr [ecx-$04]
;
; Line=2710 - Offset=59
; ---------------------
016AE993  mov     eax, [ebx+$34]
016AE996  mov     dl, $01
016AE998  mov     ecx, [eax]
016AE99A  call    dword ptr [ecx-$04]
;
; Line=2711 - Offset=60
; ---------------------
016AE99D  mov     eax, ebx
016AE99F  call    Uta_l_im.Ttabele.raster_zapisz
;
; Line=2712 - Offset=61
; ---------------------
016AE9A4  mov     eax, [ebx+$30EA0]
016AE9AA  mov     dl, $01
016AE9AC  mov     ecx, [eax]                           ; <-- EXCEPTION
016AE9AE  call    dword ptr [ecx-$04]
;
; Line=2715 - Offset=64
; ---------------------
016AE9B1  mov     esi, [ebx+$30EB4]
016AE9B7  test    esi, esi
016AE9B9  jz      utabele.Ttabele.destroy (Line=2716)
;
; Line=2716 - Offset=65
; ---------------------
016AE9BB  mov     eax, esi
016AE9BD  mov     dl, $01
016AE9BF  mov     ecx, [eax]
016AE9C1  call    dword ptr [ecx-$04]
016AE9C4  xor     eax, eax
016AE9C6  pop     edx

Registers:
-----------------------------
EAX: 00000000   EDI: 0018FB90
EBX: 0E4B67F0   ESI: 00000000
ECX: 00000000   ESP: 0018F20C
EDX: 0018F201   EIP: 016AE9AC

To na coś nie naprowadzi ?

[energeo]

Przykład którym można powtarzalnie wywołać tytułowy błąd na moim komputerze.
Stajemy na P1 i strzałka w prawo (rozwijamy listy) / można myszką w [+] /- u mnie pojawia się zawsze przy 14 rozwiniętym projekcie.

plik z pustymi projektami do wczytania w pliku ZIP (+ 7-zip).

[FaFaL]

Hello
Coś w tym jest. Na moim komputerze (stosunkowo mocnym) rozwijanie projektów nic nie daje, ale jeśli zacznę rozwijać tabele (jak na zrzucie) to gdy dojdę do P3 to program wymięka. Nie jest to przez przypadek bo takie postępowanie ZAWSZE generuje błąd. Prawdopodobnie w zależności od ilości RAM może być mniej lub więcej rozwiniętych projektów (może jakiś wyciek)

[energeo]

1. File name is too long for a Paradox - ten błąd przy fizycznie krótkich ścieżkach dostępu wywołany jest konfiguracją BDE, niski LEVEL w BDEADMIN.

2. Procedura odczytu użyta w okienku "Lista Projektów" nie umie zareagować na fizyczny brak plików ( np. DB ) lub problem z dostępem do nich w katalogu mapy i wywołuje 016ae9ac

Dla przykładu, jeśli przy zakładaniu tabeli powstanie niepełny szkielet tabel (bazy) dla mapy (a tak się dzieje w przypadku błędu 1), skutkiem jest tabela którą widać w oknie Lista projektów ale próba otwarcia daje nam 016ae..

[geo_tech]

Witam.
Czy pojawiło się jakieś rozwiązanie. Nie ukrywam, że wysypujące się tabele których nie można otworzyć ani usunąć są irytujące. Błędy wydaje mi się że zaczęły pojawiać się po ostatniej aktualizacji.
Przy próbie edycji takiej tabeli wyskakuje "okienko nieoczekiwany błąd programu". (z drugiej strony bardzo trafna nazwa)

[FaFaL]

Na część problemów Wini podrzucił rozwiązanie.
!. Uruchomić administratora BDE

Przechwytywanie.JPG (87.8 KiB) Przejrzano 12135 razy

2. Sprawdzić ustawienie Level i ewentualnie zwiększyć.

Przechwytywanie2.JPG (71.62 KiB) Przejrzano 12135 razy

Osoby którym program sprawia problemy przy tworzeniu tabel (błąd długości nazwy) może sprawdzą u siebie i powiedzą czy to rozwiązuje ich problem.

[geo_tech]

Zmieniłem podaną wartość na 10 .Przy tworzeniu tabeli dalej wyskakuje błąd :

File name is too long for a Paradox version 5.0 table.
Table does not exist.
Table: H:\PRACA\PROJEKTY C-GEO\projekty\GDYNIA GORSKIEGO\POMIAR powykonawczy.map\o
File: H:\PRACA\PROJEKTY C-GEO\projekty\GDYNIA GORSKIEGO\POMIAR powykonawczy.map\o.XG0
File or directory does not exist.
File: H:\PRACA\PROJEKTY C-GEO\projekty\GDYNIA GORSKIEGO\POMIAR powykonawczy.map\o.DB.

Tabela pojawia się na liście ale nie można jej otworzyć. Jedyna zmiana to taka że można ja usunąć bez problemu.
Ścieżka dostępu do katalogu projektów jest dość długa ale do tej pory wszystko działąło bez problemu.
Pozdrawiam.

[FaFaL]

Gdzieś wyczytałem że LEVEL max to w okolicach 7 ale może się pomyliłem
Może zmiana NetDIr na H:\ coć poprawi, albo H:\PRACA\PROJEKTY C-GEO\projekty\

[geo_tech]

Niestety bez efektu.

[FaFaL]

To jeszcze jedno, proszę spróbować skrócić ścieżkę robiąc mapowanie katalogu H:\PRACA\PROJEKTY C-GEO\projekty\ jako kolejnego dysku twardego, np Z:\
Start --> Uruchom --> cmd --> subst Z: " H:\PRACA\PROJEKTY C-GEO\projekty\"
Potem należy uruchomić C-GEO, kliknąć prawym klawiszem myszki na napis PROJEKTY na liście projektów i wybrać zmianę ścieżki projektów - wybierając dysk Z: jako katalog z projektami.

Proszę napisać czy coś to pomogło

[energeo]

Level określa wersje bazy, ma to przełożenie na pewne limity długości ścieżki i długość nazw pól bazy ale BDE (silnik bazy) jest humorzasty z natury.
Pozycję LEVEL należy kliknąć, pojawi sie lista 4-7, wybieramy 7.

Mam wrażenie że punktem wrażliwym jest tworzenie nowego projektu bo już istniejące chyba normalnie pracowały na standardowym ustawieniu
Generalnie u mnie zadziałało.

[geo_tech]

Podany sposób jak na razie działa. Tabele o długich nazwach można bez problemu dodać i edytować . Sprawdzę jeszcze na innych projektach.
Jaka jest przyczyna? Takie ścieżki do projektów miałem od zawsze i do tej pory nic się nie działo.
Pozdrawiam i dziękuję za pomoc.

[FaFaL]

Stare wersje bazy paradox mają ograniczenia bo powstawały w czasach Windows 3.1 czyli miały ograniczenia w katalogach i plikach do 8.3 oraz ogólnej długości ścieżki dostępu. Podany sposób z mapowaniem po prostu skraca tą ścieżkę dostępu. Teoretycznie powinien pomóc również parametr Level ponieważ jego wysoka wartość (np. właśnie 7) wymusza utworzenie bazy w wersji możliwie najnowszej (a najnowsze bazy powinny nie mieć takich dużych ograniczeń).
Jeśli sprawę rozwiązuje podany sposób z podpisaniem litery Z to proponuję komendę subst sobie wpisać do pliku Mapowanie_projektow.cmd i wrzucić go do autostartu (tak aby przy każdym uruchomieniu komputera to przypisanie się aktywowało).

[energeo]

BDE stare ale działa... musi być coś w konfiguracji zepsute, może inny program coś przekombinował, stare dll, rejestr itp.
Kawałek katalogu...

[Zibi123]

Dzięki FaFal za wiadomość. Dołączam się i ja do tematu. Udało mi się założyć Z: i na tym koniec. System widzi wirtualne Z: natomiast w C-GEO nie mogę go wogóle znaleźć. Co jest nie tak? Dodatkowo zmieniłem LEVEL na 7 i chyba coś pomogło. Jeszcze wczoraj nie mogłem założyć nazwy dłuższej niż "szkic1", "szkic2" itd. a po zmianie (dzisiaj) udało mi się założyć tabelę o nazwie "szkic wyniesienia istniejących punktów granicznych". Dzięki .

Zibi

[Zibi123]

Czy ktoś podpowie jak na stałe zmienić parametr LEVEL na 7 na stałe? Za każdym razem kiedy wyłączę komputer poziom LEVEL wraca do 4 pomimo zapisania tego parametru w ustawieniach.

Pozdrawiam
Zibi

[energeo]

Zacznijmy od czegoś małego, czy po wprowadzeniu parametrów i przed zamknięciem BDE_Admin robisz Apply (Ctrl+A lub strzałka z rotacją w prawo) ?

[Zibi123]

Oczywiście Wydaje mi się, że to jakiś program (Mam nadzieję, że to nie C-GEO) zmienia ten parametr. Właśnie włączyłem komputer i LEVEL jest na 7. Tak więc coś innego musi ten parametr zmieniać na 4 podczas pracy komputera.

Pozdrawiam
Zibi