Search:

Thanks SMurf, that got it.

Just started to write my little freecell game and came across a weird glitch. Whenever I start the app I get a busy cursor (the hourglass) until I move my mouse outside the window. Any idea what's...

I don't see why it shouldn't be, considering the fact I CAN WRITE TO IT

HANDLE c;
c = CreateConsoleScreenBuffer(GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ, NULL, CONSOLE_TEXTMODE_BUFFER, NULL);
SetConsoleActiveScreenBuffer(c);
..
ReadConsole(c, gpb, 1, (DWORD...

That'd be great if this were acctualy a windows console, and not a command line app

I just spent about an hour looking for the name of the function to move the cursor only to find out my compiler (mingw) doesn't acctualy *have* it :/
Anyone know an alternative?

*mine* uses strcats, thats the problem :P
The buffer is generated via them.
I might as well post the code


for(int base=0;base<=0xCFF0;base+=0x10){
sprintf(temp,"%04X",base);
...

I'm not changing it, i'm filling a buffer with 200k of data when i call CreateWindow("EDIT".buffer....);
Which takes about 30 seconds, so what i'd like to do, is fill 20 lines like this
---------...

Displaying them is fine, but it bogs down the system ALOT if i fill my whole edit control.

What i want is to only fill 20 lines, in the middle of the edit. (You can't see the text offscreen so why...

I have an edit control and i estimate it does a few thosand strcat and copies and is about 200k long, is there a way i can dynamicaly fill it, say 20 lines either side of where the scroll bar points...

Cheers that worked, i just tried like 4 pieces of example code i found on google with no success.

wParam
Handle to the device context for the static control window.
lParam
Handle to the static control.

Could you explain what that acctualy means? It's going straight over my head...

Does anyone know the styles I could use to create an EDIT control that the user cannot change, without greying it out like ES_READONLY does?

omg i think in my haste i forgot to acctualy call the function i made :X
I added a createthread and it still doesn't draw, oh dear
CreateThread returns error 87 whatever that is


I'm going...

The stretchDibBits nearish the bottom doesn't blit anything to the screen like it was just before i moved all my code around, i'm thinking all the pointerness being passed between the functions not...

If you really wanted to know what i was working on, it's a gameoy decompiler which decodes 0x78FA into:
ld hl, sp-$06
with a range of:
ld hl, sp-$7F to ld hl, sp+$80
which means i need a signed...

It *needs* to be in hex, it'd look out of place, several other hundered numbers are in hex :P

sprintf(,"+%02X",) prints +FA..i want -06 any way to convert it or add to the sprintf?
It's a step in the right direction though. Stupid signed numbers..

Isn't there a way to do it using those odd ? things where you have 2 outcomes like an If

[edit] I found how how to do the + and - using sprintf, now i just need to let it handle signed hex...

I have a char with 0xFA in it, and i want the program to print -$06 (funny hexadecimal syntax) i was wondering if this can be achieved in sprintf or if i'll need other crap, and if it can be done in...

Yea sure, some template code would rock, sorry for the lagged responce i had to sleep :P

i recommend making the LCD *FIRST*.
i made the same mistake, i programmed about 20 opcodes and debugged them all, then i realised by that time that half the code needed to be rewritten for the LCD...

I'm making a gameboy emulator in the same stlye as visual boy advance (normal windows gui with a full width and height area with the video)
i was wondering how i could achieve fast results, as using...

i've noticed that using peekmessage is just like using while(1) and totaly consumes the cpu, what's the best delay to put into the loop?
I was thinking sleep(0); what do you guys think?

The check it against a list of used serials is deffinatly a plausible option, alot of online games are using it nowadays, but if you have 7000 players, that might mean 7000 keys, and if they are all...