Přejít na obsah


Fotka
- - - - -

a:DrakeSync - chyba buffer error v EXPORTPOINT

android geoget

  • Pokud chcete vložit odpověď, přihlašte se
13 odpovědí na toto téma

#1 Subi

Subi

    Šubi

  • Members
  • PipPipPip
  • 447 příspěvků(y)

Publikováno 22 listopad 2013 - 20:29

Pokračování na téma pádu při importu změn z a:Drake

 

Mě to dělal jednoznačně nakopnutý záznam v databázi. resp. vždy pouze konkrétní keš. Napadá mě jestli do databáze aDrake v nějaké slabé chvilce nezapíše něco jinak než GG očekává, třeba listing místo textu jako blob, ale nijak jsem to nezkoumal, jenom mě překvapilo, že evidentně jinak uložený listing oproti ostatním keším aDrake dokáže bez problémů zobrazit.

Považoval jsem to za nakopnutou databázi, ale jestliže už nás je víc, pak je to možná jinak. Tu databázi snad ještě mám, tak zkusím mrknout blíž.

Přiložený soubor (y)

  • Přiložený soubor  chyba.JPG   17,02K   2 Počet stažení

Tento příspěvek byl upraven od Subi: 30 listopad 2013 - 8:25

  • 0

LG G3 + a:Drake


#2 Subi

Subi

    Šubi

  • Members
  • PipPipPip
  • 447 příspěvků(y)

Publikováno 22 listopad 2013 - 21:29

Kdyby to někoho zajímalo, tak přikládám databázi pouze se třemi body z čehož je jeden vadný (GCK8T2).

Nicméně aDrake s ní pracuje úplně v pohodě, včetně toho "vadného".

 

hmmm, nejde mi připojit...

 

tak alespoň takto:

http://uloz.to/xMRC5o2b/ad-cachedb-db3


Tento příspěvek byl upraven od Subi: 22 listopad 2013 - 21:36

  • 0

LG G3 + a:Drake


#3 Subi

Subi

    Šubi

  • Members
  • PipPipPip
  • 447 příspěvků(y)

Publikováno 22 listopad 2013 - 21:52

Není vadný, je pouze jako blob.


  • 0

LG G3 + a:Drake


#4 Subi

Subi

    Šubi

  • Members
  • PipPipPip
  • 447 příspěvků(y)

Publikováno 22 listopad 2013 - 22:49

Zkusil jsem ještě i jiný bod, který má listing jako blob (výsledek aktualizace keše z webu v aDrake) a ten projde v GG úplně normálně včetně exportu.

Tak je problém ještě zřejmě jinde.


  • 0

LG G3 + a:Drake


#5 Petman02

Petman02

    Advanced Member

  • Members
  • PipPipPip
  • 672 příspěvků(y)

Publikováno 22 listopad 2013 - 23:10

Také mě to napadlo, zda není problém po aktualizaci keše a nebo stažení nové keše přes live


  • 0

#6 LudekV

LudekV

    Advanced Member

  • Members
  • PipPipPip
  • 2 123 příspěvků(y)

Publikováno 23 listopad 2013 - 22:09

Koukal jsem na to a kratce to probral s HaLuMou. Vypadá to na problém při čtení listingu, který byl upraven v a:Drake (rozuměj importován přes Gc Live nebo z GPX). Ten je totiž uložený zazipovaný, GG má z historických důvodů ten sloupec deklarovaný jako text ne jako blob, takže to může zlobit. Pracujeme na tom.

Padá to při otevření keše i při exportu, prostě kdykoli je potřeba ten listing načíst.


  • 0

a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace

Hlavní kešovací zažízení: Huawei P10 lite


#7 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 13 478 příspěvků(y)

Publikováno 23 listopad 2013 - 23:09

Tak jsem si pohral s tou keskou v te ukazane databazi.

 

Myslim, ze typem sloupce to nebude, protoze tu teto kese napriklad long description prectu a dekompresuji naprosto v pohode.

 

Problem je v Short Description, ze ktereho prectu pouhe dva byty dat 0x78 0x9C, a to rozzipovani se na tom vzteka. V Adrake prectes z toho shorddesc pole neco jineho?


  • 0

#8 LudekV

LudekV

    Advanced Member

  • Members
  • PipPipPip
  • 2 123 příspěvků(y)

Publikováno 24 listopad 2013 - 18:00

