2024. november 24., vasárnap

Informatika

Adott napon: 
Keresés:
#6895
Köszi nevet
Két nap alatt tele lett a t...árolóm a Mozillával, hosszú évek problémamentessége után. Így hát üdv, Chrome alól nevet
#6894
Nekem is van Chrome-om a Tûzróka mellett, mert néha csinál fura a dolgokat a böngészõm.
De a Chrome alatt minden megy, az még egy atomcsapás után is tuti mûködne. vidám
#6893
Nyuli, ha javasolhatom, használj Chrome-ot. 2 év alatt egyszer nem bosszankodtam miatta. Soha semmiért nevet Gyors, rendkívül egyszerû felület, semmi fölösleges dolog.
#6892
Akkor nem tudom. zavarban
#6891
De csak a Metnet-et teszik tönkre, ráadásul többórás használat közben, hirtelen?
De azért kipróbálom.

Szerk: nem használt.
#6890
Ebben tényleg nincs olyan, ami gáz lenne. Azért kipróbálnám úgy, hogy az összes le van tiltva.
#6889
Szóval bõvítmények:
Exif Viewer 1.81
Java Console 6.0.32
Shockwave
Quicktime
Java Platform
Java Deployment kit
NVidia
Adobe Acrobat

Azaz semmi különös. És akkor mégegyszer nevet A gép használata közben állt át a megjelenítés, úgy, hogy semmit sem csináltam, csupán frissítettem az oldalt. Azt hiszem, most utáltam a Firefox-ot, pedig esküdtem rá...
#6888
Én a Firefox 14.02a-t használom (AURORA kódnevû) igencsak béta verzió, de semmi gondom nincs vele.
Ha csak nem az, hogy jelentõsen gyorsabb mint az utolsó hivatalos verzió. laza
#6887
Hm, ja, csak 12-rõl nem javasolják a 13-ra való átállást zavarban
#6886
Elvileg van. Én a 13-as beta verziót használom.
#6885
Szerintem a Firefox rossz arányban változtatja CSS számait, ez a baj.
#6884
Bocsi, a CSS hibát nem úgy értettem, hogy a CSS lett hibásan megírva, hanem úgy, hogy a CSS a ludas, ott túl széles a div és ezért csúszik le. Sajnos manapság a weboldalakat nem a szabványnak megfelelõen kell fejleszteni, hanem a Firefox-hoz Crome-hoz és IE-hez (fúj) igazítani (ha jól tudom, ez a 3 lefedi a userek 90+%-át).
#6883
Talpatlanra, igen. Mindegy, csak lesz egy újabb verzió hamarosan.
#6882
És talpatlanra van állítva? Mert elvileg akkor jónak kellene lennie, ha nem, akkor a Firefox 12 hibájáról van szó, max a sütik és egyéb beállítások törlésével lehet még próbálkozni.

FF12-nél, nálam, mint látod helyesen mûködik a dolog, tehát a hiba nálad lehet.
#6881
X éven át jók voltak a beállításaim, a 12-esre átállva meg nem zavarban Mindegy. Köszi, megcsináltam a javasolt beállítást, de amint kiveszem a pipát "az oldalak a saját betüiket használhatják" mellõl, a betütípus Times New Roman-ra vált. Pedig Sans Serif-nek Arial van beállítva. Na ezt nem értem.
#6880
Valószínûleg rossz beállítást használsz, ez a helyes:
Link
#6879
Én is ezt a verziót használom, még nem tapasztaltam ezt a hibát.
#6878
Már elnézést, de az nem CSS hiba. Egyszerûen az alapértelmezett mérethez lett beállítva az a div. Nem lehet csak úgy átírogatni a CSS méreteket, mert más böngészõ máshogy értelmezi. Egyébként a Chrome kicsinyítésnél is jól jeleníti meg, és köztudott, hogy az használja legjobban a webszabványokat, ebbõl pedig az következik, hogy a szétesés a Firefox hibája, sajnos...
#6877
Á, köszi, gondoltam, hogy valami ilyesmi lesz. Most letiltottam az oldal saját karakterkészletének használatát... A betütípus Times New Roman-ra váltott, holott az Mozilla alapértelmezésben Arial-t állítottam be. Erre van valami orvosságod? nevet

