292 odpovědí na toto téma

[S474N]

Co prava ve Windows, nebo agresivneji nastavene UAC?

[Archi1]

Ahojky Delalo mi to same jak popisuje DrakMrak a psal jsem o problemu o nekolik stránek výse (hláska Bad file descriptor: a nespustil se plugin GgcExpr). Po přeinstalování pocítace (nakup nového stroje) a prekopírování GG na nový stroj (Win 7/64) tyhle problémy zmizely a vsechno slape jak má.

[HaLuMa]

A neni to jen klasicky problem "spatne nastavena cestina v nekterych W7" vs. "cestina v nazvu cesty"?

[MaFa]

p.s. ale ty šířky rozdrbaný jsou to je bez diskuse

No to jsou, to je prave ta zmena na gc.com, neco zmenili v CSS a ja nevim jak to napravit. Bohuzel tabulka se dynamicky prizpusobi sirce nejuzsiho elementu, mezery ignoruje. Jedine reseni by snad bylo tam pridavat obrazek s presne definovanou velikosti. Coz je ovsem opruz a spousta zbytecne zabranych bytu z profilu.

Rozhodne je chyba hlasena pri pouziti prikazu open(...), ktery spusti plugin a predava mu pres standardni vstup paramatery ulozene v docasnem souboru. Nevim, jestli je problem pri spusteni exe, pri otevreni soubor s parametry nebo pri otevreni standardniho vstupu (nebo vstupu, pres ktery ggstat naopak prebira hodnoty z pluginu zpet). Ale toto je jednoznacne prikaz, ktery chybu generuje.

On tu chybu ani tak negeneruje, jako reportuje. Otazka je, jestli by se ta chyba dala ignorovat, nebo ne. Proste to brat jako ze je 'bad descriptor" soucast zivota Jedna z moznosti je nejakym zpusobem blokovany pristup k TEMP adresari.
Mas nekde v ceste cesky znaky? Nemas nahodou pro system default CP UTF-16?

[DrakMrak]

S474N napsal/a:
Co prava ve Windows, nebo agresivneji nastavene UAC?

zkoušeno bez vlivu navíc vše provozuju mimo chráněnou zónu windows...
práva jsem taky prošmejdil když jsem je na daném adresáři zakázal dostal jsem smysluplnou hlášku když jsem je povolil zase ten descriptor :-)

[DrakMrak]

Archi1 napsal/a:
Ahojky
Delalo mi to same jak popisuje DrakMrak a psal jsem o problemu o nekolik stránek výse (hláska Bad file descriptor: a nespustil se plugin GgcExpr). Po přeinstalování pocítace (nakup nového stroje) a prekopírování GG na nový stroj (Win 7/64) tyhle problémy zmizely a vsechno slape jak má.

no zatím nemůžu přejít na W7/64 ani si koupit nový stroj lol takže tohle řešení je k ničemu...

[DrakMrak]

HaLuMa napsal/a:
A neni to jen klasicky problem "spatne nastavena cestina v nekterych W7" vs. "cestina v nazvu cesty"?

ne nebo nemyslím .... mám vytažený data co vstupujou do toho OPEN a vše vypadá zcela legálně...
navíc sem to zkoušel i z jiných adresářů a taky OK dokonce i TEMP soubor jsem předělal na pevný (pevné jméno a cesta) v adresáři mimo nebezpečný prostor nic nepomohlo....

[DrakMrak]

MaFa napsal/a:

p.s. ale ty šířky rozdrbaný jsou to je bez diskuse

No to jsou, to je prave ta zmena na gc.com, neco zmenili v CSS a ja nevim jak to napravit. Bohuzel tabulka se dynamicky prizpusobi sirce nejuzsiho elementu, mezery ignoruje. Jedine reseni by snad bylo tam pridavat obrazek s presne definovanou velikosti. Coz je ovsem opruz a spousta zbytecne zabranych bytu z profilu.

