dman

in xp you can set this in policy editor. i think 98 has this as well (poledit.exe).

unfortunately before boot there is no os running hence no way to test for a file. it's one of those chicken-egg problems. it would require some sort of low-level disk read hack if possible at all.

Think of the implications of what you are saying... if windows had bios level access to machine, why does it need dos to load at all? It could load itself. In fact all bios level calls still go through the old 16 bit subsystem, I.E. DOS. (yes, win9x is part 16 bit, it's achilles heel) The most important file here is not himem.sys, it is io.sys and command.com. These files define all calls to bios, even after windows has loaded. I agree it is more difficult to see the line than with win 3.1, but 9x is still just a shell around dos with 32 bit extensions. http://www.skrause.org/computers/dos.shtml

possible depends on how the app is coded. what specific problems are you having. dlls not found? registry settings? I usually start by installing on 1 machine then copying app dir to test box, running and resolving dependancies error by error. just copy the dll that can't be found from system32 or wherever into the app dir. you could also try dependancy walker, but the brute force method is sure-fire. registry settings sometimes need to be imported/exported at runtime as well. and if it puts files in application data you need to find if this is specified in inf file or reg key and change it. if it is hard coded into program you're out of luck.

albator is specialist at this. http://www.msfn.org/board/index.php?showto...8&hl=standalone

yeah, like jaclaz said, it's still DOS, they just hid it better.

A simple analogy would be installing the wrong spark plugs in your car... sure it will run, but performance will suffer.

how about a touchpad keyboard? or trackball? or a point-stick? you can get em all. http://pcworld.pricegrabber.com/search_get...sterid=4557947/ http://www.fentek-ind.com/rf-wireless-keyboard.htm

glad is working now. what was the problem?

Can you install from original CD?

@George, thanks for detailed reply. I appreciate your time. I have run all chkdsk switches from BartPE, which is same as recovery console (i.e. c: is inactive) and always get no errors. Only while running in windows is there errors. I tried "Disk Checker" that you suggested and it reported no errors, so I'm just going to chalk it up as a bug in chkdsk.

do you have any info on what causes it or links to kb? I can't find much and i'm a fair scrounger.

Don't forget within these there are also full version and upgrade.... @gotnho, johnmallan gave you the answer in his link. That is the only thing that will help you. That or purchasing a copy.

Thanks george, norton doesn't seem to give demo of systemworks. everything that I don't need, they have. I hate to buy it for something that isn't really causing a problem... especially because not sure if there IS a problem. maybe if I see it on sale.

I tried them both. the exe is the same, but the AFPL version installs a dir GS8.14 and the GNU has GS7.06. The AFPL has more fonts and libraries than the GNU version, thats why installer is bigger. Probably licensing issues with these components.

mainly the license. http://www.cs.wisc.edu/~ghost/doc/faq.htm#afpl_gnu

killerholic IS correct. win ME, 98, 95, 3.1 are all written over the DOS codebase. That is why you still have real-mode DOS in all of them. NT/2000/XP are on the NT codebase. EDIT: wow, just noticed how old this thread is.

yes, thank you, but as I stated.. i have run at boot time and also from bartPE with no errors. i know it cant fix while windows is running, but it shoulden't be showing errors either.

The zip folder dll is an explorer shell extension that tells windows to display zip archive as a folder, don't think you can make any use of this from command line. The zip dll itself is gzip.dll. If you find a way please PM me so I don't miss post. I would like to be able to do this as well, but I don't think its possible.

Thanks for reply Marsden. same results though. Heres the rub... at boot or from bartPE everything is fine, no errors. only running chkdsk from running windows has errors. I even did a full backup, reformatted the partition and did restore so I know FS is good, but as soon as I start windows the problem is back. It seems like it must be some running program that is causing this. It doesn't seem to be causing any problems crash wise, but it's bugging me.

Are you the one preparing the zipped archives? you could compress them into ".cab" format with native "makecab" and use native "expand" command to unzip.

I am getting some strange errors from chkdsk while windows xp pro is running (ntfs). This is output from cmd so I run chkdsk /f at boot: no errors. Even ran it from BartPE: no errors. reboot and run with windows running, same errors. This machine is meticulously clean of viruses and malware. I even scanned for alternate data streams and found none. anyone have any ideas...? I cant find anything except a few vague references about sp2 and calling MS, no answers. Is there anything better than chkdsk?

how about one that looks like/emulates ti-89. http://www.ticalc.org/pub/win/vti68k.zip you will need to download your rom image to use it. also nice graphing calc here http://www.graphcalc.com/download.shtml

you dont need to install sp5. vb apps work fine with dll's installed with xp. only if you feel the need to be 100% up to date install sp6. In truth, it is likely to cause more problems than it solves (don't know exactly what it fixes, but a good rule with dll's is if it aint broke...google "dll hell") this is complete list of vb runtime files Asycfilt.dll Comcat.dll Msvbvm60.dll Oleaut32.dll Olepro32.dll Stdole2.tlb

Anyone try this yet? http://www.realsoftware.com/realbasic/vb6/index.php I downloaded and installed. Looks pretty cool... havent built anything yet though. It says you have to be vb user, but never asks for proof. It compiles to native code, no runtime required. That alone makes me want to give it a serious look. EDIT: OK, Tried it and seems to be pretty simple if you use any other RAD tool. here's the tradeoff. Hello World app in vb = 20kb, same in REALBasic = 1.8MB. Still, nice not to worry about dll hell.