Gå til innhold

lnostdal

Medlemmer
  • Innlegg

    490
  • Ble med

  • Besøkte siden sist

Innlegg skrevet av lnostdal

  1. Det er viktig å huske at biodiesel blir produsert v.h.a. olje, og at det for hver enkelt enhet biodiesel brukes mange flere enheter med olje - så biodiesel er faktisk sløsing.

     

    Vi har i dag _ingen_ alternative energikilder som på langt nær kan måle seg meg oljen m.t.p. mengde energi. Det ser heller ikke ut til at vi er i nærheten av å finne alternative energikilder heller .

     

    USA fannt flere billioner liter med olje utenfor meksikos kyst for litt siden, men disse _billionene_ varer bare noen _få måneder_. De fannt dette langt-langt ute og dypt nede, så de er rimelig desperate. Grunnen til at de leter så langt ute er at USA peaket en gang på 1970-tallet og importerer nå mer eller mindre all oljen sin fra midt-østen. Tror ikke USA gjør dette frivillig; og det gjør de jo forsåvidt heller ikke. De sier de kriger for å demokratisere og frigjøre, men man vet nå egentlig hva som foregår når man tenker seg litt om; de sloss om restene fordi de vet at det ikke finnes alternativer til den lille oljen som er igjen.

     

    Det kommer _ikke_ til å gå gradvis; prisene kommer til å gå fort oppover i årene fremover nå. Grunnen til dette kommer frem i videone og sitene om "peak oil". Det er kun saudi arabia som sitter med siste rest, men flere er overbevist om at de har nå peaket også - eller gjør det snart.

     

    En annen ting en kan undre seg over er hvorfor Bush - en som er masse "inn i" dette med olje og slikt har et hus som nærmest "går av seg selv" uten behov for oppvarming eller å være koblet til strømnettet. Det kan virke som om han vet hva som er i ferd med å skje og har sikret seg m.t.p. mat/energi på en slik en "green ranch".

     

    Ting kommer til å forandre seg. :}

  2. Men om jeg (som sitter i windows) vil compilere et lite program jeg har laga til en kamerat (som sitter i mac/os), skriver jeg bare -o filnavn.app i tillegg når jeg skal compilere? Vil han kunne åpne og kjøre programmet mitt da?

    6895445[/snapback]

     

    nei, du må enten:

     

    * kompilere prosjektet under mac med gcc der

    ..eller..

    * kryss-kompilere (sjekk det forrige innlegget mit)

  3. Jeg er rimelig sikker på at du kompilerer på samme vis under Mac.

     

    Jeg har skrevet C:\MinGW\bin\g++ -g -Wall kildekode.cpp -o program.exe men i realiteten kunne man under Windows ha skrevet C:\MinGW\bin\g++ -g -Wall kildekode.cpp -o program .. altså droppet .exe på slutten der. GCC "vet" at den skal legge til .exe automatisk - så om du dropper det gjør den dette under Windows, mens under Linux gjør den det riktige der også: chmod +x program. Tipper den gjør noe alá det samme på Mac siden Mac er basert på *nix.

     

    edit:

    Jeg kan godt sjekke med en bekjennt av meg om du lurer på hvordan GCC fungerer under Mac eller hvordan man installerer den der.

     

    edit2:

    Eller ønsker du å kryss-kompilere? ( http://en.wikipedia.org/wiki/Cross_compile ). Tror kanskje det er lettere å gjøre dette direkte på en Mac, eller v.h.a. emulering/virtualisering.

     

    Jeg kjører f.eks. kun Linux som "native OS", og kjører i stedet WinXP under VMWare Player - som nå kan lastes ned og brukes gratis. Jeg har inntrykk av at dette er enklere enn å kryss-kompilere.

  4. #include <iostream>
    #include <ctime>
    
    using namespace std;
    
    int main(){
     unsigned int const MAXSIZE = 50;
     char str[MAXSIZE];
     time_t t = time(0);
     strftime(str, MAXSIZE, "%b.%y", gmtime(&t));
     string result = str;
     cout << "current date: " << result << endl;
     return 0;}
    

     

    lars@ibmr52:~/programming/c$ g++ -g -Wall std-time-date.cpp -o std-time-date && ./std-time-date

    current date: Sep.06

     

    edit:

    Om du tar en titt her http://www.cppreference.com/stddate/strftime.html så ser du at du kan hente ut andre data rundt dette med tid også.

  5. 5.0.3 ser ut til å være den nyeste.

     

    Kan være at .tar.gz-fila ikke ble lastet ned skikkelig; forsøk igjen og/eller bruk et annet speil.

     

    Gjennomførte en installasjon just nuh, og det fungerer som det skal.

     

    edit:

    Når den spør etter hvilke komponenter den skal laste ned og installere bør du forresten krysse av g++ compiler i tillegg til det som allerede er krysset av der. Da får du ned C++-kompileren også.

  6. Jeg aner ikke hvor du fikk tak i den iostream.h-fila; på siden til DMC står dog en link til STLport nevnt - så det er vel den man egentlig skal laste ned. Det at det i det hele tatt fungerer uten å legge til std:: eller deklarere using namespace std; etter du la den i samme katalog som .cpp-fila di kan godt bare være tilfeldigheter, men er egentlig en direkte feil.

     

    Virker som om installasjonen (eller bruken) av DMC er ødelagt siden ikke standard C++ fungerer "out of the box".

     

    Tror det er like greit å gå over til GCC ja. :)

  7. Jeg tror "peak oil" bør nevnes i denne sammenhengen. Det er et faktum at vi snart går tom for olje, og at det vil få store og kanskje noe uventede konsekvenser i veldig mange sammenhenger.

     

    .."peak oil" @ google.. sjekk også samme søk på videositen: http://video.google.com/videosearch?q=peak+oil

     

    Vi blir sansynligvis ikke utryddet på grunn av dette, men vi gjør et hopp tilbake til "steinalderen" og dette tilsier at vi ikke har noen mulighet til å opprettholde hverken forbruk eller befolkningstallene vi har nå.

     

    Jeg er overbevist om at dette vil skje i løpet av min livstid (jeg er 26).

  8. http://www.cppreference.com/cppio/constructors.html

     

    #include <iostream>
    #include <fstream>
    #include <string>
    
    using namespace std;
    
    
    int main(){
     fstream output("testtttt.txt", ios::out|ios::trunc);
    
     string name;
     unsigned int age;
     cout << "type in your name and press enter: ";
     cin >> name;
     cout << "type in your age and press enter: ";
     cin >> age;
    
     // write to file.
     output << name << endl;
     output << age << endl;
    
     output.close();
    
     // now we open the recently created file and read in the values again.
     fstream input("testtttt.txt", ios::in);
    
     string name_from_file;
     unsigned int age_from_file;
     input >> name_from_file;
     input >> age_from_file;
    
     cout << "the data read from the file was '" << name_from_file
          << "' and '" << age_from_file << endl;
    
     input.close();  
     
     return 0;}

     

    lars@ibmr52:~/programming/c$ g++ -Wall -g std-c++-file-io.cpp -o std-c++-file-io && ./std-c++-file-io

    type in your name and press enter: Lars

    type in your age and press enter: 26

    the data read from the file was 'Lars' and '26

    lars@ibmr52:~/programming/c$ cat testtttt.txt

    Lars

    26

  9. Om vi tar utgangspunkt i at du kun er interessert i språkene C/C++, Java og C# finnes det massevis av muligheter til å lage portable programmer her.

     

    C/C++:

    * Bytt fra Visual C++ til GCC. GCC fungerer "overalt". Windows-porten av GCC kalles MinGW.

    * Begynn å bruk et portabelt build-verktøy som Scons. (man duller ikke rundt og rekompilerer filer manuellt under Linux nei)

    * Bruk en hvilken som helst editor. Mange bruker Emacs og VIM. Kall build-verktøyet (scons) fra disse v.h.a. en snarveitast som eksekverer scons.

    * Bruk GDB og DDD til debugging.

     

    edit: sjekk her for litt info om hvordan man kommer i gang med mingw under win32: https://www.diskusjon.no/index.php?act=ST&f...dpost&p=6891892

     

    Tror du kommer til å bli overrasket her også (eller egentlig bør man vel ikke bli det med tanke på hvilke typer mennesker som jobber med/i Linux); for det er når det gjelder utvikling og programmering Linux virkelig skinner.

     

    C#:

    Her er det begrenset hvor mye jeg vet, men siden Mono fungerer både under Linux og Win32 ville jeg byttet fra å bruke Microsoft sin implementasjon av .NET til å bruke Mono sin implementasjon av .NET på begge platformene. Omtrent på samme vis som med C/C++ over altså.

     

    Java:

    Vel, Java er vel greit?

     

    ---

     

    Tror jeg må ha noe mer info angående hva du vil videre før jeg eventuellt kommer med noen flere tips med "mat på beinet". :)

  10. .. huff .. så mye støy .. ok ..

     

    lnostdal:

     

    Steike, du er positiv til en noobie post.  :grin:

    Hvem er du, hvor er Lars?! :wee:

    6890328[/snapback]

     

    Tror aldri jeg "skjeller ut" nybegynnere som kommer med klare spørsmål som det her. Hverken denne personen eller du kommer med noen kontekst eller påstand uten kontekst som tilsier at jeg helt klart bør "advare" personen om at det finnes myemye bedre verktøy for det han jobber med. Jeg antar at han har tatt en vurdering, kanskje t.o.m. fått med seg eller enser et par av kompromissene som ligger i valget han gjør eller på et annet vis vet hva han driver med.

     

    Det kan selvfølgelig hende at dette ikke er tilfelle, men inntil jeg vet mer ser jeg ingen grunn til å gjøre samme feil som dere. .. hah .. For det er altså de rundt som ikke er nybegynnere(?) jeg "skjeller ut" når de gang på gang kommer med hva jeg helt klart mener er gale, tåplige og noen ganger direkte skadelige påstander.

     

    `w3p' kan jo ta en titt på de tidligere innleggene mine; noe fyllevas - men litt av det jeg mener man bør tenke igjennom kommer frem i noen av dem: https://www.diskusjon.no/index.php?act=Sear...user&mid=100798

     

    For å forsøke å svare på det OP spør om kan jeg dra frem noe gammelt ræl jeg skrev for lengesiden. Det står 2006, men tror dette ble skrevet i 2002-2003:

    http://nostdal.org/~lars/articles/Kom_i_ga..._under_Windows/

     

    (Encodingen er gal noen steder, og jeg tror ikke jeg kommer til å gidde å fikse på akkurat dette)

     

    Går altså for MinGW som er den du egentlig er ute etter når du sier "GNU C++" og samtidig mener under Windows. Den kompileren du nevner helt i starten, `w3p', er en helt annen kompiler: http://www.digitalmars.com/. Jeg ville gått for MinGW fremfor DMC.

     

    MinGW inneholder en port av kompileren/linkeren GCC (og litt annet) til Windows. Med det menes det at GCC er programvare som orginalt ble skrevet til en annen platform enn Windows, men som nå er "portet over" til Windows slik at den fungerer der også. Se her for mer info: http://en.wikipedia.org/wiki/Porting. GCC fungerer forøvrig på flere platformer i tillegg til de "vanlige" Linux/Win32(x86) og Mac; en sier at GCC er "portet til flere platformer". Dette gir den fordelen at siden du kjenner til og kan bruke GCC på én platform, så er det veldig enkelt å bruke GCC på en annen platform og dette gjør igjen at det blir lettere å porte programmer du skriver under f.eks. Linux til Windows eller omvendt. Går du for "Open Source" så kan det hende noen andre gjør det for deg.

     

    Det er foresten viktig at du setter deg inn i hvordan kompileren/linkeren fungerer fra konsollet, og derfor bør du også titte på den linken jeg nevnte i det forrige innlegget mitt (denne: http://www.network-theory.co.uk/docs/gccintro/ ). Merk at den gjelder for GCC/MinGW, og stemmer altså ikke med hvordan man bruker den kompileren du brukte orginalt (DMC).

     

    edit:

    Om boka di bruker ting som #include <iostream.h> fremfor #include <iostream> (ser du bytter litt frem og tilbake) har du "driti på draget" eller kjøpt "katta i sekken" da dette er eldgammle greier som gikk ut på dato i 1998. Sjekk trådene i C++-forumet for tips angående bøker; det finnes i hvertfall én som er gratis og kan lastes ned.

     

    Det er ikke nødvendig å laste ned header-filer som f.eks. `iostream.h' for å få standard C++-kode som du bruker i eksemplene dine (eller jeg i mine) til å fungere med MinGW/GCC.

     

    Teksten "Kom i gang med .." viser (i kildekoden) hvordan du får en pause i programmet ditt slik at det ikke lukker seg med en gang.

  11. Hei.

    Er helt ny på c++ programmering, og har kjøpt ei sånn "newbie" bok. Jeg skal installere en GNU C++ compiler, men får det søren meg ikke til. Jeg har lasta ned mappene/filene fra internett, og ligger nå som [...]/compiler/dm/. Hva gjør jeg videre? Står noe om at jeg må legge til ei linje i PATH på egenskaper på min datamaskin --> advanced --> Environment variables og i system variables vinduet. Hvoran _legger jeg til_ ei linje til? Det er jo allerede ei linje der...

     

    Om du ser på hva som allerede står der så er hvert "element" adskillt med et semikolon. Det du gjør da er altså å legge til et nytt semikolon og angir katalogen der gcc.exe holder til. Poenget er altså å få gcc.exe til å være "tilgjengelig" uansett hvilken katalog man står i.

     

    Er det noen som kan hjelpe meg med dette, og legge ved ei lita bruksanvisning på hvordan jeg compilerer mitt første "hi world" program? Har selve fila med c++ codinga (den fikk jeg fra boka mi), men skjønner ikke hvordan jeg compilerer og hva slags steg jeg må  gjøre/gå før jeg får programmet mitt i .exe form...

    6889062[/snapback]

     

    Ta en titt her: http://www.network-theory.co.uk/docs/gccintro/

     

    (Om du står fast kan du altids besøke IRC eller msg'e meg på MSN ellernoe. Sjekk signatur etc. ..)

  12. åh, stemmer; jeg tittet bare kjappt på den artikkelen .. uansett; det du nevner om å kombinere virker som en grei løsning

     

    FT ser ut til å være godt dokumentert foresten:

    http://freetype.sourceforge.net/freetype2/...FT_OutlineGlyph

     

    via den der, 2 strukturer "ned", når man punktene (x,y) i hvert tegn

     

    btw. kan du bruke http://www.pango.org/ ..? skulle tro noe sånnt som den der kanskje er "grei nok" i sammenheng med konsoller i hvertfall

  13. Hm, nei; man genererer tegnene som vanlige objekter bygget opp av OpenGL-primitives (triangler o.s.v.). Så har man eventuelt en texture på disse. Blizzard gjør dette i f.eks. WoW:

     

    http://nehe.gamedev.net/data/lessons/lesson.asp?lesson=43

     

    edit: det å lagre disse som vektor-grafikk fremfor bitmaps bør ta mye mindre minne .. i tillegg blir det myemye mer fleksibelt

  14. tja ..

    Hvilke OS bruker du?

    Spiller det noen rolle når han kan bruke et plattform-uavhengig språk (og/eller bibliotek)?

    Bør koden være plattform uavhengig?

    Hm, noen grunn til at den _ikke_ bør være det?

    Skal du programmere for web eller maskin?

    Hvorfor ikke begge deler?

    Har du noen erfaring med noen språk av noen sort?

    Spiller det noen rolle? Det finnes språk som passer til både nybegynnere og "eksperter".

     

    Det er jo bare å bevege seg litt vekk fra pc verdenen (og mac++) og over på styringssystemer for å se at c++ er mye mer anvendelig en andre høyere språk.

    Det er rimelig åpenbart at OP mener en vanlig PC eller noe som "ligner" på en PC som f.eks. Mac siden ikke annet er nevnt.

     

    Jada - når man ikke har noe annet valg så er C det "beste" fordi det er det "eneste" alternativet som fungerer; tror du det er dette jeg mener? Men det viser seg at det finnes massevis av options utenom C på mange av de mindre platformene om man ser seg litt om .. hmhm .. Ta f.eks. http://christian.jullien.free.fr/ som er det første ex. jeg kommer på i farta her.

  15. åhhhh ... jaaaa .. for "c++ er liksom tingen man ønsker å strebe etter" .. "c++ er liksom siste stop på veien; det finnes ikke noe mer "avansert" som i "bedre"".. her må man legge skikkelig trykk på _om man kan det_, mens man forsøker å virke seriøs på en latterlig måte bare c++-kodere kan i det noe dypt inne i dem, glemt for lengesiden stille og fortrengt hyyyyler: "det mååå finnes noe bedre enn dette"

     

    ... dette er så klart hinsides håpløst, men ok ...

     

    steinaldermentalitet; det er ikke rart ting er som de er ellers i samfunnet - folk skjønner det ikke om man viser dem det en gang.. (mangler kontekst? se en av de 10000 tidligere rantene mine om hva som er galt med c++ og programmering generellt)

     

    ..logikken din er foresten slående, chills; man blir rent målløs.. O_o

     

    vel, dette er uansett bortkastet tid - eller man kan vel håpe at noen forstår - at de som tier samtyker - kanskje noen t.o.m. velger å inngå kompromisser, og "ser" ting for hva de egentlig er? .. de som åpner kjeften om c++'s "fordeler" her leder i hvertfall OP rett i en tar pit trap om han/hun ikke er var; er denne søppla det beste som finnes i dag? forventer du at jeg skal sitte å knøle med dette tungvinnte dritet som på grunn av språkets egne mangler ikke er mulig å automatisere eller abstrahere vekk?

     

    ..folk misser totalt poenget; tror kontroll vil si å eksplisitt holde styr på mest mulig detaljer mest mulig av tiden - når det i praksis er akkurat det omvendte; altså fleksibilitet og mulighet til å abstrahere slik at det for helvette er _mulig å tenke_ når man trenger det

     

    slutt å tull; c++ er ikke noe godt språk _til noe som helst_, det er kun et nødvendig onde; et gigantisk kompromiss.. som cellegift som nærmest tar livet av en når en i stedet kunne hatt noe prevantivt eller noe som "nailet" kun de cellene som var syke .. her kommer kanskje en av de 10000000 rantene mine om hvordan man kan og bør kombinere mest mulig bruk av høynivåspråk som f.eks. Python og Lisp e.l. med minimalistisk bruk av C (merk: ikke C++) kun der det er nødvendig og kun helt til slutt om annet ikke er mulig og mest fordelaktig noe det altså er i 99.99999999% av tilfellene - inn i bildet

     

    ..gå for et interaktivt, portabelt språk, Fangorn.. f.eks. Python; biblioteket PyGTK ser ut til å være det du er ute etter.. det er mye brukt og godt dokumentert

     

    edit:

    C++-kodere kan skylde på at "språket er så avansert" (men misforstår og bommer så klart helt m.t.p. ordbruken, og dermed forståelse/innsyn), resten har kun seg selv å skylde.

×
×
  • Opprett ny...