Ivecós: köszi, de szívesen használnám a legújabb verziót.
#6876
A metnet.hu css hibája. A logger div szélessége túl nagy (310 px), míg ezt kis méretben nem indokolja. Firebuggal átírva pl. 280-ra jó lesz, de ez nem marad meg, mint beállítás (lévén ez ugye debugolásra van). Azt hiszem, van olyan progi, vagy Firefox extension, ami át tudja véglegesen írni (minden egyes css betöltéskor felülbírálja esetünkben a logger class-ú div width-jét), bár sose használtam, szerintem túl sok macera. (Firebug-ról screenshotot tudok küldeni)
Hogyhogy lekicsinyíted egyébként? Nekem egyet nagyítanom kell rajta az olvashatósághoz nevet
Korábbi firefoxra nem állnék már vissza, túl öreg...
#6875
Én ezt használom 3 hónapja semmi gond nem volt eddig:Mozilla Firefox Portable Edition 3.6.25
Link
#6874
Tegnap letöltöttem az Mozilla Firefox 12-es verziót... Minden oldal normálisan üzemel, a Metnet azonban szétesik. Ha a Ctrl-mínusz kombinációval kicsinyítem a betüket, akkor a jobbra fent lévõ személyes menü egyszercsak leugrik a "Nyitólap"-pal kezdõdõ sötétkék menüsávba, a bal oldalra. Ha nem engedélyezem az oldalnak, hogy a saját betükészletét használja, akkor minden Times New Roman lesz, holott a Mozilla alapbeállítása Arial... Van valakinek ötlete? ("a töltsd le a Chrome-ot leszámítva") Köszi elõre is.
#6873
Köszönöm szépen az információt, már azt hittem nálam nyekkent meg valami, de szerencsére nem.
Bosszankodom mert ma estig le kéne adnom egy irományt amit neten készítek. Akkor lehet nem lesz semmi belõle. zavarban
#6872
A magyar "internet címeket tároló szerverkkel" gond volt tegnap este. Max 24 óra és elvileg rendbe kell jönnie. Addig elõfordulhat ilyen hiba.
#6871
Link
#6870
Sziasztok!

Olyan problémám volna, hogy tegnap este és délelõtt óta több oldalt nem tudok megnyitni a böngészõmmel mert az a hibaüzenetet dobja ki náluk, hogy pl: A kiszolgáló nem található A Firefox nem találja a kiszolgálót a(z) www.topligaelozetes.hu helyen.Ellenõrizze a címet, nem gépelte-e el. Például nem írt-e ww.valami.hu-t a www.valami.hu helyett. Ha semmilyen oldalt nem tud letölteni, ellenõrizze a számítógépe hálózati kapcsolatát. Ha a számítógépet vagy a hálózatot tûzfal vagy proxy védi, ellenõrizze, hogy a Firefox számára engedélyezett-e a webhozzáférés.
Szerintetek mi lehet a hiba? Eddig minden jó volt, tegnap este óta csinálja ezt.
Vírusra gyanakodtam de a vírusirtóm és több másik sem talált semmi, már újratelepítettem a böngészõmet is, megpróbáltam más böngészõkkel is eléri ezen oldalakat, de mindig ezt az üzenete dobja ki.
Tanácstalan vagyok. zavarban
#6869
Jelentem a probléma okát felfedtük. A hiba a szolgáltatónál van. :-D
#6868
Illetve ha rányomok az "oldal újratöltésére" ezt az üzenetet dobja fel pár másodpercre:
"Redirecting you to Link
Közben kiderült,hogy az egyik ismerõsömnél ugyan ez a probléma.
#6867
Üdvözletem!
Tudna nekem valaki segíteni abban a problémában,hogy miért van az,hogy bizonyos weboldalakat nem tudok megnyitni, és ismerõseimnek gond nélkül bejön?
Például most a met.hu az alábbi hibaüzenetet írja ki:
"Hoppá! A Google Chrome nem találta meg a met.hu webhelyet"
És több weboldalnál is ez a probléma, ugyanakkor vannak oldalak,amiket zavartalanul meg tudok nyitni. Esetleg valami bõvítménnyel lehet a gond? Mint említettem ismerõseimnél gond nélkül bejön az említett oldal is.
#6866
Köszönöm,sikerült!
#6865
Hû. laza Izzzé. Hogy érted pontosan,hogy a routeren állítsam be a wifit? Tudom,mik azok,csak nem értem,hogy érted.
#6864
Elõször a routeren állítsd be a WiFi-t. A PC-n a böngészõdbe írd be a router IP címét (ez általában 192.168.0.1 vagy 1 helyett 255) majd itt engedélyezd a wireless network opciót, adj meg egy SSID-t (ez lesz a hálózat neve) a titkosítás (security) állítsd WPA2-re adj meg jelszót, majd mentsd a beállításokat. A laptopon operációs rendszertõl függõen van valamilyen hálózati beállítási lehetõség, itt Vezetéknélküli hálózatot kiválasztva meg kell, hogy jelenjen a routeren beállított SSID. Ezután csatlakozás, beírod a jelszót és kész is! kacsint
#6863
Tamás, Zozz, köszönöm, rajta vagyok az ügyön, ha sikerül, akkor megírom. nevet
#6862
Sziasztok!

