knuto
-
Innlegg
291 -
Ble med
-
Besøkte siden sist
Innholdstype
Profiler
Forum
Hendelser
Blogger
Om forumet
Innlegg skrevet av knuto
-
-
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
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 *
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).
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
-
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?
-
Linken til filmen av foredraget til kva-han-no-heitte finnes ikkje... Dette var adressen: http://programmer.no/images/artikkel/2005/...luckawiecki.mov
-
Obs. Feilen ligg på mi side. Biblioteket conio.h (der getch() ligger) er visst allereie installert i DEV-C++, noko som eg trudde eg hadde funne ut at det ikkje var før. Beklager alt styret, så då kan eg jo berre bruke denne funksjonen
-
Nei, eg har forstått at det ikkje finnes nokon standard, men betyr det at getch er den _einaste_ metoden å gjere det på? Går det ann å installere biblioteket med getch i DEV-C++?
-
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++.
-
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).
-
Spørsmålet ligger jo i kven som skal bruke spelet. Dersom du skal lage eit spel som du skal gi til venner, eller kanskje selge til verden, vil jo Windows være det beste valget, men dersom det er noko du berre skal "putle" med nokre grafiske finesser er det jo ikkje så farleg om ikkje dei fleste andre kan bruke dei...
-
Det viktigaste spørsmålet er vel: Er det raskt?
-
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!!
-
Ein kan vel berre ta ein pause i programmering og sitje å vente på at eit standardbibliotek skal kome og løyse problemet med store tal Det skjedde jo når det vart vanskeleg med char. Då kom string
-
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...
-
Benytter annledningen til å slenge inn eit spørsmål. Eg har eigentleg lært at når du inkluderer fstream, så blir iostream automagisk inkludert frå dette biblioteket, men eg såg i går at det slett ikkje er slik i DEV-C++... Korleis er det i standard C++? Er det f.eks. ein Borland-ting eg forklarer?
-
Tusen takk! Akkurat det eg var ute etter!
-
Veit nokon om eit alternativ til Adobe Reader som ikkje er så "tungt" og krevande for datamaskinen? Adobe Reader bruker jo fleire år på bare å starte, mens linux (f.eks. KDE sitt PDF-program) klarer dette kjempefort.
-
- 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?)
- Er du hobbyprogrammerar eller proffesionell?
-
Yes! Takk igjen! Fungerer no...
-
Takk Gimper! Det var det eg mangla, men det ser ut som om han har stoppa for godt på 99%
-
Olsen: Det kom ingen "svar" etter komandoen du skreiv.
Izte: Fekk berre dette
Password: xxxxxxxxReading package lists... Done
Building dependency tree... Done
E: Couldn't find package xfce4
-
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...
-
Deaktiver LVM og EVMS. Såvidt jeg vet er ikke det i bruk som standard.
Tusen takk! Det fungerte! Endeleg! Herleg!
Dabear: Sjekk Boot-Up Manangaren ein gong til. Eg kunne i alle fall deaktivere det derifrå.
-
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!
-
Hmm. Eg sliter enno... Er det nokon her som har litt greie på dette som gidder å kontakte meg på MSN? knutoh([nottospammo])@gmail.commo
-
Hmm. Prøver å skifte til Kubuntu etter tips og hjelp frå Dabear...
Skjermbilder fra Longhorn
i Diskuter dataartikler (Tek.no)
Skrevet
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...