Gå til innhold

knuto

Medlemmer
  • Innlegg

    291
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av knuto

  1. Sjølv om eg er av dei som har ganske god greie på data, og har ingen ting problem med å lære meg linux, så synes eg det blir for tungvindt i lengden... i alle fall så lenge eg har Windows-CD'en i hylla :) Ingen kan motseie meg i at Windows er meir brukarvennleg enn Linux... *Men Mac virker veldig genialt :hmm:*

    Hvis du har brukt Windows i mange (alle) år så vil jo såklart alt annet være tungvindt ;)

    Eg er ikkje heilt enig. Eg forstår at Linux er grei når du har lært det _før_ Win, men uansett. Windows har større grad av brukarvennlegheit viss du ser det nøytralt. I Windows er _alt_ som grafisk grensesnitt, men i Linux må du jobbe mykje i kommandolinja.

     

    Eg har ikkje noko i mot Linux. Serleg ikkje i utviklarsamanheng, men personleg likar eg best Windows. Dessutan bør det være klart for _alle_ at Windows er meir brukarvennleg generelt enn linux. Finnes det f.eks. program i linux for å partisjonere? Dessutan kan du i Windows tilpasse mykje meir enn i eit linux skrivebordsmiljø.

     

    Ein ting eg håper Longhorn kjem med, som Windows må sjå seg slått av Linux i. Det er ein slik funksjon som gjer at du mykje lettare kan f.eks. få to programmvindu til å stå _heilt_ side til side, eller få programmvindu til å stå heilt inntil kanten av skjermen. Altså ein slik "magnetfunksjon" som er heilt vanleg i Linux...

  2. Det er derfor du bør gå over til linux. Der slipper du at systemet sløser (med vilje) med systemresursene, og det er gratis.

    En ny Linux distro med f.eks KDE/GNOME krever en god del ressurser. Hvis han går over til Linux med f.eks KDE så vil det nok gå treigere en WinXP. Men man har heldigvis et valg i Linux, har man dårlig HW så kan man velge en GUI som krever mindre ressurser.

    For to/tre veker sidan prøvde eg meg med Ubuntu-linux. Desverre fungerte ikkje Gnome, og KDE er altfor resusskrevjande. Etter ei veke eller noko slikt vart eg glad for å sjå Windows-logoen igjen :p

     

    Sjølv om eg er av dei som har ganske god greie på data, og har ingen ting problem med å lære meg linux, så synes eg det blir for tungvindt i lengden... i alle fall så lenge eg har Windows-CD'en i hylla :) Ingen kan motseie meg i at Windows er meir brukarvennleg enn Linux... *Men Mac virker veldig genialt :hmm:*

     

    Uansett. Windows er og kjem til å bli eit veldig bra operativsystem så lenge hardwaren strekk til (noko som ikkje min gjer). Sjølvsagt kunne eg oppgradert, men min konto som ungdom er ikkje akkurat noko å skryte av, så eg vil i så fall heller vente til eg veit kva systemkrava til Longhorn blir, og til hardwaren som er god nok blir billeg nok.

     

    Hadde eg hatt ein rask nok datamaskin hadde eg vore av dei som hadde brukt han fornuftig på ein ryddig måte. Min harddisk må være ein av dei med minst rot i heile Norge (og ikkje minst med null virus og spyware). :D

     

    Men sjølvsagt. Viss eg nokon gong får eit veldig godt brukt-tilbud kan det godt være at eg legg godviljen til :)

     

    Forsåvidt har eg veldig sansen for HP sine bærbare Pavillion :roll:

  3. Akkurat det med systemkrava plager meg. Eg har heile tida klart å overleve med 128MB RAM og 663MHz, men nå må eg snart oppgradere :(

     

    Generelt synes eg det er ganske lite forandringar mellom XP og Longhorn... Viss det ikkje blir mykje nytt, og ikkje berre eit nytt design trur eg mesten eg vil vurdere å berre bruke Win XP. Det er mykje meir "light", og køyrer mykje lettare...

     

    Men forresten: Vil ikkje dette koste ein formue? Og skal ikkje snart Win XP-prisen synke?

  4. peek() leser fra filen uten å fjerne tegnet, men du får ikke filen fra stdin noe fortere av den grunn. Du må fortsatt vente på at terminalen gir den til programmet ditt.

     

    For mer om problemet, se: http://www.eskimo.com/~scs/C-faq/q19.1.html

     

    Dersom jeg har misstolket deg, og du bare vil ha en rutine som parser samtlige tegn når de kommer fra stdin, bruk fread. Slik:

     

    #include <unistd.h>

    #include <stdio.h>

     

    int main(){

    char b;

    void *buf=&b;

    while(1){

      fread(buf,1,1,stdin);

      printf("%x ",b);

    }

    }

    Nei, du har ikkje misstolka meg. Eg har ikkje fått lest den artikkelen du linka til, så eg er kanskje litt lite oppdatert (tar det som sengelesing), men vil det seie at getch er det beste alternativet i denne samanhengen og at eg bør gå over til ein ikkje-standard kompilator? :( Getch er jo ekstremt enkelt... (Dette er kanskje rett anledning til å lære seg assemble)

     

    Nei, den var litt dryg. Eg skal vedde på at det etter kvart kjem nokon her som har erfaring med det :) (optimistisk sett) Det må jo være mogleg å bruke tastaturet i C++. Viss ikkje dette går, synes eg at det må være eit av dei største mangla i C++.

  5. Hallo!

     

    PS: Hopp gjerne ned til den "tjukke delen" om du har lita tid.

    Eg har i det siste jobba ein del med console-programmering i windows for å setje meg litt inn i enkle brukarvennlege program, men som ikkje plent er kommandobaserte.

     

    Eit problem eg har støytt på no er at eg prøver å lage ein tekstboks. I enkel console-bruk er jo det berre cin >> variabel, men no skal eg ha det "inn i ein boks", altså innanfor 4 hjørne.

     

    Eg har studert dette litt, og sett i forskjellige kildekodar, ettersom eg ikkje fant noko emne om akkurat det på msdn, og har funne ut kor enkelt det eigentleg er.

     

    Det er jo berre til å ha ei løkke gåande, og "ta imot" ein bokstav per "runde", og parse linjeskift, og når det har kome til enden av linja.

     

    Teoretisk er jo dette lett, men alle plasser der denne metoden blir brukt blir det brukt funksjonen getch() til å "få tak i" ein enkelt bokstav frå brukaren.

     

    Ettersom eg ikkje bruker borland eller microsoft sine kompilatorar finnes ikkje denne funksjonen, så eg må bruke noko tilsvarande.

     

    Eg hadde eigentleg trudd at eg kunne ha brukt funksjonen cin.get(), men tydelegvis takler han det ikkje slik som eg vil. (forstår faktisk ikkje heilt kva som skjer, men det fungerer i alle fall tydeleg vis ikkje slik som eg vil ha det).

     

    Spørsmålet (om du vil er det nok å lese dette):

    Kva for ein standardfunksjon må eg bruke for å motta kun 1 bokstav frå brukaren før scriptet går vidare? Altså ikkje til mellomrom eller enter, men bare 1 bokstav. Og ikkje nok med det. Han må "ta i mot" både enter-klikk, og "piltast-klikk". Dette er akkurat kva funksjonen getch() gjer, men den er uaktuell (fordi kompilatoren ikkje støtter han, og fordi det er tåpeleg windowsprogrammering).

  6. Det som ville vore greiast til det trådstarter skal ha, ville vore ein "type" som fungerte _heilt likt_ int, men kunne lagre _mykje større tal_. Liksom slik:

     

    #include <iostream>
    
    int main() {
       longint tall = 3948209877403627694057;
       std::cout << "Basokamannen har nå " << tall << " gullmedaljer i samlingen sin." << std::endl;
       return 0;
    }//end int main

     

    Denne må gå ann å bruke heilt likt som int til f.eks. matematiske oppgåvar lik dette:

     

    longint tall = 398704520389470;

    longint annetTall = 083740987452423525243524525423521;

    longint tredjeTall = tall ^ annetTall; //Legg merke til størrelsen på dette talet!!

  7. Myubi: Det med inkludering har vel mest med kompileringstid. Om du kompilerer dette programmet:

    #include <iostream>
    #include <fstream>
    #inlcude <string>
    #inlcude <vector>
    
    int main() {
       std::cout << "Hello world!";
    }

    så skal det vel ikkje i teorien ta meir plass enn om du berre hadde inkludert iostream. Biblioteka består jo av funksjonar og klassar, og det skal jo ikkje bli større om du lager ein funksjon som ikkje er i bruk...

     

    Det som derimot skjer er jo at det tek lenger tid å kompilere, så om du har eit stoort prosjekt kan det vel vere lurt å inkludere minimalt...

    • Er du hobbyprogrammerar eller proffesionell?
    • Kvifor begynte du å programmere?
    • Kor lenge har du programmert? (og kor gammal var du då? valgfri)
    • Kvafornokre programmeringsspråk kan du?
    • Når var du interresert i data (alder)?
    • Har du toke nokon utdannelse innen programmering?
    • Kva er det største prosjektet du nokon gong har gjennomført i programmering?
    • Kva er den største tabben du har gjort innen programmering?
    • Kva type programmering driver du mest med / liker du best? Driver-programmering, Konsoll-programmering, Windows-programmering, Dataspel, osv...
    • Kva for eit operativsystem brukar du?
    • Liker du å programmera? (tåpelig spørsmål?)
    • Kven er ditt største idol innen IT?

    • Har du evt. ein blogg/it-heimeside der du skriv om tanker og ting om deg og programmering, eller gjev tips til andre? (link)
    • Veit du om andre sider som er verdt å besøke (innen programmering, ja)

    (Andre spørsmål som må bli oppførte?)

  8. Grunnen til at eg dei siste dagane har streva med å leggje inn linux, er mest fordi datamaskinen min er litt vel treig til Windows XP Pro. Denne tråden konkluderte med at Gnome ikkje takler min hardware, og eg installerte KDE (Kubuntu).

     

    Så har det seg slik at eg vil jo ha noko som krevar minst mogleg av datamaskinen min, og eg vil helst difor skifte endå ein gong, men no til XFCE. Er det nokon her som gidder å forklare det, eller veit om ein guide som forklarer det godt? Eg har søkt litt på google, og har funne nokon guider, men eg har ikkje klart å få det heilt til... F.eks. finner eg ikkje alle filene dei snakker om, og artikklane var ganske gamle...

  9. For å gi ein statusrapport: Eg har installert KDE til Ubuntu, så med andre ord er det no Kubuntu eg strevar med. Problemet etter inlogginga har forsvunne, men dataen henger seg endå i om lag 7 minutt på punktet "Starting Enterprise Volume Magnement System".

     

    Dersom nokon har vore borti dette er eg ekstremt glad for å høyre korleis det vart løyst, eller om det vart løyst!

×
×
  • Opprett ny...