Hozzáértõk segítségét kérem!
Adott két számítógép. Egy asztali PC és egy Asus laptop. Az asztali géphez van kötve egy TP-link router. Szeretném igénybevenni a netet a laptopon is,ám nem tudom,miként kell beállítani a vezetéknélkülu hálózatot a laptopon,illetve gõzöm sincs,hogyan "érzékeli" a laptop a routert. Hogyan álljak neki a "csatlakozásak"? Segítségeteket elõre is köszönöm!
#6861
Ha csak a filenevet adod meg, a fileoknak ugyanabban a könyvtárban kell lenniük, mint a programnak. Ha máshol vannak, add meg a teljes elérési utat, különben jön a no such file or directory hiba.
A const char* input[]={"nev1", "nev2", "nev3"}; ertekadas igy jo, ahogy írtad, az input egy olyan tömb, ami a felsorolt stringekre mutató mutatókat tartalmaz. input[m] const char* típusú, az m-edik string (karaktertömb) címét tartalmazza, az nc_open függvénynek pont ez kell, ahogy met4ever is írta.
Ha a tömböket a main-en belül deklarálod, akkor csak a main függvényben használhatod, a main-bõl hívott függvényekben sem! Ha minden függvényen kívül, akkor használhatod bárhol a forrásfile további részében.
#6860
Egy harmadik féle input/output megadás expliciten az egyes file-nevek max.hosszával (pl.100 karakter), de ide is bele kellene még csempészni a file-ok elérési útvonalát:

const char input[3][100] = {"mars20090216_0000+3.nc2",
"mars20100210_0000+24.nc2",
"mars20090216_0000+6.nc2" };
#6859
Ez az input és output definiálása, azonnali értékadással. Elvileg elégnek kellene lennie...
A fileneveknél a teljes elérési útvonalat meg kellene adni a file nevével együtt, hogy tényleg megtalálja, hogy mit kell megnyitni. Ezt a main-ben kell megadni, ha ott is használod fel az nc_open-ben.

Ezt találtam a neten az nc_open() függvényre:
int nc_open (const char *path, int omode, int *ncidp);

Ha ugyanezt hívod meg a programban, akkor az elsõ paraméternek egy const char-ra mutató pointernek kell lennie, az input[m] pont ilyen. A függvény paramétereként nem kell elé semmi, csak input[m].
A fv második paramétere egy int, gondolom az NC_NOWRITE az az.
A fv 3. paramétere pedig egy int-re mutató pointer. mivel gondolom az ncid csak egyszerû int-ként van definiálva, az elé oda kell tenni a függvényben való felhasználáskor a &-t, hogy a változó címére mutasson (mintha pointer lenne).
De az elsõ paraméternél nem kell semmi, mert az már eleve pointerként van definiálva.

Mielõtt a for cikluson belül az nc_open(input[m], NC_NOWRITE, &ncid)-ben felhasználod az input[m]-et, elõbb ki is irathatnád a képernyõre mondjuk így:

