| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11
Comments:
<0> a+=1; is the same as ++a;
<1> and a+=1 looks less good :)
<2> aH so +=1a = ++a
<1> no
<1> +=1a ---> syntax error :)
<2> so what does ++a happen before? pre of what
<3> say if a = 4 and you did a b = 1 * ++a, b would equal 5 if you did a b = 1* a++, b would equal 4
<4> the only difference is the value returned from the expression
<4> a++ returns previous a, ++a returns a+1
<0> a++ copies a, increments a, and returns the copy
<2> oh so if it is just on its own with no return they do the same thing
<3> yeah
<3> on the surface
<0> depends on what a is, and how pre/post increment is implemented for that type
<4> well, it sounded like we were ***uming a was an integer type
<0> well, its good to mention anyway
<4> wow, Sun really pulled a 180 on their licensing since the last time I looked
<5> Do they still require that you sign over your soul
<4> wrong company :)
<4> but Sun did start charging for uniprocessor machines not all that long ago
<4> which Solaris used to be free for
<4> but now they made it all free, even for commercial use
<5> khan is a unitesticle machine
<4> heheh
<6> i have a code for reading .bmp files in vc++ and it works, however when i try to run it with mpi (under vc++) it terminates. Anyone knows what the problem might be?
<6> <9> try to debug it
<7> well, yeah
<7> try to debug it
<8> hi
<9> hi
<8> have you got a sec?
<8> I've a little c++ question...
<0> you can ask
<0> as long as it's little
<8> :D
<8> if you have two processes, and they both need to access one file, what are your options to ensure mutex.
<8> they can't be run as threads is the problem... have to be seperate processes
<0> that'd be an OS-specific thing
<8> linux, then
<0> the OS may lock you from opening the file if another process has it open already
<6> i did debug
<6> but i dun understand the problem
<6> nor how to solve it
<4> Dunk-, see flock()
<4> you can request an exclusive lock
<8> so I guess just catch the error, pause 'n' retry?
<8> flock, excellent
<6> _***ERTE(stream != NULL);
<8> aha, flock
<6> what does this mean
<8> that's bloody brilliant
<0> if it stops there, then the stream must have been null
<8> thanks!
<4> np
<8> :)
<0> it means that stream == NULL
<0> and that's bad
<6> but why does it give me an error?
<0> because that's what ***ert is for
<6> how can i fix this?
<0> it generates an error when the condition isn't satisfied
<0> figure out why stream == NULL and fix that
<6> it runs ok under vc++
<6> the problem appers under mpi
<6> how can that be?
<0> who knows
<0> it's most probably a bug in your code
<6> cna i just delete the line?
<0> the ***ert? no
<0> it's there for your protection
<0> it's there to say 'hey, you have a bug'
<6> i dont have a stream in my code
<5> Khan, do you sympathize with hose monster.com commercials with all the monkeys
<5> +t
<6> that stream thing appears in the debug code
<0> it might not be clear why stream is 0, but you probably forgot to do something that would cause stream to not be 0
<6> but what is stream? i dont have it in my code
<0> how should I know?
<6> i mean it appers only in the debugged code
<6> should i access it there?
<6> ok i solved my problem:)
<6> apparently there was an error in the way i read command line arguments
<6> thank you very much rdragon
<0> aye
<10> c-bot strcom
<11> YUY0x7, *shrug*
<12> hi all, does anyone know how i can get visual studios to step through each line of code as it is executing it?
<13> f10
<14> debug it
<14> haha
<14> what the **** kind of question is that
<13> heh
<12> nice, thanks
<12> so, if i click f10, it will just step through each line
<12> thankyou
<14> dude
<10> there's a toolbutton as well
<14> wow
<14> yeah
<14> for real
<13> add a breakpoint to the entry point, f5 then wait for break, then f10 .. thats debugging
<14> that wasn't even that mysterious
<13> or f11 to step into
<14> he left
<13> heh, I even spoonfed
<13> and he left.
<8> hey
<8> a small clarification: with flock(), how do I get the file pointer without opening the file?
<8> I plan to use it as a blocking call
<15> I will flock() you in teh *** ;0
<8> ...so i need the file descriptor before i make the call
<8> is there a call for that?
<8> i'm unfamiliar with the system calls
<15> Call(911)
<8> :)
<16> is anybody here useing/used(more probably) the tree view control?
<16> *using
<17> yeah, millions of years ago.
<17> it was a nice contrl
<13> I maintain code that has it... but I never got into the nitty gritty
<17> ahhh, my Windows programming years.
<8> system call to get a file descriptor in linux anyone? :)
<16> it is not nice at all!
<16> it's full of bugs
<16> every control in my application is acting diffrently!
<16> that's when I delete items
<16> if I use the controls delete method it won't display my icons and text on the new items that I add
<16> on some of them
<16> on other controls
<16> if the first item I click is the last one in the list
<16> it disapears!
<16> so I have to click again the blank space
<16> cuz it's there
<16> but it's not drawn
<16> and with every tree control that I add on the dialog, I get the same problem, I find a work around in about 2 hours and when I add another one the same work-around will not work anymore!
<18> I am able to get a handle to my SDI view with my CTechCenterView::GetView while in my Dialog Cl*** when I use the dialog that is activated from inside the view, but not when I am in the dialog cl*** that is a button in the main toolbar
<18> can someone help?
<18> CTechCenterView * CTechCenterView::GetView() { CFrameWnd * pFrame = (CFrameWnd *)(AfxGetApp()->m_pMainWnd); CView * pView = pFrame->GetActiveView();
<18> This is MFC crap
<19> my whole team was in the office until 4 am last night responding to a m***ive integrations, looks like we might repeat almost as long tonight heh
<19> luckily, i work from home, so i didn't have to drive home. one of them didn't get to sleep until 7 am
<19> integration -s
<18> still, sounds better than my job
<18> <- works at a community college doing grunt work
<19> as you're using MFC, i would wager you're right
<18> well, is there a good CLI book out there?
<19> not that i know of
<19> herb sutter's CLI rational pdf is good, but it's not a tutorial
<19> at least it explains the rationale for things
<18> would it even be a good idea to show people I know MFC?
<18> I mean real employers
Return to
#c++
or
Go to some related
logs:
#slice
#php
hack irc chans
#london
#AllNiteCafe
#mirc
slow-danced to his dreamy eyes in 1962
ppt2pdf debian
arhiva mirkforce
#linux
|
|