Rozhodne je chyba hlasena pri pouziti prikazu open(...), ktery spusti plugin a predava mu pres standardni vstup paramatery ulozene v docasnem souboru. Nevim, jestli je problem pri spusteni exe, pri otevreni soubor s parametry nebo pri otevreni standardniho vstupu (nebo vstupu, pres ktery ggstat naopak prebira hodnoty z pluginu zpet). Ale toto je jednoznacne prikaz, ktery chybu generuje.

On tu chybu ani tak negeneruje, jako reportuje. Otazka je, jestli by se ta chyba dala ignorovat, nebo ne. Proste to brat jako ze je 'bad descriptor" soucast zivota Jedna z moznosti je nejakym zpusobem blokovany pristup k TEMP adresari.
Mas nekde v ceste cesky znaky? Nemas nahodou pro system default CP UTF-16?

český znaky v cestě mám (školácká chyba při instalaci W7 ale teď už to nespravím) ale zkoušel sem to i vyloučit v tom problém není (napevno sem temp hodil jinam pevnej adresář pevný jméno)... UTF-16 určitě ne...

[gord]

MaFa napsal/a:

p.s. ale ty šířky rozdrbaný jsou to je bez diskuse

No to jsou, to je prave ta zmena na gc.com, neco zmenili v CSS a ja nevim jak to napravit. Bohuzel tabulka se dynamicky prizpusobi sirce nejuzsiho elementu, mezery ignoruje. Jedine reseni by snad bylo tam pridavat obrazek s presne definovanou velikosti. Coz je ovsem opruz a spousta zbytecne zabranych bytu z profilu.

Neni to jen zmenami na gc.com. GgStat 33 oproti verzi 32 (kterou jsem dosud pouzival) obsahuje zmeny ve formatovani sirek. A napriklad v sub FindsByMonth je chybne

width: ${$widthimgtable}px;

misto

width: ${widthimgtable}px;

Vysledkem je, ze sirka neni definovana a urcuje si ji browser podle sebe, jak ho zrovna napadne.
Nebudu tu ventilovat ostatni veci, ktere jsme s Drakem nasli, urcite ti on nebo ja posleme upraveny zdrojak, az odhalime ten descriptor.

Rozhodne je chyba hlasena pri pouziti prikazu open(...), ktery spusti plugin a predava mu pres standardni vstup paramatery ulozene v docasnem souboru. Nevim, jestli je problem pri spusteni exe, pri otevreni soubor s parametry nebo pri otevreni standardniho vstupu (nebo vstupu, pres ktery ggstat naopak prebira hodnoty z pluginu zpet). Ale toto je jednoznacne prikaz, ktery chybu generuje.

On tu chybu ani tak negeneruje, jako reportuje. Otazka je, jestli by se ta chyba dala ignorovat, nebo ne. Proste to brat jako ze je 'bad descriptor" soucast zivota Jedna z moznosti je nejakym zpusobem blokovany pristup k TEMP adresari.

Jestli ji generuje nebo reportuje je jen slovickareni. Tento prikaz je pricinou tohoto chyboveho hlaseni. Brat tu chybu jako soucast zivota je nesmysl. Plugin neni vyvolan, takze se nevykonaji veci, ktere ma vykonavat a tedy pro dalsi zpracovani statistik nejsou k dispozici treba nejake hodnoty, ...

Blokovany pristup k TEMP adresari to asi nebude. Drak to zkousel dat do jineho adresare, kam pristup urcite blokovany neni. Rovnez zkousel ten prikaz vytahnout a dat do samostatneho perloveho scriptu - vysledkem bylo totez hlaseni.

Stale si myslim, ze je to nekde v tom presmerovani stdin/stdout - to je muj dojem z mnoha pokusu, vysvetlit to neumim.

[MaFa]

Jestli ji generuje nebo reportuje je jen slovickareni. Tento prikaz je pricinou tohoto chyboveho hlaseni.

