|
Man, I've had 3 fail in one week! Western Digitals and a Maxtor. No, I didn't touch them. When I was at [major automotive manufacturer], we had 8 drives fail (all Seagates), out of some 1,200+, in 4 years in the manufacturing plants.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
Ouch, any idea what caused them to fail?
|
|
|
|
|
Nope. No time to really get into it - replace 'em and move on. Compaq ships everything Next Day Air, so we really didn't care, so long as we didn't run into a large string of 'em.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
hello all
i need a program that changes system date and makes it persian.
not a date convertor. i need a system date convertor , if there is any?
|
|
|
|
|
Are you saying that you want Windows to process all dates on the Persian calender? System wide, not just in your app?
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
To all the people that have performed clean installs of the Vista RC1 build.
Has microsoft delivered on the feature of FAST full install times taking less then 15 minutes from DVD. I found the early beta's took forever.
Heston
________________________________
Heston T. Holtmann, B.Sc.Eng.
Software Engineer
|
|
|
|
|
Heston wrote: FAST
Heston wrote: less then 15 minutes from DVD
Took Vista about 4 hours to install on a clean disk on my machine (not very powerful though). Didn't even finish, got to the point where it rebooted to finish off (add users etc) and it continually crashed & rebooted, couldn't go into safe mode because it said it hadn't finished installing.
Wiped the disk and retried, didn't work so I said f**k Vista lets put Linux back on. Got a entire system of Gentoo 2005 up and running in 4 hours including updating quite a bit of it off the net (and that included a kernal compile )
Just Google it.
Failing that try phoning
|
|
|
|
|
Heston wrote: full install times taking less then 15 minutes from DVD
On what? A CRAY?
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
Hi All,
If I update the value of File key in registry of Application event log (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog\Application) to D:\ApplicationLog\Loggggggggggggggggggggggggggggggggggggggggggggggggggggg\AppEvent.Evt which has a length of 87characters, and restart the system windows event log will still write events to its default file in %SystemRoot%\System32\config directory. However if i give the path as D:\ApplicationLog\Logggggggggggggggggggggggggggggggggggggggggggggggggggg\AppEvent.Evt whose length is 86characters and restart then events will be written to this file. It seems windows will not consider a path whose length is greater than 86 characters in registry for event logging. I have tried expandable path also, and the issue remains even though the full path after expanding can be greater than 86 characters. That is %xxxx%/etc/etc will not be taken if length greater than 86. I have searched a lot for a an explanation for this behaviour but found none. Anyone here has some idea why this is happening.
Thanks
C++beginer
|
|
|
|
|
From your testing, it indeed looks like there is a limit on the filepath size. I can't, for the life of me, find any documentation on this limit though. It doesn't look like Microsoft is even aware of it.
It looks like you're stuck dealing with the problem and keeping the filepath for you custom log shorted than 86 characters...
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
Yeah. We have created a custom log for one of the applications and came across this behaviour by chance. Now the customer wants any microsoft document on this but we cant find any.
C++beginer
|
|
|
|
|
Well, about the only thing you can do to get that is to open a support incident with MS, probably for some $, and see what they can give you.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
I just got back from holiday, to find my Windows XP PC has somehow started getting this error (BAD_POOL_CALLER 0x000000C2).
I can only assume it did a windows update or something before I turned it off and went away.
The first parameter of the error is 0x43, which the KB says is something to do with a corrupt pool header. I get the error just after the windows loading bar, I think when it tries to load the login.
Does anybody have any ideas as to what is causing it? Im pretty sure its not a hardware problem memory wise, as I ran memtest and it passed.
|
|
|
|
|
From what I've seen Googling the message, it looks like you've either got a driver problem or a hardware problem.
You can TRY to get a crash dump and run it through WndDbg. See this[^] for a bit of an explaination.
You can also try to strip the machine down to nothing but a power supply, motherboard, RAM, and the Windows hard drive and see what happens. If it works, try adding one device back to the machine. Keep going until it fails again.
Or, you're last resort is to reinstall Windows.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
I'd like to be able to recap the program' cpu usage, memory size, etc. from within the program. How would one go about fining the info necessary? Need to do it now on Windows system but Linux and MAC will probably be needed also. My code is actually in C but using VC++2003.
Appreciate any help.
Thanks,
RON C
|
|
|
|
|
What do you mean by "recap"? Are you looking for a CPU/Memory usage history? Tracking this from inside your code will most assuredly skew the results because of the logging overhead. But, you can use the Performance Counter API[^].
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
Dave,
Thanks for the response.
I do want a usage history and from within my code. Can I start another program to do the measurement and pass the info to my program? I'd really like to access to Task Manager values but not to have to run it.
I'll look at Performance Counter API to see if I can easily insert it.
RON C
|
|
|
|
|
The seperate program would be Performance Monitor. It'll also log values to a file for you.
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
Just getting into the docs right now.
Thanks again.
RON C
|
|
|
|
|
Matrox PowerDesk's "Automatically save/restore windows positions" feature can destabilize some windows applications.
Selecting this feature causes many appications to fail in various ways, including the Microsoft Visual Studio (both 2003 and 2005) (blank property pages and crash) and any applications relying on MS mmx.exe, which includes all Administrative Tools. It also causes Norton Ghost to fail. Probably others.
To replicate - Select (turn ON) PowerDesk "Automatically save/restore windows positions". Open Administrative Tools >> Event Viewer. When Event Viewer is closed (Exit), an exception is thrown - "mmc.exe - Application Error" "The exception unknown software exception (0x.......) occured in the application at location 0x...."
Applies to :
DualHead2Go, Asus laptop, nVidia GeForce Go 6200, XPPro
Setup for dual monitoring (2 X 1024x768).- Screen Resolution 2048x768, Desktop Divider - W2, H1
Brooks
|
|
|
|
|
Is there a question in here, or is it posted as a "public service announcment"?
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
Its a "public service announcment".
Note it may effect users of other Matrox systems using PowerDesk, and it is a generic Windows issues, not limited to VS.
I also posted it to Microsoft VS feedback (via "connect").
And, of course, to Matrox, who acknowleges it.
It woukd be interesting to know how this bug occurs so we could avoid evoking it somehow with our apps.
Brooks
|
|
|
|
|
Ah! I stopped using Matrox cards about 10 years ago...
Dave Kreskowiak
Microsoft MVP - Visual Basic
|
|
|
|
|
My comments are neither product endorsement or criticism. My use of Matrox in this situation is not my choice, but driven by customer platform requirements, just as the use of XPPro is; some of my customers use other operating systems. For the purposes at hand, the Matrox and XPPro work just fine. The bug has a workaround. I was only trying the help others who might encounter it.
Brooks
|
|
|
|
|
And I think that is a nice thing to do.
I have to admit, though, that I also was wondering. Like Dave, I haven't touched Matrox in several years, mainly because they failed to "keep up" with the competition, when it comes to 3D-Performance. Nevertheless, Matrox-Cards, in my experience, give one of the clearest signals ever. They do the 2D-part perfectly.
Anyone here remember the ET4000? Thats another graphics card that was of extraordinary quality. I still have one in the 486DX66-PC I managed to salvage from my physician's practise (I am not sure whether "practise" is correct here - in German, it would be "Praxis".).
Cheers,
Sebastian
--
Contra vim mortem non est medicamen in hortem.
|
|
|
|