V a:Drake se to v pohodě načte, ale výsledkem unzipu je prázdný string. To je v podstatě správně, protože tam žádný text v Short Description není. Ty divné dva bajty jsou výsledkem zazipování stringu s jedinou mezerou.

U sebe jsem to ošetřil, takže od příští verze už to vznikat nebude. Pokud se povede to nějak ošetřit i v GeoGetu, bylo by to fajn.


  • 0

a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace

Hlavní kešovací zažízení: Huawei P10 lite


#9 HaLuMa

HaLuMa

    Autor Geogetu

  • Members
  • PipPipPip
  • 13 478 příspěvků(y)

Publikováno 24 listopad 2013 - 20:04

To je divne, kdyz u sebe zkusim prohnat ZLIBem prazdny string, tak dostanu: 78 9c 03 00 00 00 00 01, a to se mi take spravne rozbali jako prazdny string.

 

Takze jen to 78 9c vypada useknute, cemuz odpovida i ta chybova hlaska.

 

Kazdopadne v Geogetu delam to, ze prazdny string tou kompresi vubec neprohanim. A naopak, prazdny string neprohanim dekompresi.


  • 0

#10 LudekV

LudekV

    Advanced Member

  • Members
  • PipPipPip
  • 2 123 příspěvků(y)

Publikováno 24 listopad 2013 - 21:13

Máš pravdu. Krom toho, že jsem to zipoval vcelku zbytečně měl jsem i příliš malý buffer, takže se to tam celé nevešlo a došlo k tomu oříznutí. Každopádně platí, že v příští verzi a:Drake to bude opravené.


  • 0

a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace

Hlavní kešovací zažízení: Huawei P10 lite


#11 LudekV

LudekV

    Advanced Member

  • Members
  • PipPipPip
  • 2 123 příspěvků(y)

Publikováno 03 prosinec 2013 - 21:40

Abych nezapomněl, a:Drake 4.08 už má tenhle problém opravený. Pokud už máte takto poničenou databázi jsou tyto možnosti, jak to spravit:

  1. Nahrát do telefonu novou databázi z GeoGetu - nejlepší, pokud nejsou v telefonu změny, o které nechci přijít.
  2. Problémové kešky v a:Drake onbovit z GPX nebo Gc Live, pak by měla synchronizace ožít.

  • 0

a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace

Hlavní kešovací zažízení: Huawei P10 lite


#12 Petman02

Petman02

    Advanced Member

  • Members
  • PipPipPip
  • 672 příspěvků(y)

Publikováno 05 prosinec 2013 - 8:26

 

Abych nezapomněl, a:Drake 4.08 už má tenhle problém opravený. Pokud už máte takto poničenou databázi jsou tyto možnosti, jak to spravit:

  1. Nahrát do telefonu novou databázi z GeoGetu - nejlepší, pokud nejsou v telefonu změny, o které nechci přijít.
  2. Problémové kešky v a:Drake onbovit z GPX nebo Gc Live, pak by měla synchronizace ožít.

 

add 2. Jak poznám problémové kešky?


  • 0

#13 LudekV

LudekV

    Advanced Member

  • Members
  • PipPipPip
  • 2 123 příspěvků(y)

Publikováno 05 prosinec 2013 - 9:02

Špatně. V podstatě jen podle toho, že na nich GeoGet spadne při pokusu o otevření listingu nebo export. Pokud vidíš do databáze, tak to jsou ty, co mají v shortdesc nebo longdesc "divný" obsah, tj. dva chybné bajty jako na obrázku.

Přiložený soubor (y)


  • 0

a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace

Hlavní kešovací zažízení: Huawei P10 lite


#14 LudekV

LudekV

    Advanced Member

  • Members
  • PipPipPip
  • 2 123 příspěvků(y)

Publikováno 19 leden 2014 - 21:46

Zjistil jsem, že oprava nebyla kompletní. Problémy způsobovaly i texty logů a nově importované keše. Ve verzi 4.14 už bude opravené i toto


  • 1

a : Drake - vše potřebné pro (offline) geocaching na Android * Stránka projektu na GitHubu - požadavky a reklamace

Hlavní kešovací zažízení: Huawei P10 lite






Také označené jedním nebo více z těchto klíčových slov:android, geoget

0 uživatel(ů) prochází toto téma

0 uživatelů, 0 návštěvníků 0 anonymních uživatelů

Reklama