|
Thanks for the info.
It's quite hard, but I'll try reading it.
|
|
|
|
|
Odds are you have runaway threads, which cause a system to appear locked up.
|
|
|
|
|
Joe Woodbury wrote: Odds are you have runaway threads, which cause a system to appear locked up.
Most likely...
|
|
|
|
|
There are two usual causes to freezing machines:
1) Memory leaks: Watch your memory usage in Task Manager. Does it rise faster than you can explain? Then you very likely forgot to free the memory of some objects which you create in a loop.
2) Never ending loops: Watch you CPU time in Task Manager. Does it reach 100% before the machine freezes? Then very likely a break condition is never reached (i.e. you loop over a list, but forget to increment the index). As you are unexperienced, only a debugger can save you.This statement is false.
|
|
|
|
|
If you're not a programmer you might want to convince someone to let you program in something other (i.e. easier, or more forgiving) than C++.
|
|
|
|
|
I am reminded of a quote that I read many years ago, and I cannot remember who said it:
"'C' will allow you to shoot yourself in the foot. 'C++' makes it harder, but if you succeed, it will take off your whole leg." Fletcher Glenn
|
|
|
|
|
It can. Depends a lot on what you're doing and in which functions.
The machines that windows runs on have gotten a lot better over time, but the old Win32 GUI thread bug is still there -- it stops by my PC for a scotch and to reminisce every now and then. I don't usually have to reboot to exorcise it anymore like the old days -- logging out and back in is usally as bad as things get, and rarely that anymore.
Just part of the (un)fun of programming sometimes.
Now if the mosue stops working, that's a differnet matter.patbob
|
|
|
|
|
"Not a Programmer" + "C++" + "Threads" = BOOM !
Yes, that would be expected, at least to some degree. It's a little suprising the whole machine locked up rather than just your app, but you are working in C++ where you can shoot yourself in the foot in many different ways so it is possible to lock up the entire PC (deadlocking the kernel somehow, for instance).
Good luck, you're going to need it
http://burks.bton.ac.uk/burks/language/shoot.htm[^]
|
|
|
|
|
Yeah dats much normal,
i dont even write much code
just solved issues these daysRavie Busie
Coding is my birth-right and bugs are part of feature my code has!
_________________________________________
Me
Facebook
Twitter
|
|
|
|
|
Write and test your code in a virtual machine....
You will just have to reboot the virtual machine if it crashes. I used to do that when programming the Linux Kernel...
It will then make the task so much easier and won't affect your hardware 
|
|
|
|
|
Hi,
I have a suspicion about your problem:
The DLL you've mentioned: does it in any way communicate with a device? What you said about those ionized molecules supports this.
When there's a hardware driver that has been written for internal use, and a DLL that provides an API for it, also meant for internal use, chances are high that these are not as robust as drivers and DLLs meant for the consumer market.
That means that it is often easy to write code using such an API or driver that crashes the operating system's kernel (that's the very core of the operating system).
It does not mean that the driver and DLL are actually badly designed or written. It only means that they're not supposed to be used by a great number of developers out-of-house.
My first guess for a solution: check what you've been writing against the documentation / source code / comments, whatever you have.
Second guess: you've actually broken your own code via some flaw in your use of threads that leads to some kind of unexpected behavior that, via the DLL and the driver, crashes the kernel.
So, unless the first approach was sufficient, find out whether the behavior you've encountered is reproducible without multiple threads.
Cheers from Vienna, The Continent
|
|
|
|
|
Member 4569938 wrote: What you said about those ionized molecules supports this.
Indeed!
I do have a prototype device connected to my PC via a second network card and cross cable.
I was wondering about this because it is very "prototype" and it keeps dying on me on its own accord too.
At the time I got locked out of my machine, I wasn't using the device, but I think it was switched on. I had been using it previously too. So it could well be that.
Sadly, it doesn't come with much documentation so I have to keep walking the tight rope.
Thanks for the suggestion anyway, I shall be a bit more careful about what I tell this device to do. 
|
|
|
|
|
Someone should tell DevExpress that "Navigatable" is not a word. The property name for their ControlNavigator should be NavigableControl.
Marc
|
|
|
|
|
Must've been the work of a non-westerner probably. It's also pretty common here for people to botch up the usage of un, in, dis etc, as in using unloyal instead of disloyal etc.
|
|
|
|
|
My pet hate of the morning is "Please wait while the list is being populated".
It only works if you read it in a foreign accent.
I've put in an enhancement request, recommending "Please to be waiting while the list is being populated".I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Mark Wallace wrote: My pet hate of the morning is "Please wait while the list is being populated".
Whats wrong with that? Its a commonly used form. "The cow is being castrated", "the car is being fixed now" and so on.
What would you rather see? Morality is indistinguishable from social proscription
|
|
|
|
|
fat_boy wrote: Whats wrong with that? Its a commonly used form. "The cow is being castrated", "the car is being fixed now" and so on.
Sure, to describe something that happens during the time between something else starting and ending, but this should be "Please wait while/until the list is populated". Throwing the passive verb into the continuous is completely unnecessary and unwanted.I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
OK. See your point. It is a funy language English. The rules are really what sounds most comfortable to the ear rather than hard and fast. Morality is indistinguishable from social proscription
|
|
|
|
|
fat_boy wrote: The rules are really what sounds most comfortable to the ear
for the spoken language.
You have to be a lot more fussy in writing, not so much to follow rules for the sake of it, but because if 20 people read a sentence, chances are that at least five of them will read it differently.
e.g. "differently", above, could mean "in the bath", "upside-down", etc, so that sentence is not usable in a manual.I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
If you know who Iggle Piggle is you get my condolences. If you don't you get my envy.
I know every song, every character and I think I've seen pretty much every episode.
|
|
|
|
|
Ah the joys of rug rats, my son is learning all these now, who said there ain't no justice. Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Oh no, you share my sypathies.
The Tombliboos need speech therapy, and the Twittifers need OCD treatment. And the Hahoos are just plain weird.
|
|
|
|
|
what about the snot goblin?
bryce
|
|
|
|
|
bryce wrote: what about the snot goblin?
He's probably a bit young unless you're offering a complementary copy?
|
|
|
|
|
You poor sod. And yes, it is the most banaaly mindless drivvel and probably actually dangerours to adults. I am quite sure watching this stuff lowers your IQ.
And who the phuk are the hoard of Welsh creatures supposed to be? Morality is indistinguishable from social proscription
|
|
|
|