[C(++)] voor dummies - Deel 1

quote:

Op zondag 7 maart 2010 11:56 schreef LucasHulshof het volgende:
Een erg goede en gratis IDE, voor zowel windows/linux, gericht op het ontwikkelen van software met het QT framework (o.a. google earth maakt hier gebruik van)
QTCreator

Het QT Framework verlost je van het broddelwerk genaamd "windows api" en is compleet object georienteerd. Een aanrader voor iedereen die serieus portable software wil schrijven.

Afgelopen november een editie van Linux Magazine gekocht, meteen verslaafd geraakt door de Qt Framework.

Dit is trouwens ook wel een goed boek om de basisbeginselen van C++ te leren: http://mindview.net/Books/TICPP/ThinkingInCPP2e.html

quote:

Op woensdag 12 mei 2010 11:26 schreef thabit het volgende:
Dit is trouwens ook wel een goed boek om de basisbeginselen van C++ te leren: http://mindview.net/Books/TICPP/ThinkingInCPP2e.html

en deze natuurlijk ook:
cplusplus

van cplusplus.com heb ik de volgende code:


Maar is het niet zo dat de types int en long hetzelfde zijn en dit voorbeeld dus eigenlijk nutteloos is? Met het compilen heb ik in elk geval geen probleem als ik een int aan een long variabele probeer toe te wijzen en andersom (ook als argumenten bij functies niet).

een int een long zijn verschillende types.

Een long is een "long-int"

of er daadwerkelijk verschil in de lengte zit, is afhankelijk van je processor...

Dus

een short is 2 bytes
een long is 4 bytes
en een int is 2 of 4 bytes afhankelijk van je processor.

Op 16-bitssystemen (mogelijk van voor jouw tijd ) was een int 16 bit en een long 32 bit.

Het zijn verschillende types die op de huidige hardware "toevallig" dezelfde grootte hebben. Tenzij je de code gaat compileren op obscure platforms zou ik me er geen zorgen over maken.

quote:

Op dinsdag 25 mei 2010 12:21 schreef progje het volgende:
een int een long zijn verschillende types.

Een long is een "long-int"

of er daadwerkelijk verschil in de lengte zit, is afhankelijk van je processor...

Dus

een short is 2 bytes
een long is 4 bytes
en een int is 2 of 4 bytes afhankelijk van je processor.

ik snap het, hoewel het wat onlogisch overkomt om de grootte van een variabele af te laten hangen van de processor.

quote:

Op dinsdag 25 mei 2010 12:21 schreef thabit het volgende:
Op 16-bitssystemen (mogelijk van voor jouw tijd ) was een int 16 bit en een long 32 bit.

ik heb het programmeren geleerd in qbasic

quote:

Op dinsdag 25 mei 2010 17:38 schreef minibeer het volgende:

[..]

ik snap het, hoewel het wat onlogisch overkomt om de grootte van een variabele af te laten hangen van de processor.

Is ook raar.

quote:

Op dinsdag 25 mei 2010 17:38 schreef minibeer het volgende:

[..]

ik snap het, hoewel het wat onlogisch overkomt om de grootte van een variabele af te laten hangen van de processor.

raar maar waar...

PS.
Hier de groten van alle data typen

Je kan natuurlijk ook de sizeof(agrument) gebruiken om te zien hoe groot iets is.. uitkomst is overigens wel in bytes

quote:

Also, when using SDL, you must have your main() function declared like it is above. You can't use void main() or anything like that.

quote:

Op zondag 30 mei 2010 00:03 schreef minibeer het volgende:

[..]

quote:

Op dinsdag 25 mei 2010 21:06 schreef netolk het volgende:

[..]

raar maar waar...

PS.
Hier de groten van alle data typen

Je kan natuurlijk ook de sizeof(agrument) gebruiken om te zien hoe groot iets is.. uitkomst is overigens wel in bytes

Ik heb thuis een C++-programmeerboek liggen die datatypes van kleinere groottes heeft. Betreft int en long.

quote:

Op zondag 30 mei 2010 03:27 schreef Ofyles2 het volgende:

[..]

Ik heb thuis een C++-programmeerboek liggen die datatypes van kleinere groottes heeft. Betreft int en long.

Dan is dat waarschijnlijk een oud boek...

sizeof is de grootte die jouw computer er van maakt

quote:

Op zondag 30 mei 2010 10:24 schreef netolk het volgende:

[..]

Dan is dat waarschijnlijk een oud boek...

sizeof is de grootte die jouw computer er van maakt

Het gaat om 'Sams Teach Yourself C++ in One Hour a Day'.

Een pijnlijke fout is dat de auteurs van dat boek vermelden dat de long int en de int van dezelfde lengte zijn.

quote:

Op zondag 30 mei 2010 14:36 schreef Ofyles2 het volgende:

[..]

Het gaat om 'Sams Teach Yourself C++ in One Hour a Day'.

Een pijnlijke fout is dat de auteurs van dat boek vermelden dat de long int en de int van dezelfde lengte zijn.

dat is dus alleen bij nieuwe systemen zo,
maar hier staat ook dat de int en de long int even groot zijn:
http://www.cplusplus.com/doc/tutorial/variables/

