|
Please don't post the error message as code, it becomes unreadable.
Could you also post some part of the code where the error occured?
By looking at the error, it seems you are trying to pass a dimension2d<u32> to a function accepting a dimension2d<s32>. With template objects, there's no automatic conversion even if a u32 can be converted to a s32 automatically. These templates are two different objects which cannot be interchanged.
You have to work with a dimension2d<s32> instead of a dimension<u32>.
EDIT: fixed the HTML tags
|
|
|
|
|
Here is the line that causes the error.
d_texture = d_driver.addRenderTargetTexture(
irr_sz, IrrlichtTexture::getUniqueName().c_str());
irr_sz is the argument of type
irr::core::dimension2d<irr::s32>
Compiler says can't convert the above type to const irr::core::dimension2d<T>
What to do?
|
|
|
|
|
Sorry, the < and > symbols were removed in my previous reply. This is fixed, and I explained what you have to do.
|
|
|
|
|
I have been asked this question in my recent interview...
"How can we make sure that only one thread access global variable?"
What's the appropriate answer.
Thanks all
|
|
|
|
|
Using "Synchronization".
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
That does not limit the number of threads accessing a variable, it merely sequences the accesses, making sure they don't overlap.
|
|
|
|
|
Of course.
It wasn't clear to me what the interviewer really asked to the OP.
BTW you may use a synchronization object to prevent other threads accessing the resource, if hanging the other threads is an option...
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
modified on Thursday, June 17, 2010 8:40 AM
|
|
|
|
|
We both read the same sentence, which is pretty clear IMO. I took it as is, you chose to read something that wasn't really there... Hanging is not an option, this ain't 19th century Texas.
|
|
|
|
|
Yes, indeed it was pretty clear and I really chose to read it that way (I've updated my previous reply).
Hanging threads is an everyday option for many 'senior developers' around...
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
|
|
rp_suman wrote: Mutex Objects
Critical section at the time of accessing of the variable! not mutex if we talking about thread! mutex is more beneficial in case of limiting access across different process
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
The first response is to gently chide the interviewer telling him (or her) that they're mad for using global variables in a multi-threaded program.
Once they've made some excuse for using global data (legacy code, have to make change immediately otherwise the four horsemen ride, Jormangand wakes or even worse the company's stock price falls) the second thing to do is turn the question around and ask whether they mean from one thread at a time or only from one thread? If they say from only one thread EVER then say you'd use thread local storage (TLS) or refactor the code to pass the parameter down the call stack from the function the thread started in. If they "from one thread at a time" say you'd use the appropriate type of lock - usually a type of mutex.
The final thing before the interviewer moves on is to ask whether programmers use a lot of globals at this company... If they do consider asking for more money as you'll need it for the extra hours spent debugging gash code (and yes, this is from recent personal experience...)
Cheers,
Ash
|
|
|
|
|
Thanks guys,
Synchronization is what i replied, But as Aescleal get it right the interviewer was asking that the variable must be accessed only and only by one thread.. So i guess the TLS is the answer he wants, I need to see these thing in deep Nevertheless i got the job
|
|
|
|
|
Normally if we have
class A{};
class B : public A{};
int f(A* x){};
B* y;
f(y).
works. However, if B is derived using protected from A, the code doesn't work anymore. Is there any way to get around this without changing protected back to public?
|
|
|
|
|
Since the base class is protected, none of the members of the base class can be accessed using its object or pointer.
All access will only be possible withing the class itself.
So you will not be able to access any members of the class using the x pointer.
|
|
|
|
|
I know, but that doesn't really answer my question. I'm not looking to access any members (except the constructor, which i'm guessing is called when the compiler tries to solve the cast). The question was whether I can change this without changing the protected to public (i.e. make ONLY the constructor public).
|
|
|
|
|
If you do not want to access any members, you really don't need an object.
|
|
|
|
|
We're only accessing members of the sub-class that are overwritten and declared public in the super-class, so it does work. For the implicit cast, the constructor of the base class has to be public. Can this be changed?
|
|
|
|
|
Not really. The protected keyword is doing what it's supposed to do by disallowing the cast.
Steve
|
|
|
|
|
Try it with explicit conversion, like:
...
B* y;
f((A *)y);
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Computers don't kill programs, users kill programs <
> "It doesn't work, fix it" does not qualify as a bug report. <
|
|
|
|
|
This does work but it's exactly the thing i'm trying to avoid.
|
|
|
|
|
An ugly solution but you could write "wrapper" methods that do the explicit conversations and call the originals, so if you have:
int f(A *pA) {}
then you could create
int f(B *pB) { return f((A *)pB); }
Of course i do not know what exactly you are trying to achieve so this might or might not solve your problem. And even if it does, you'd have to do this kind of crap for every method you want to use so i supose it's not a comfortable solution at all...
> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Computers don't kill programs, users kill programs <
> "It doesn't work, fix it" does not qualify as a bug report. <
|
|
|
|
|
No, no way without an explicit cast or maybe a using statement in the derived class. What you're saying is that B is a class that can use A's public members but no one else can. There's no safe reason why you'd want to convert a B * to an A* - the two aren't type compatible.
I'm not trying to be (too) judgemental here, but have you ever considered you're programming in the wrong language? In both your recent posts you've wanted a duck-typed language, one that really doesn't give two hoots what you do with objects - they'll make up their minds at run time whether they want to play or not. If that's the case then use something like Smalltalk or Python that explicitly allows what you want to do - C++ is always going to frustrate you with its stronger typing and lack of emphasis on allowing programmers to use arbitrary runtime type conversions.
Cheers,
Ash
PS: I've think I've finally grokked what your problem is - have a look at the post I've just made in the other thread on this subject.
modified on Thursday, June 17, 2010 4:37 AM
|
|
|
|
|
Yet you are being judgemental. I'm merely trying to take code that is already written for quite some time and adapt it. It wasn't me who wrote it, just trying to make it easier to use. If it were up to me I would have also taken a totally different approach. But it's not.
|
|
|
|