| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8
Comments:
<0> vawjr ah; i think im on the way to understand; so on a system where all access to memory by other progs is not allowed, a change to public would have no effect, right?
<1> I've only been here intermittently, haven't seen any comments from Run
<1> last time I logged him saying anything was about 26 hours ago
<2> You and I must make a pack. We must bring salvation back. Where there is love. I'll be there. I'll reach out my hand to my keyboard for you. I'll have faith in all you do. Just call my nick. And I'll be there.
<2> la la la
<3> Run, with automake & autoconf, the shared library names I get are like libfoo instead of libfoo.so. any idea ?
<2> You do it wrong?
<3> Run, I don't think so
<2> gribouille: http://www.catb.org/~esr/faqs/smart-questions.html
<2> I'm out-a-here, try again tomorrow :p
<2> (hint: I help people on occ***ion, but I'm not the type you see here a lot on IRC that ask questions. Why would I ask you questions if you don't give enough information to give an answer? I can't read minds, or look on your harddisk from here).
<1> the rest of the ops can (read your harddisk), but Run hasn't downloaded the app yet
<1> and his tinfoil hat keeps him from reading your mind
<4> I don't think I like the new Dr. Dobbs.
<4> There's more whitespace than on JBlitzen's resume.
<4> And the content seems a lot fluffier, too.
<4> And really, I *don't* want to see pictures of all the geek authors.
<4> I'll buy a copy of Playgeek if I want that.
<0> vawjr anyway, your last answer cleared a lot; and i only wanted to know the effect of the attributes. thank u for your trouble, and cya
<0> cya all
<5> holy crap Solamente blows
<6> hey all
<6> hmm if a method is not declared virtual in the base cl***, can it still be overridden in a deriving cl***? It would use static name resolution I know.. but you could still do derivingcl**** d = new derivingcl***()
<6> and then call the overridden method
<7> yup
<6> thanks, just needed that cleared up
<7> but if it's ever used as in basecl**** b = d; then you won't get the function in derrivingcl*** called
<6> yep ;) thx
<7> rarely what you want though. Good advice is to *always* have a virtual destructor
<6> aye
<8> is dynamic_cast for casting a base * to a derived *?
<1> Buoy yes
<7> generally, yes
<8> and ungenerally?
<7> well, you can dynamic_cast to other types (e.g. void *)
<8> ah, ok
<7> always exclusively used for downcasting though, and it requires RTTI to be enabled
<8> right. And returns null if unable to cast (doesn't throw), right?
<8> about virtual destructors, can you give me an example of why would one need them?
<7> yes, it returns 0 on failure
<7> well, imagine B derives A, but does something more in it's constructor/destructor than A does
<7> then set "A* someA = aNewedB; delete A;"
<7> which is all fine. Except now, your B destructor didn't get called
<8> yes, it's clear to me now. Thanx
<8> in your example, if the destructor is virtual, "delete A" calls both destructors (for A and B)?
<7> yup
<7> don't forget, your destructor is actually a function. just because you don't explicitally call it, doesn't make it any less of a function :)
<7> it will be implicitally called when you delete; a pointer to it
<7> you don't technically *always* need a virtual destructor, but it's often better to be safe than sorry (and then remove the virtual later, if the vtable overhead turns out to be unnecessary
<8> so, both destructors get called with "delete A", in order ~B then ~A. Is this right?
<7> well, basically
<9> bye
<10> bye threat :P
<9> :P
<9> haha YOU!!!!
<10> yes me :)
<9> YOUI!!!!!!!!
<9> YOUI!!!!!!!!!!!!!
<10> MMMEE!!!!
<9> :P
<10> lol
<9> YOUI!!!!!!!!!
<9> :P
<10> ruterials of the super joint!
<8> what if I have a pointer to A, which holds an object of type B, where "cl*** B : public A", and reinterpret_cast that pointer to "int *" (int *pInt = reinterpret_cast(pA)), and then call "delete pInt"? What happens then?
<11> what the...
<9> yes yes indeed
<9> Buoy, ho
<7> you get fired :)
<11> is there a reason why you australians are getting all riled up?
<8> beside getting fired
<9> Buoy, you need to send me your resume`
<7> things blow up
<7> you can reinterpret_cast your way into trouble very easily
<7> you're basically telling the compiler "OK, you're wrong about what type this is. I know better"
<7> and, being C++, it trusts you
<7> but as you lied to it, from then on, anything it does will be a misconception
<9> NineVolt, because it is 4:23AM :)
<8> ok, thx
<9> NineVolt, and if an Aussie is on here they are either very tired and hense a bit edgy or very pissed :P
<10> exactly threat !
<9> :)
<10> engine oil!
<9> lol
<9> no, engine degreaser and paint stripper :)
<10> :) yepo!
<9> yeooh!!!'
<10> lol carol boren!
<9> :P
<7> calm down
<10> Asriel: ;)
<9> She better get up there quick! who is she any way, this is an all boys school?
<10> threat: oh be jesus! :P
<9> acid_x, your Irish adn your strange requests :)
<10> yep!
<9> hehe
<9> any way
<9> I am going to bed :P
<10> lies!
<9> haha
<10> you are waiting for that lb
<9> yes :P but the ppl of #C++ don't know that :P
<10> ..... so they dont!
<12> I have a problem with my Dialog cl***
<9> I am going to watch some Little Britain if you must know
<9> then sleep
<9> haha
<9> Pfloydme, I dont care
<13> hello i am running simple console based hello world program but i am getting fatal error C1083 that .pch doesnt exist
<12> ResDialog3.obj : error LNK2001: unresolved external symbol "public: virtual struct CRuntimeCl*** * __thiscall CReserve::GetRuntimeCl***(void)const " (?GetRuntimeCl***@CReserve@@UBEPAUCRuntimeCl***@@XZ)
<9> dil-g0ne, I also dont care :P
<12> but I care and that's all that matters
<10> night threat :P
<10> Pfloydme: hello
<9> Pfloydme, pl, good luck with that
<12> hey there
<9> pl = ok
<9> typo
<8> Pfloydme, have you implemented GetRuntimeCl***?
<13> what?
<9> pl is here, ok is there, pl, ok, this is a keyboard
<10> threat: lol
<13> dont break my heart`(
<10> what if the keyboard is a bit biggeR?
<14> no
<7> threat, acid_x, stfu with innane rambling whilst people are asking real questions, OK?
<9> acid_x, it takes a bit longer ;P
<10> threat: :P
<10> Asriel: fiesty!
<7> no problem with the channel is quiet, but when it's in use, take it elsewhere
<9> Asriel, STFU and EAD please, then we shall consider it
<9> Asriel, o
<9> ok
<8> ***Magnet: This function requires use of the IMPLEMENT_DYNAMIC, IMPLEMENT_DYNCREATE, or IMPLEMENT_SERIAL macro in the cl*** implementation. You will get incorrect results otherwise.
<10> bye bye thewn!!! hf!
<9> yes bye
<9> Asriel, and I am fukcing leaving now any way so be quiet :)
<9> Asriel, or I shall stay longer!
<9> hha
<9> haha
<9> yes I am leaving
<9> bye
<10> threat: lol :P cya!
<9> :P
<14> thanks Buoy luv u
<7> See, now autorejoin is the worst feature added to an IRC client. It turns what should just be a warning kick into a +b that I tend to forget to remove
Return to
#c++
or
Go to some related
logs:
#AllNiteCafe
#java
#chatzone
#slice
#linux
#mysql
Lindividu script
#AllNiteCafe
VC6 VC2005 #include
#linux
|
|