tovis

Hozzászólások

10 bejegyzés megtekintése - 361-370 / 721
  • Szerző
    Bejegyzés
  • Hozzászólás: 3. lf.hu találkozó #2017720
    tovis
    Felhasználó

      Ja, ha valakinek van kedve Székesfehérváron is összejönni annak sincs akadája, attól hogy sûrübben jövünk össze, változatos helyszinkeken szerintem nagy baj nem lehet 😀

      Hozzászólás: 3. lf.hu találkozó #2017719
      tovis
      Felhasználó

        2, bocs, de azért nehogymá a szervezõnek (nyugi, ez nem én vagyok  ) kelljen a résztvevõket hajkurásznia… tessék kéthetente egyszer idenézni, nem olyan nagy kérés ez .

        Köszönöm! – csak egy gondom van mi fán terem a „szervezõ”, azaz mit is kellene megszerveznem?
        Szal ha még mindíg vágyik valaki a börzsöny lábaihoz, úgy még egyszer, augusztus elsõ fele – T

        Hozzászólás: 3. lf.hu találkozó #2017716
        tovis
        Felhasználó

          Az augusztus nagyon gusztusosan hangzik!
          (Szabin leszek, ráadásul „szalma” a párom megy a Becskei találkozóra.)

          Hozzászólás: ecpg – Embedded SQL for C #2019076
          tovis
          Felhasználó

            Pl. megadod a fordítónak a -DENABLE_THREAD_SAFETY opciót

            A fordítási idõben adható makródefiníciókkal tisstában vagyok.
            A kérdés arra vonatkozik hogy az ecpg -hez tartozó library -k már levannak forgatva! – azaz akkor az a megoldás hogy újra kell üket forgatni, amit nem hiszek. Miért? – talán mert úgy gondolom hogy az ilyen kaliberû programok túlnyomó része multithread környezetben kell hogy fussanak.
            Szakirodalom? – valóban, az általad említett anyagot már rég letöltöttem, köszönöm. Azért gondoltam hogy a beágyazott SQL „divatja múlt” mert pl. a Microsoft SQL már nem támogatja az új fejlesztésekben ezt. :huh: Tudom erre felé ezt nem szeretik ha emlegetem, de ha tetszik ha nem még mindíg egy piacvezetõ óriás cégrõl van szó, így véleményét és az általa megadott írányokat nekünk is figyelembe kell venni. A mi szakmánkban a szabványok és az ajánlások a már létezõ ipari megvalósításokat hagyják helyben.

            Hozzászólás: Xfree-KDE-PDF #2019072
            tovis
            Felhasználó

              No hát ez nem tartott sokáig, hiányzott az nvidia-glx csomag.

              Hozzászólás: Xfree-KDE-PDF #2019071
              tovis
              Felhasználó

                Kicsit tovább léptem.
                Feletelepítettem egy 2.4.27-2-686 kernel image -t (Pentium III 800 MHz).
                Gond nélkül feltelepült, csont nélkül kezelte a dual boot lilo configot.
                Na mondom akkor itt az ideje feltenni az igazi nvidia driver -t
                Megnéztem a „desktop kialakítása” lapot, de az nvidia telepítésnél valahogy nem ismertem fel az én szitumat.

                Hozzászólás: Xfree-KDE-PDF #2019068
                tovis
                Felhasználó

                  A memória:
                  total 386.692
                  used 149.888
                  free 236.804

                  Ha az Adobe Readerre (Acrobat) -ra gondolsz, nem próbáltam – ráadásul kicsit nehezedik a pálya – rpm vagy tgz <_<
                  A gpdf -et sem próbáltam…

                  Hozzászólás: Xfree-KDE-PDF #2019065
                  tovis
                  Felhasználó

                    No, kipróbáltam a KPDF -et elõször behozta, majd kiakadt 🙁
                    Aztán megnéztem a KGhostView -t ezzel már elsõre úgyanúgy kiakadt 🙁
                    Viszont most elkaptam valamit, a syslog -ban így néz ki:

                    kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0)
                    Kernel: VM: killing process gs

                    Ki az a „gs” … :angry2:

                    Még azt tapasztalom, hogy az én Kernelem 2.4.27-1-386 míg mostmár a Sarge a 2.4.27-2-386 -nál tart! Pedig mindíg szorgosan „update – upgrade” -eltem, de úgy tûnik a Kernel így nem frissül. Majd utána nézek ezzel mit lehet/kell tenni.

                    Hozzászólás: Xfree – KDE #2018950
                    tovis
                    Felhasználó

                      Az a csomag mekkora méretû? Véletlenül nem csak egy modul van benne? Ubuntu alatt legalábbis úgy van, hogy egy csomag a kernel, meg egy másik a zárt driverek (nvidia, ati, meg még néhány). Gondolom itt sincs másképp, ja meg még van/kellhet néhány nvidia-glx, nvidia-settings vagy hasonló nevû csomag is.
                      Egyébként, az nvidia driver nem csak arra jó, hogy 3d legyen, hanem egyes kártyatípus+driververzió együttállások hatására  az egész x használhatatlanná tételére is :).
                      [align=right][snapback]136640[/snapback][/align]

                      Igazad van a modullal – külön említi hogy kell hozzá a megfelelõ kernel image!
                      Ami driver verzió és a kártya típus függvényében történõ katasztrófákról a forumon sokat hallottam :huh: Ezért húzódozom a telepítésétõl és nem vagyok benne biztos hogy a vibrálással összefügg. Tény hogy a windows -ban a driver még az árnalatokat is megváltoztatja, általában javít a megjelenítés minõségén!

                      Hozzászólás: Xfree – KDE #2018947
                      tovis
                      Felhasználó

                        Ránéztem a Debian Testing csomagokra. A driveren kívül azt találtam, hogy más kernel is kell hozzá

                        nvidia-kernel-2.4.27-2-386

                        Most már csak azt kellene tudnom, hogy kell ezt feltelepíteni – eddig általában forgattam a kernel -t de lustulok :blush:

                        Egyébként miondenütt arról beszélnek, hogy ez a 3D direct redering -hez kell ami engem abszolút nem érdekel.

                      10 bejegyzés megtekintése - 361-370 / 721