|
We say "Welcome to Texas", and assume that you understand what we're sayin'... Besides, you're coming to Texas, most likely without being directly invited. You should already know the f*ckin language...
|
|
|
|
|
I've had this laptop for a few years and just recently bought it from my former employer.
When I quit that job last week they had to wipe my computer, which should've been as easy as restoring an image.
Except the image wasn't found, everything went awry, they had to download a new bootable drive, and I had to wait for four hours instead of the usual 20 minutes.
And now it just won't boot correctly.
When I turn it on it often hangs in a black screen which only a hard reset will solve.
The seconds time it takes one to two minutes to boot instead of the usual ten to twenty seconds.
I did some diagnostics checks, but everything seems to be OK...
There's nothing at startup that could take such a time.
I'm on the latest updates of both Dell and Windows.
And now it hangs on the installation of a (really very latest) Windows update at 61% 
I'm a bit out of options and I'm considering doing another fresh install... 
|
|
|
|
|
|
Option 7 didn't work.
Option 6 gives me an error in de Dell OS Recovery Tool: Sorry. An error occurred while extracting image file W52RRA04_w10x64ROW_pro.iso. Please check the file and try again.
No amount of Googling seems to provide an answer.
I can't even find the file on my computer.
I've tried getting it from their support site, but I don't see any iso images.
Everywhere I visit they recommend the OS Recovery Tool, which gives me an error 
I'm sure my computer was re-installed using a Dell image though.
Perhaps not the right one... I can't find it anyway.
Perhaps I should just ignore Dell and go right for Download Windows 10[^]? 
|
|
|
|
|
Another thing you might try is lazesoft-recovery-suite[^]
It seems to have Windows 10 repair options and can fix a PC that won't boot.
|
|
|
|
|
Whenever I get a new (or "reconditioned") personal computer, I always do a fresh install of the O/S. I never trust the thumb-fingered technicians not to have screwed up something.
I just hope that you have a backup of everything important...
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
Install some version of Linux. Or at least try a live CD. If it seems to work fine with that, then you can probably rule out a hardware failure (although it would otherwise be a coincidence since, I'm assuming, it was working before getting re-imaged...)
|
|
|
|
|
whats in the image ...a fresh install just takes less time if u do a usb install ...
Caveat Emptor.
"Progress doesn't come from early risers – progress is made by lazy men looking for easier ways to do things." Lazarus Long
|
|
|
|
|
I'd just do a vanilla windows install, then go to the Dell site and download whatever drivers you need from there.
I wanna be a eunuchs developer! Pass me a bread knife!
|
|
|
|
|
Sander Rossel wrote: I'm considering doing another fresh install
For what it's worth, that's the route I'd take, especially since it's basically new anyway.
If that fails, see if it's got an unpluggable wireless adapter on the mobo. I had an episode recently with a system that got hung installing an update. (seems it was at 61% too) Even after a new ssd and fresh os, it failed until I unplugged the wireless adapter...been running great since.
"Go forth into the source" - Neal Morse
|
|
|
|
|
whoa that's ugly. I've seen some wifi adapters do funny things in laptops but mostly the problems were localized to the adapter itself, like not coming alive after being suspended.
to make your machine fail - someone's QA missed a serious beat.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
honey the codewitch wrote: to make your machine fail - someone's QA missed a serious beat.
Yep, one of the weirdest h/w issue I've seen. It (the wireless adapter) was a cheapo ralink that had quit working after the first year.
"Go forth into the source" - Neal Morse
|
|
|
|
|
kmoorevs wrote: was a cheapo ralink that had quit working after the first year
It never ceases to amaze me that one can somehow make solid state silicon etched circuits so cheap that they actually degrade over the course of a year.
If you would have asked me, before I'd known it was possible I wouldn't have believed it. 
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
that sounds like a hardware problem if its intermittent. Maybe a hard drive issue that cropped up after being used intensively to wipe and reimage.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
So I'm perusing through an STL cookbook. I never learned the C++ STL, so I thought I'd like to try.
So I'm expecting to see good OO design principles in play here. But I find that to sort a vector, you don't simply call a Sort() method on the vector, you need to call a stand-alone function and pass it the vector, sort(begin(v), end(v)).
As a matter of fact, a whole cadre of things you would want to do with STL objects are accomplished by calling these external, stand-alone functions.
What kind of design is this? This feels a lot more like C than C++.
Why was it designed this kooky way?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
C++ is not only classes and hierarchy and encapsulation; and in the case of STL, a lot of it is generic and templated stuff (STL)
From STL FAQ: A Few Questions and Answers :
"The STL exemplifies generic programming rather than object-oriented programming, and derives its power and flexibility from the use of templates, rather than inheritance and polymorphism. It also avoids new and delete for memory management in favor of allocators for storage allocation and deallocation. The STL also provides performance guarantees, i.e., its specification requires that the containers and algorithms be implemented in such a way that a user can be confident of optimal runtime performance independent of the STL implementation being used."
Anecdotal: The more I use C++ the less I use strict pure OO design (something like the idealistic Smalltalk) .
I'd rather be phishing!
|
|
|
|
|
Well, this is a terrific answer. Thank you! 
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
This implies that OO does not necessarily guarantee performance, doesn't i?
|
|
|
|
|
You can safely ignore the performance aspect of OO design.
In ye olden times, OO was considered default-bad for writing algorithms, because objects are generally bigger than base-types, which is mathematically bad for performance if you have to cycle through 100 million of them.
Today, it just doesn't matter, because developers don't really have to do math anymore.
We include a package or library or header to implement the proven best version of the algorithm we need. And that's it.
15~20 years ago, C++ developers got paid to write custom data structures and algorithms because performance was a thing, code sharing was uncommon and hardware was slow.
Nowadays, most of the C++ work is deleting all of that old custom stuff while replacing it with standardized parts, because maintaining custom code is bad for everything, including performance ironically.
|
|
|
|
|
OO was never about performance. It was about finding a better way to model a problem domain so that it would be easier to maintain a codebase.
Whether or not it succeeded at this is very dependent on the skills of the original designer and how well the OO model actually fit the problem domain.
|
|
|
|
|
obermd wrote: Whether or not it succeeded at this is very dependent on the skills of the original designer and how well the OO model actually fit the problem domain
Excellent answer, and very much on point. OOP is not a magic bullet, just like functional programming and other models aren't. They are tools, useful in some cases and problematic in others.
Software Zen: delete this;
|
|
|
|
|
C++ is NOT OO
not OO
not OO
what you're seeing is generic programming.
You need the book Accelerated C++ by Andrew Koenig and Barbara Moo.
Best $15-$20 USD you will ever spend.
When I was growin' up, I was the smartest kid I knew. Maybe that was just because I didn't know that many kids. All I know is now I feel the opposite.
|
|
|
|
|
|
it's sort(v.begin(), v.end())
but this does allow you to sort a range within the container.
|
|
|
|
|
Because even though OO design was considered the norm for C++, it still had clearly defined use cases, and STL algorithms were never considered one of them.
I could get theoretical about it, but just stating the practical difference is easier:
- OO design is for helping humans to deal with abstract concepts.
- Functional design is for writing fast algorithms with low coupling.
Basically, STL containers are OO because it makes sense to modify, expand and build on top of them.
STL algorithms are functional, because they perform time-critical individual tasks and you're not encouraged to mess with them.
All in all, it's proper design, because you shouldn't use OO design for algorithms.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