puts(input[m]);

hogy lásd, hogy jó-e az aktuális input[m] értéke, amit felhasználnál a fv-ben.
(file elérési útvpnal is legyen jól benne!)



Ha valamiért nem szereti a compilered az input/output elõbbi definiálását és értékadását, akkor így is kipróbálhatod:

const char* input[3]; //3 konstans stringet tartalmazó tömb létrehozása

input[0] = "mars20090216_0000+3.nc2"; //String értékadás egyenként
input[1] = "mars20100210_0000+24.nc2";
input[2] = "mars20090216_0000+6.nc2";

Természetesen ekkor is a teljes elérési úttal kellene a file-neveket megadni.
Vigyázni kell arra is, hogy az input ill. output indexe ne fusson túl jelen esetben 2-n, mert akkor azonnal segmentation fault lehet...
#6858
Ezt a részt ilyenné alakítottam, ahogy mondtad:

const char* input[] = {"mars20090216_0000+3.nc2",
"mars20100210_0000+24.nc2",
"mars20090216_0000+6.nc2" };

+ javítottam a ciklusokban az elírást.

Ezzel a *-gal én még hadilábon állok, nem tudom, hogy az input[] és output tömböket kell-e még definiálni, vagy ez elég:
const char* input[] = {"mars20090216_0000+3.nc2",
"mars20100210_0000+24.nc2",
"mars20090216_0000+6.nc2" };

Abban sem vagyok biztos, hogy ez utóbbit a main-en belül vagy kívül kell definiálni, ha belül hagyom, akkor Segmentation fault a vége, ha kívül, akkor no such file or directory hiba.

A for cikluson belül elég akkor így?
nc_open(input[m], NC_NOWRITE, &ncid)

nem kell se & se * az input elé?
#6857
Köszi, kipróbálom! nevet
#6856
A "char" tipus csak egyetlen karaktert jelöl a C-ben. Ha egy tömböt csinálsz belöle, akkor kapsz karaktersorozatot (pl. egy filenév). A definicioban szereplo []-vel adod meg, hogy tömbröl van szó, illetve megadható számmal ennek hossza.

Igy pl. ez: const char input[3] egy 3 karakterböl álló konstans karaktertömböt (sztringet) jelöl. Ami még csak egyetlen rövidke file-név lehetne, nem pedig 3, amit szeretnél.
Igy ez szerintem nem felel meg az adott célnak:

const char input[3] = { mars20090216_0000+3.nc2, mars20100210_0000+24.nc2,
mars20090216_0000+6.nc2 };

const char output[3] = {bspi20090127_0000+00300.nc, bspi20090127_0000+00600.nc, bspi20090127_0000+00900.nc };

Helyette hozz létre egy pointert, ami a megadott sztringek (idezöjellel megadandó!!!) elsö karakterére fog mutatni mindig, igy:

const char* input[] = {"mars20090216_0000+3.nc2",
"mars20100210_0000+24.nc2",
"mars20090216_0000+6.nc2" };

const char* output[] = {"bspi20090127_0000+00300.nc",
"bspi20090127_0000+00600.nc",
"bspi20090127_0000+00900.nc"};


Itt tehát az input[0] az elsö beolvasando file nevére (pontosabban annak elsö karakterére) mutat, az input[1] a másodikra, stb.

