Kérdezz, jár erre pár guru. Hamarabb kapsz választ, ha precízen leírod mi a baj (oprendszer, sw verzió, hibaüzenetek, egyéb) - de kérünk, egy kérdést ne írj bele több topicba, kérdezés előtt keress vissza, hátha már volt a problémád.
Ja, és amennyiben warez windowsod lenne, ez nem az a hely ahol segítene bárki. És kodekpakkot, soha, sehova sem teszünk fel.
lehet üzleti megfontolások. nehogy már túl sokat tudjon. (erre mondjuk az openoffice-os limit cáfol rá valamelyest.) vagy lehet félnek a perektööl, amit a mérges amerikaiak indítottak volna, mert lefagy az excel az 1024*250000-es táblájuktól.
A szoftver emuláció azt jelenti, hogy egy program úgy viselkedik, mintha egy más rendszer lenne, azaz utánozza annak a más rendszernek a működését. Pl. Linux alatt van Windows emuláció, aminek a használatával Linux alatt futtathatsz Windows alá írt programokat.
Neked is köszi,de csak ugyan azt tudom Neked is írni, hogy a teljes megértéshez kevés az én számtech. tudásom.
Viszont, azt most értetem meg, miért kell vagy miért nem kell letiltami. Valóban le kell tiltanom, mert a Daemon Tools-t használtam-használom és hát ugye(most már tudom) mindkettő fantom meghajtót hoz létre.
Annak idején a Daemon Tools-t ajánlották, mint legjobbat !? Nincs is vele bajom.
Kis kieg: a SCSI cuccok lényege, hogy -még mindig- sokkal több saját "eszük" van, mint az IDE-seknek. Ennek az a -tán leginkább- látható következménye, hogy sokkal kevésbé terhelik a gépet. Nagyobb adatmennyiségek mozgatásánál ez borzasztó fontos, de term. inkább szervereknél jön elő. Szóló gépen el se lehet indítani annyi progit, hogy egy mai vinyót igazán kifektess, de több tíz/száz júzer "csodákra" képes :)) Ezenkívül a SCSI-eszközökből többet is lehet belepakolni egy gépbe, jellemzően helyből 15-öt, de lehet még fokozni is.
szorozd már be a 365-öt 65535-el. azt kéne megérteni, hogy nem az a lényeg, hogy nem lehetne megoldani 365 oszlop létrehozását, hanem az, hogy ezzel lehetööséget adnának olyan méretüü táblák készítésére, amik már túlmutatnak egy egyszerüü táblázatkezelöö programon.
gondolkodj már el azon, hogy milyen vállalati kimutatás szélesebb, mint 255 oszlop???? ezeket a táblázatokat ráadásul a legtöbb esetben kinyomtatják/nyomtatásra szánják.
Dulifulit kiegészítve: a professzionális szférában régen kizárólag SCSI cuccokat használtak, IDE-t nem.
Az első CD-íróknak is ehhez a szabványhoz kellett alkalmazkodniuk. A hozzájuk írt íróprogiknak is. Ezért megcsinálták íráshoz az ASPI (Advanced SCSI Programming Interface) felületet.
Aztán szép lassan kikopott a köznapi felhasználásból a SCSI, de megmaradt a CD-írásnál, mivel egyszerűbb a felületet emulálni (magyarul utánozni), mint minden írót, és progit kidobni, ami ezen az utasításkészleten alapul. Tehát mindet. :9)
Manapság már az NT-s rendszerek saját, belső SPTI (SCSI Pass Through Interface)-jét is használják opcionálisan az író és segédprogik az ASPI helyett, annak korlátai miatt.
De talán mondanom se kell, hogy a mai napig sincs egyetlen win-verzióba se beintegrálva működőképes ASPI... ;9P
A cdgrab.hu-ról/máshonnan érdemes letölteni és telepíteni az utolsó korrekt verziót, a 4.60.1021-est (a 4.70-esek ßarok sajna, mert inkonzisztens a komponensek verziószáma), mivel hiányában még mindig sok gebaß van/lehet a cd/dvd drájvok felismerésénél/kezelésénél.
Nem kell letiltani, de ha nem akarsz Nero-s virtual drájvot, hanem mondjuk Daemon Tools-osat (ami naon korrekt), akkor le is tilthatod.
A leállási anomáliát is okozhatja akár, hiszen a win ezt 'hardver'-hibának éli meg, hiszen az egyik cddrájv nincs megfelelően telepítve. De csodát ne várj; nem hiszem igazán, hogy ez lenne a baja.
Nanemá.... Egy táblázatkezelő (mint olyan) nem való arra 2005-ben, hogy vízszintesen kiírja az év napjait... Nem ALKALMAS. De hogy ez olyan extra dolog lenne...
--------
De telerakják minden csingilingivel, VBA programozás + egyebek
itt inkább az a baj, ha olyanra használják, amire nem való. tipikusan ilyen volt, amikor egy meg nem nevezett telefontársaságnál az ügyfelek ilyen-olyan adatai excelben voltak (nem csak ott, meg nem a muszaki adatok...), és 65535-nél csak néztek a dolgozók.
65535 meg ugye a 2 byte miatti limit :)
oldember: keresek megoldást a problémára, de nem könnyüü. tartományos gépen simán letiltogathatnád a usereket mindenféle könyvtárakról, de itt egyelööre még csak a Software Restriction-ig jutottam, itt rejlhet (<-nincs ilyen magyar szó :) ) a probléma megoldása.
Small Computer System Interface, ez egy szabványos interface adathordozókhoz. Általában elég gyors hozzáférést biztosít, régebben egyértelműen gyorsabb volt az IDE csatolós cuccoknál. Jellemzője, hogy saját vezérlője van, ezért a SCSI cuccokat nem lehet látni a BIOS-ban. Az emulációról viszont nem tudok semmit, én még nem találkoztam vele.
Kell egy táblázat, amiben az év napjai VÍZSZINTESEN vannak. Az adatok NYILVÁN MySQL-ben tárolódnak, de KELL egy összefoglaló táblázat. Egyszerűen kell.
és ki vagyok akadva, hogy 2005-ben, amikor 512 MB RAM van a gépekben, meg már nem is tudom hány GHz-es proci, meg évtizedek óta fejlesztik a táblázatkezelő progikat
nem lehet kiírni vízszintesen az év napjait, mert 256 oszlopot lehet csak létrehozni.
"én egy ekkora bazi táblázat látványától sikítva menekülnék" Nem fogom elküldeni neked emilben.
Merthogy én egy ekkora bazi táblázat látványától sikítva menekülnék.
Arról nem is beszélve, hogy a főnökök, ha kész van nagy nehezen, akkor ki szoktak olyanokat találni, hogy "10 percen belül keresse meg azokat a szőke, kékszemű, miniszoknyás, 18-25 évközöttieket, akik jövő pénteken ráérnek túlórázni":-)) Excelből ez kissé körülményes.
MS Acces? A fenti kérdés SQL-ben kb 4-5 sor és 0,2 sec
Első ránézésre, és ha már Excel, nekem szimpatkusabb lenne 3 tábla(túlóra,jutalom,stb), aminek 12-12 lapja van (hónapok) Ez mégis csak áttekinthetőbb. Persze az az alapkérdés, hogy _mire_kell_? (most és milyen meggondolatlanság várható a jövőben)
Aha. Kipróbáltam, és most már értem a problémát: csak 256 oszlopot lehet létrehozni, legalábbis az Office 2002-ben. Nem tudom, mi a helyzet az Office 2003, vagy az OpenOffice, vagy a Lotus 1-2-3 esetén. Esetleg ki lehet próbálni ezeket is.