Ono to ale slovickareni vubec neni. Prikaz open jenom zavola systemove volani open a system mu vrati chybovou hlasku bad descriptor. Tedy chyba neni v perlu, ale v systemu. Ted jenom prijit na to, kde presne ta chyba je - obzvlast kdyz to vetsine lidi funguje i na W7. Zacal bych tim, ze Geoget prestehujes treba na C:\Geoget a zkouset to tam. Taky by bylo dobry sem dat vypis z GgStatu, at vidime ty kodovy stranky, treba je to jenom chybna konverze. Pokud to nejde rozumne spustit, tak zakomentujte ty pluginy a spuste to bez, at vidime ten vypis. Kdyz uz jsme u tech vypisu, tak bych prosil echo %TEMP% z prikazove radky.

[gord]

No, on ten open toho dela v v tomto pripade trochu vic. Treba to presmerovani - to znamena, ze upravuje tabulku handelu, ktera patri kazdemu procesu. Mam pocit, ze vsichni, kterym to nechodi, maji W7/32. Na W7/64 to asi vsem chodi. Drakovit to chybu to hlasilo i kdyz byl soubor vytvaren na C:\Temp. Ani v konverzi to nebude, protoze to hlasilo chybu i kdyz byl vytvoren perlovy script jen s "tim openem". No, ale treba na neco Drak prijde, pripadne sem neco posle, co pomuze.

[MaFa]

if (/^\s*INCLUDE_TEMPLATE(\s+)(.*)/) {
$file = encode ($incoding,$2);
$TEMPLATE++;
if (open ($TEMPLATE, '<' . $file) && ($TEMPLATE < 200)) {
ReadTemplate($TEMPLATE);
} else {
printStatus("Template $file cannot be opened.";
}
$TEMPLATE--;
}

V tomto pripade znak mensi nez neznamena presmerovani, ale pouze otevri soubor pro cteni.

Napadlo me, ze ja sytemu trochu vnucuju ktery descriptor ma byt pouzit - 100-200 (abych predesel vzniku nekonecne zacykleneho includu). Treba ma W7/32 nejaky limity
Na zacatku nastavuju $TEMPLATE = 100;, tak to muzes zkusit zmenit na neco mensiho nebo vetsiho.

[DrakMrak]

MaFa napsal/a:

if (/^\s*INCLUDE_TEMPLATE(\s+)(.*)/) {
$file = encode ($incoding,$2);
$TEMPLATE++;
if (open ($TEMPLATE, '<' . $file) && ($TEMPLATE < 200)) {
ReadTemplate($TEMPLATE);
} else {
printStatus("Template $file cannot be opened.";
}
$TEMPLATE--;
}

V tomto pripade znak mensi nez neznamena presmerovani, ale pouze otevri soubor pro cteni.

Napadlo me, ze ja sytemu trochu vnucuju ktery descriptor ma byt pouzit - 100-200 (abych predesel vzniku nekonecne zacykleneho includu). Treba ma W7/32 nejaky limity
Na zacatku nastavuju $TEMPLATE = 100;, tak to muzes zkusit zmenit na neco mensiho nebo vetsiho.

To jsme zkoušeli od 10 do 100 pro malý čísla to házelo nějakou chybu už si nepamatuju jakou ale smysluplnou a od nějakého to začlo zase házet ten descriptor ale ještě to jednou zkusím ale zejtra tady na Vistách mi to chodí jako víno...

jinak ten příklad viz výše tam se ten soubor otevře správně a pokračuje to do toho ReadTemplate a kousne se to až na otevirání vlastního PLUGinu...

[DrakMrak]

Version:          1.1.33
CodePageACP:      cp1250
CodePageOEM:      cp852
Actual Directory: D:/GeoGet/data/script/GgStat
Database File:    geoget.db3
Output   File:    .\GGStat.html
Template File:    d:\GeoGet\data\script\GgStat\Template.en
Argument "0 #1" isn't numeric in numeric eq (==) at D:\GeoGet\data\script\GgStat\GgStat.pl line 1550, <100> line 56.
00:00.072578 --> Configuration loaded - 78 commands processed
00:01.010058 --> 990 - Found Caches loaded
Malformed UTF-8 character (UTF-16 surrogate 0xd8ab) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xd805) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xdc7f) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xdee1) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xdf79) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xdd7a) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xd8e8) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xdfcc) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xd980) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
Malformed UTF-8 character (UTF-16 surrogate 0xdaa5) in split at D:\GeoGet\data\script\GgStat\GgStat.pl line 2954, <100> line 157.
00:01.258643 --> 12 - My Caches loaded - 1165 logs found
00:01.619093 --> 10 - Counties loaded
00:01.977117 --> 30 - Cantons loaded
00:02.340134 --> 1012 Logs loaded - 33136 Words found
00:02.350878 --> Open

