Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[qwertyuiopas]

The hard part is that I don't know how your IDE works.

Theoretically, you could compile it with the batch file, if your system is set up to allow gcc to be invoked directly from the command line, or if you modify the command to use the full path. If your IDE even uses minGW.

[Hippoman]

Yep, you lost me.

[Hippoman]

Can you just learns me WinAPI so I can make windows and shit.

[G-Flex]

Fuck it im lost.

I can't follow any of this shit.
WHy do you programmers have to go and format everything in such a dumbfucking way?!

I tried compiling his sample program. DIDN'T WORK.
Fuck it all. OpenGL sucks.

This is the exact way to get people to help you.

If you want people to help you with a project, do exactly what this man is doing right now. Respond in exactly this fashion.


Seriously though, you sound like you don't have any patience. At all. You cannot program without patience, trust me. There will in fact be situations where you spend a half-hour hunting down a bug only to realize that you forgot to change "i--" to "i++" somewhere.

[Hippoman]

well forget OpenGL, I just want to make windows with WinApi.

[qwertyuiopas]

Here, the bare minimum I could lazily cut my code to.

It could probably be trimmed further with a bit of effort, and might not even run as it is, but in theory, it might complain about missing variables or unused ones, but otherwise it likely works.

The HWND hwnd could go in WinMain, I just removed it in my full code so that I could put a default windows file selection dialog call in, in another function.

Spoiler (click to show/hide)

Code: [Select]

#include <stdio.h>
#include <windows.h>

int width=256,height=256,quit=0;
HWND hwnd;

LRESULT CALLBACK WndProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    switch(message)
    {
      case WM_CLOSE:
        PostQuitMessage(0);
        break;
      default:
        return (DefWindowProc(hwnd, message, wParam, lParam));
    }
    return 0;
}
int APIENTRY WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow)
{
    WNDCLASSEX windowClass;
    MSG  msg;
    DWORD dwExStyle;
    DWORD dwStyle;
    windowClass.cbSize=sizeof(WNDCLASSEX);
    windowClass.style= CS_HREDRAW|CS_VREDRAW;
    windowClass.lpfnWndProc=WndProc;
    windowClass.cbClsExtra=0;
    windowClass.cbWndExtra=0;
    windowClass.hInstance=hInstance;
    windowClass.hIcon=LoadIcon(NULL, IDI_APPLICATION);
    windowClass.hCursor=LoadCursor(NULL,IDC_ARROW);
    windowClass.hbrBackground=NULL;
    windowClass.lpszMenuName=NULL;
    windowClass.lpszClassName="MyClass";
    windowClass.hIconSm=LoadIcon(NULL,IDI_WINLOGO);
    if (!RegisterClassEx(&windowClass))
    {
        return 1;
    }
    dwExStyle = WS_EX_APPWINDOW | WS_EX_WINDOWEDGE;
    dwStyle = WS_OVERLAPPEDWINDOW;
    hwnd = CreateWindowEx(0,"MyClass","",WS_OVERLAPPEDWINDOW,200,100,width+8,height+34,NULL,NULL,hInstance,NULL);
    if (!hwnd)
    {
        return 1;
    }
    ShowWindow(hwnd, SW_SHOW);
    UpdateWindow(hwnd);
    while(!quit)
    {
        while(PeekMessage(&msg, hwnd, 0,0, PM_REMOVE) && clock()-lastDraw<100)
        {
            if (msg.message==WM_QUIT)quit=1;
            TranslateMessage(&msg);
            DispatchMessage(&msg);
        }
    }
    return 0;
}


[eerr]

Your first action should be to ignore all that code, look up your IDE/GUI on the internet. Then find instructions for importing libraries. Theres other stuff to do but you need to do this one step at a time.

Then you can go back to finding window code that compiles.

[G-Flex]

I just realized that I have no idea how much programming experience this guy has.

For all we know, he doesn't know the difference between a while() and a for(), or maybe his grasp on programming logic is made of HARDENED STEEL. It would probably be important to establish this before sending him off to do real, practical graphical programming.

[qwertyuiopas]

It looks like the IDE mentioned works for most compilers, but it also seems to use MinGW in the installation instructions on the wiki.

If it won't compile at all, maybe you need to get a compiler?

Otherwise, the code I posted likely works on all compilers.

Unposted-but-still-edit:

Found a tiny bit I forgot to clip out.
Also, tested MSVC++ 2008, and after removing that unneeded bit, it compiled fine.