Ekkor már müködnie kell a retval = nc_open(input[m],... -nek
illetve a retval = nc_create(output[n],... -nek

Feltéve, hogy az nc_open() es az nc_create() függvény elsö argumentumának const char* tipusunak kell lennie. Remélhetöleg annak. Ha nem, akkor még a kivant tipusba kell konvertálni...

Szerk: rákerestem, s annak kell lennie, mert:

int nc_open (const char *path, int omode, int *ncidp);



Amit még eszrevettem kódodban, hogy a ciklusoknál kis elirás becsuszott:

for(m=0; m kisebb 3; i++)
for(n=0; n kisebb 3; i++)

Itt m++ illetve n++ kell persze az i++ helyett.
#6855
Hogyan lehet megoldani C-ben, hogy a beolvasandó és a kimeneti fájlnevek változók legyenek, amelyeket egy tömbben adok meg?
Az egyszerûség kedvéért csak 3 adattal:
const char input[3] = { mars20090216_0000+3.nc2, mars20100210_0000+24.nc2,
mars20090216_0000+6.nc2 };

const char output[3] = {bspi20090127_0000+00300.nc, bspi20090127_0000+00600.nc, bspi20090127_0000+00900.nc };

Azt szeretném, hogy a következõ kódban a ciklus alapján elõször az elsõ fájlnévvel helyettesítse az input[m] elsõ értékét.

for(m=0; m kisebb 3; i++)
{

if ((retval = nc_open(input[m], NC_NOWRITE, &ncid)))
ERR(retval);

...
}

Azaz m=0 esetén az input[m] helyére mars20090216_0000+3.nc2 kerüljön.


Aztán kiíratásnál új fájlt hozok létre, amibe írok, ott pedig az elsõ lépésben az output tömb elsõ fájlnevét helyettesítse az uptput[n]-be.

for(n=0; n kisebb 3; i++)
{
if ((retval = nc_create(output[n], NC_CLOBBER, &ncid1)))
ERR(retval);


...
}

Tehát ezek csak részletei a programnak, de remélem érthetõ. nevet
#6854
DVI csatlakozót adtak hozzá azzal megy rendesen, elég jó ezzel is.
#6853
Koszi,segített.
#6852
Tedd fel ezt: Link vagy ezt: Link
#6851
Letöltöttem a Net Framework 4-et és a telepítésnél ezt írja ki "Telepítse a 32 bites Windows képkezelõ összetevõt,de fel van rakva,mert tudtommal shingvw.dll az.Aki tud légyszi segítsen.Elõre is köszi!!
#6850
Megpróbálhatod esetleg a monitor menüjét (OSD)? Asus-oknál szokott bemenetválasztó lenni (VGA/DVI/HDMI(?)). Viszont a HDMI-rõl eddig sok feketemágiát hallottam, szóval még vidkari driver probléma is lehet, érdemes a legfrissebb Catalyst Suite-t felpakolni és úgy próbálni.
#6849
Vettem egy új monitort, Asus VE228 és adtak hozzá egy halom kábelt, de sajnos HDMI kábel nem volt hozzá, így a VGA porthoz kapcsoltam a monitort a Sapphire HD6670 videokártyán. Mivel van a videokártyán HDMI port ezért vettem egy HDMI kábelt. HDMI cable with Ethernet. Kihúztam a VGA kábelt, összedugtam a HDMI-t erre semmi, kiírja a monitor hogy No VGA. Mi lehet a gond? Tud valaki segíteni?
#6848
Egyelõre félre kellett tennem a problémát, de köszönöm. nevet
#6847
Igy kell ezt használni: Link
#6846
Ismét volna egy kérdésem C-vel kapcsolatban.
Azt szeretném megoldani, hogy különbözõ fájlok beolvasásakor ne kelljen mindig átírnom a programban a fájlnevet.
Ha futtatáskor a ./program.exe után beírom a fájlnevet, akkor ha argumentumként adom meg a programban, akkor elvileg mûködnie kell.

Nem tudom érthetõ-e.

int main(char fajlnev)
zárójel
...
nc_open(fajlnev, ...

Tudom, hogy ez így nem jó, az volna a kérdésem, hogy hogyan lehetne megoldani a problémát?
Vagy nem a main-ben, hanem egy külön függvényben kellene argumentumot létrehoznom?

Havazás előrejelzés

Utolsó észlelés

2024-11-24 21:28:37

Sopron - Felsõ-Lõvérek, 243 tszf.

2.7 °C

00000

RH: 71 | P: 1024.6

Észlelési napló

Térképek

Radar
map
Aktuális hõmérséklet
map
Aktuális szél
map

Utolsó kép

131548

Hírek, események

Indul a MetNet előrejelzési verseny sorozatának 41. sorozata

MetNet | 2024-11-02 11:38

pic
Kis pihenés után folytatódhat a meteorológiai megmérettetés, immáron 41.