00:02.355114 --> Plugin error - Bad file descriptor
Use of uninitialized value $message in concatenation (.) or string at D:\GeoGet\data\script\GgStat\GgStat.pl line 1239.
00:02.357563 --> 
00:02.358013 --> Open
00:02.384402 --> Plugin error - Bad file descriptor
Use of uninitialized value $message in concatenation (.) or string at D:\GeoGet\data\script\GgStat\GgStat.pl line 1239.
00:02.384647 --> 
00:02.401892 --> Open
00:02.406739 --> Plugin error - Bad file descriptor
Use of uninitialized value $message in concatenation (.) or string at D:\GeoGet\data\script\GgStat\GgStat.pl line 1239.
00:02.406854 --> 
00:02.411851 --> Plugin error - Bad file descriptor
00:02.837159 --> 10 - Counties loaded
00:03.185182 --> 30 - Cantons loaded
00:03.517896 --> 2 - Counties loaded
00:03.849220 --> 3 - Counties loaded
00:25.473457 --> Open
00:25.480661 --> Plugin error - Bad file descriptor
Use of uninitialized value $message in concatenation (.) or string at D:\GeoGet\data\script\GgStat\GgStat.pl line 1239.
00:25.480959 --> 
00:25.483833 --> HTML generation finished - 7 commands processed - 434916 bytes generated

to co je mezi to BadFileDescriptor vložený to byly moje testy abych věděl kudy to chodí.... ale tohle je zhruba výpis když to pustím na W7/32

[DrakMrak]

Vlastní spuštění PLUGINU vypadá takto:

00:02.397484 --> 101
00:02.397563 --> Open:D:\GeoGet\data\script\GgStat\plugin_lide.cfg
00:02.397667 --> D:\GeoGet\data\script\GgStat\GgsExpr.exe
00:02.399326 --> C:\Users\ZDENKC~1\AppData\Local\Temp\sAxKM7XALN
00:02.401120 --> "D:\GeoGet\data\script\GgStat\GgsExpr.exe" -c "C:\Users\ZDENKC~1\AppData\Local\Temp\sAxKM7XALN" 2>&1

00:02.401833 --> Plugin error - Bad file descriptor

to už sem to měl fakt rozkuchaný měl sem tam vložený výpisy abych viděl co kde kam vstupuje tady je to zrovna adresář s tou češtinou ale zkoušel sem to i bez ní a s napevno danými tempy...

[DrakMrak]

jednoznačně to umírá zde:

open (PLUGIN, "$name |") or die "nelze otevrit: $!"; #printStatus("Plugin ERROR - $!") && return;

ten $name = předposlednímu řádku viz výše myslím....

[DrakMrak]

díval sem se i do TEMPů který se vytvořili (zrušil sem jejich mazání) jestli obsahují to co mají a obsahují

[DrakMrak]

jinak celý to spouštím z přenosnýho disku (není chráněn windows).... takže ze systému využívám jen ten temp adresář... ale zkoušel sem to i z C: klasická instalace i to tam jen tak překopčit změna 0 kdyby se aspoň něco změnilo ale nic asi je jedno kde to leží... teda mimo chráněné adresáře ale to reaguje správně nahlásí to "access denies a nazdar"....

[MaFa]

Co mas na radcich 56 a 157 v templatu?

[DrakMrak]

nic důležitýho:

56: BORDER 0 #1

157: HTML <span style="font-size: 16px; font-weight: bold;">DrakMrak found %ALLCACHES% unique Geocaches and hidden %MYALLCACHES%</span><br><br>