So, with both MinGW and MSVC(++? It was compiled as a .c...) compiling fine, I can assume that it is, though not cross-platform, at least generally compatible with a variety of compilers.

Spoiler: fixed code (click to show/hide)

Code: [Select]

#include <stdio.h>
#include <windows.h>

int width=256,height=256,quit=0;
HWND hwnd;

LRESULT CALLBACK WndProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    switch(message)
    {
      case WM_CLOSE:
        PostQuitMessage(0);
        break;
      default:
        return (DefWindowProc(hwnd, message, wParam, lParam));
    }
    return 0;
}
int APIENTRY WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow)
{
    WNDCLASSEX windowClass;
    MSG  msg;
    DWORD dwExStyle;
    DWORD dwStyle;
    windowClass.cbSize=sizeof(WNDCLASSEX);
    windowClass.style= CS_HREDRAW|CS_VREDRAW;
    windowClass.lpfnWndProc=WndProc;
    windowClass.cbClsExtra=0;
    windowClass.cbWndExtra=0;
    windowClass.hInstance=hInstance;
    windowClass.hIcon=LoadIcon(NULL, IDI_APPLICATION);
    windowClass.hCursor=LoadCursor(NULL,IDC_ARROW);
    windowClass.hbrBackground=NULL;
    windowClass.lpszMenuName=NULL;
    windowClass.lpszClassName="MyClass";
    windowClass.hIconSm=LoadIcon(NULL,IDI_WINLOGO);
    if (!RegisterClassEx(&windowClass))
    {
        return 1;
    }
    dwExStyle = WS_EX_APPWINDOW | WS_EX_WINDOWEDGE;
    dwStyle = WS_OVERLAPPEDWINDOW;
    hwnd = CreateWindowEx(0,"MyClass","",WS_OVERLAPPEDWINDOW,200,100,width+8,height+34,NULL,NULL,hInstance,NULL);
    if (!hwnd)
    {
        return 1;
    }
    ShowWindow(hwnd, SW_SHOW);
    UpdateWindow(hwnd);
    while(!quit)
    {
        while(PeekMessage(&msg, hwnd, 0,0, PM_REMOVE))
        {
            if (msg.message==WM_QUIT)quit=1;
            TranslateMessage(&msg);
            DispatchMessage(&msg);
        }
    }
    return 0;
}


[Hippoman]

I just realized that I have no idea how much programming experience this guy has.

For all we know, he doesn't know the difference between a while() and a for(), or maybe his grasp on programming logic is made of HARDENED STEEL. It would probably be important to establish this before sending him off to do real, practical graphical programming.

Basically I know only simple command prompt stuff. and a bit of numbers and stuff.

I do not know any fancy smancy technical stuff. Only simple commands.

It looks like the IDE mentioned works for most compilers, but it also seems to use MinGW in the installation instructions on the wiki.

If it won't compile at all, maybe you need to get a compiler?

Otherwise, the code I posted likely works on all compilers.

Unposted-but-still-edit:

Found a tiny bit I forgot to clip out.
Also, tested MSVC++ 2008, and after removing that unneeded bit, it compiled fine.

So, with both MinGW and MSVC(++? It was compiled as a .c...) compiling fine, I can assume that it is, though not cross-platform, at least generally compatible with a variety of compilers.

Spoiler: fixed code (click to show/hide)

Code: [Select]

#include <stdio.h>
#include <windows.h>

int width=256,height=256,quit=0;
HWND hwnd;

LRESULT CALLBACK WndProc(HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    switch(message)
    {
      case WM_CLOSE:
        PostQuitMessage(0);
        break;
      default:
        return (DefWindowProc(hwnd, message, wParam, lParam));
    }
    return 0;
}
int APIENTRY WinMain(HINSTANCE hInstance,HINSTANCE hPrevInstance,LPSTR lpCmdLine,int nCmdShow)
{
    WNDCLASSEX windowClass;
    MSG  msg;
    DWORD dwExStyle;
    DWORD dwStyle;
    windowClass.cbSize=sizeof(WNDCLASSEX);
    windowClass.style= CS_HREDRAW|CS_VREDRAW;
    windowClass.lpfnWndProc=WndProc;
    windowClass.cbClsExtra=0;
    windowClass.cbWndExtra=0;
    windowClass.hInstance=hInstance;
    windowClass.hIcon=LoadIcon(NULL, IDI_APPLICATION);
    windowClass.hCursor=LoadCursor(NULL,IDC_ARROW);
    windowClass.hbrBackground=NULL;
    windowClass.lpszMenuName=NULL;
    windowClass.lpszClassName="MyClass";
    windowClass.hIconSm=LoadIcon(NULL,IDI_WINLOGO);
    if (!RegisterClassEx(&windowClass))
    {
        return 1;
    }
    dwExStyle = WS_EX_APPWINDOW | WS_EX_WINDOWEDGE;
    dwStyle = WS_OVERLAPPEDWINDOW;
    hwnd = CreateWindowEx(0,"MyClass","",WS_OVERLAPPEDWINDOW,200,100,width+8,height+34,NULL,NULL,hInstance,NULL);
    if (!hwnd)
    {
        return 1;
    }
    ShowWindow(hwnd, SW_SHOW);
    UpdateWindow(hwnd);
    while(!quit)
    {
        while(PeekMessage(&msg, hwnd, 0,0, PM_REMOVE))
        {
            if (msg.message==WM_QUIT)quit=1;
            TranslateMessage(&msg);
            DispatchMessage(&msg);
        }
    }
    return 0;
}