quote:

Op zondag 30 mei 2010 01:17 schreef Cruise.Elroy het volgende:

[..]

Van een SDL tutorial.
Ik vroeg eerst waarom mensen eigenlijk men een main functie die een int was begonnen, maar dat is dus ook voor dit soort zaken

quote:

Op zondag 30 mei 2010 15:03 schreef minibeer het volgende:

[..]

dat is dus alleen bij nieuwe systemen zo,
maar hier staat ook dat de int en de long int even groot zijn:
http://www.cplusplus.com/doc/tutorial/variables/

ja nieuwe systemen hebben dat zo en daarom staat dat er waarschijnlijk aangezien (bijna) niemand die oude systemen nog gebruikt en er zeker geen programma's meer voor gemaakt worden

quote:

Op zondag 30 mei 2010 15:06 schreef minibeer het volgende:

[..]

Van een SDL tutorial.
Ik vroeg eerst waarom mensen eigenlijk men een main functie die een int was begonnen, maar dat is dus ook voor dit soort zaken

gewoon int nemen dan zit je altijd goed

quote:

Op zondag 30 mei 2010 15:03 schreef minibeer het volgende:

[..]

dat is dus alleen bij nieuwe systemen zo,
maar hier staat ook dat de int en de long int even groot zijn:
http://www.cplusplus.com/doc/tutorial/variables/

Oh, oké.

klopt het dat het niet mogelijk is om mode 13 graphics in visual c++ te doen? Dat zou niet werken omdat dat een 32-bits compiler is ofzo (verder snap ik hier de ballen van). Het zou wel kunnen in SDL, maar ik zou liever eerst om te oefenen mijn programmatjes uit qbasic naar c++ 'vertalen'. En dan kijken hoe snel ze zijn natuurlijk...
Maar dit zit er dus niet in?

quote:

Op zondag 30 mei 2010 16:02 schreef minibeer het volgende:
klopt het dat het niet mogelijk is om mode 13 graphics in visual c++ te doen? Dat zou niet werken omdat dat een 32-bits compiler is ofzo (verder snap ik hier de ballen van). Het zou wel kunnen in SDL, maar ik zou liever eerst om te oefenen mijn programmatjes uit qbasic naar c++ 'vertalen'. En dan kijken hoe snel ze zijn natuurlijk...
Maar dit zit er dus niet in?

Mode 13 is iets van 20 jaar geleden. Tegenwoordig heb je geen palette meer van 256 kleuren Het heeft niets met de taal te maken, maar meer met het feit dat al die systemen uit het DOS-tijdperk stammen en niet meer 1-2-3 beschikbaar zijn.

Ik kan je aanraden om toch SDL te gebruiken, maar misschien eerst C++ goed onder de knie krijgen.

quote:

Op zondag 30 mei 2010 16:10 schreef Cruise.Elroy het volgende:

[..]

Mode 13 is iets van 20 jaar geleden. Tegenwoordig heb je geen palette meer van 256 kleuren Het heeft niets met de taal te maken, maar meer met het feit dat al die systemen uit het DOS-tijdperk stammen en niet meer 1-2-3 beschikbaar zijn.

Ik kan je aanraden om toch SDL te gebruiken, maar misschien eerst C++ goed onder de knie krijgen.

Met qbasic kan je wel gewoon screen 13 graphics en alles doen (tot en met XP werkt dat prima). Beetje jammer, want ik vind graphics wel een van de leukere dingen om te doen, en om nou met SDL te beginnen terwijl ik c++ nog niet echt goed ken... maarja.

quote:

Op zondag 30 mei 2010 16:21 schreef minibeer het volgende:

[..]

Met qbasic kan je wel gewoon screen 13 graphics en alles doen (tot en met XP werkt dat prima). Beetje jammer, want ik vind graphics wel een van de leukere dingen om te doen, en om nou met SDL te beginnen terwijl ik c++ nog niet echt goed ken... maarja.

Ik kom ook uit een QBasic achtergrond, en het is wel even wennen.
Als je echt wilt, kan je heel snel een applicatie uit de grond stampen in win32 met een scherm en een tekencanvas (zonder extra libs te hoeven downloaden)

// maken en registeren van een window:
RegisterWindowEx()
CreateWindowEx ()
ShowWindow()
// functie die je moet maken waarin je events afhandeld
WindowProc()

// maken van een tekencanvas
CreateDIBSection()
GetDC()
SelectObject()

// kopieren van het tekencanvas naar de oppervlakte van je windowBitBlt()
BitBlt()

// Afhandelen van window-events:
GetMessage()
en dan de events:

WM_PAINT (herschrijven van je window)
beetje muis-events afvangen:
WM_MOUSEMOVE
WM_LBUTTONDOWN

Het is even googlen maar dan heb je in een dag wel een werkend framework waar je redelijk snel op kan tekenen. Het is alleen allemaal event driven, dus als je wilt animeren zul je iets met CreateTimer() moeten doen of met GetTickCount() de tijd in ms opvragen en dat in het GetMessage() loopje zelf doen.