Ima just go ahead and paste this into a document. I use codeblocks so It should work right?

[qwertyuiopas]

If it doesn't, try making a win32 project and repeat, and if it doesn't work then, you might be missing a compiler.

Or something completely unexpected.

Edit:
The "correct" output is a nearly-frozen window that you can close through "normal" methods, and move it around and stuff, but graphically, it shows whatever was over it last, or what was on screen where it was when it was created.

[G-Flex]

Judging by what Hippoman said, I think a lot of this help is honestly a bit misplaced.


Hippoman: I suggest that you learn more about the principles of programming and its logic and practices before trying to fiddle with graphics or make anything more complex. I'm still not entirely sure of how great your knowledge IS, but if you're just starting and haven't progressed much beyond simple procedural calculations and input/output, you need more than a reference; you need a solid foundation

You might want to invest in a book. Your mileage may vary, but "Accelerated C++" (Koenig/Moo) is pretty good, and this book I had for one of my classes called "Problem-Solving with C++" (Savitch) is a decent beginners' resource as well. I'm glad I have both, actually, because each will tend to present things differently, or present slightly different things. If I had to choose one, I'd say Accelerated C++, but the "Problem-Solving" one might be better for a beginning programmer, especially since the exercises it presents tend to be more interesting, at least for me, and it assumes less foreknowledge (to some degree).

[Hippoman]

If it doesn't, try making a win32 project and repeat, and if it doesn't work then, you might be missing a compiler.

Or something completely unexpected.

Edit:
The "correct" output is a nearly-frozen window that you can close through "normal" methods, and move it around and stuff, but graphically, it shows whatever was over it last, or what was on screen where it was when it was created.

exactly what I saw.

Judging by what Hippoman said, I think a lot of this help is honestly a bit misplaced.


Hippoman: I suggest that you learn more about the principles of programming and its logic and practices before trying to fiddle with graphics or make anything more complex. I'm still not entirely sure of how great your knowledge IS, but if you're just starting and haven't progressed much beyond simple procedural calculations and input/output, you need more than a reference; you need a solid foundation

You might want to invest in a book. Your mileage may vary, but "Accelerated C++" (Koenig/Moo) is pretty good, and this book I had for one of my classes called "Problem-Solving with C++" (Savitch) is a decent beginners' resource as well. I'm glad I have both, actually, because each will tend to present things differently, or present slightly different things. If I had to choose one, I'd say Accelerated C++, but the "Problem-Solving" one might be better for a beginning programmer, especially since the exercises it presents tend to be more interesting, at least for me, and it assumes less foreknowledge (to some degree).

Yep...bout that...

Books. Can't do it.
Just cannot do it. I try and try but end up getting too bored. And when I get that bored, I usually give up programming all together.

And this is why I know only the basics. I have no tutor, videos, or non-boring wall 'o' text.

[Nadaka]

...

Yep...bout that...

Books. Can't do it.
Just cannot do it. I try and try but end up getting too bored. And when I get that bored, I usually give up programming all together.

And this is why I know only the basics. I have no tutor, videos, or non-boring wall 'o' text.

Programming itself takes as much or more focus than reading about programming. If you don't have the focus to read about programming at this point, you will not have the focus to actually do programming.

Edit: realized I sounded like a total ass.

[Hippoman]

Oh no, I'm so fucking bored all the time that I get bored of anything so quickly that it's unhuman.

Anyway Programming is good. Becuase I wont get bored while programming because i'll be doing something that doesnt get boring.

The learning process is boring. The doing is not.