Comos
Content Type
Profiles
Forums
Events
Posts posted by Comos
-
-
SFC I have to run,when I have my WinXP installation CD around,since prompts for it.The chkdsk with /f founds no issue, but with /r takes a lot of time,so I post more info when all done.
0 -
1 hour ago, sdfox7 said:
With all of the errors in the log you posted, it sounds like you have a Windows problem and not a Java problem.
It might be a good time to save all your work and install a fresh copy of Windows!
Yeah, and explain then why I can install update 51 without any problem.
0 -
2 hours ago, Bersaglio said:
Which version of MSI (Microsoft / Windows Installer) do You have on Your system? If the answer is 3.x then try updating MSI to 4.5 and install all latest security updates for MSI 4.5
The MSI version is 4.5.6001.22159 as I check.
I went through the log files and find some intersting parts.Since my WinXP is in CZ language, I will have to translate some specific errors.
This log comes when I run the normal java offline installer:
2016/04/16 14:42:08.515, jre-8u77-windows-i586.exe (PID: 6080, TID: 6084), AllUtils.cpp:102 (logit)]
INFO: Wrapper: Execute MSI ...
[2016/04/16 14:42:08.515, jre-8u77-windows-i586.exe (PID: 6080, TID: 6084), UIThread.cpp:91 (ui::`anonymous-namespace'::initDPIAware)]
ERROR: Exception with message 'Dll.cpp(48) at Dll::getFunction(): GetProcAddress(C:\WINDOWS\system32\user32, SetProcessDPIAware) failed. System error [127](system error 127 (Uvedená procedura nebyla nalezena))' caught[2016/04/16 14:42:32.718, installer.exe (PID: 5296, TID: 5300), RegInstallJRE.cpp:91 (InstallJRE)]
ERROR: Exception with message 'unzip.cpp(223) at ZipFile::ZipFile(): ZIP_Open(C:\Documents and Settings\All Users\Data aplikací\Oracle\Java\installcache\newimage) failed. Error: unknown' caught
[2016/04/16 14:42:32.718, installer.exe (PID: 5296, TID: 5300), RegInstallJRE.cpp:93 (InstallJRE)]
ERROR: -- Exec: unzipping() failed.
[2016/04/16 14:42:32.718, installer.exe (PID: 5296, TID: 5300), installer.cpp:77 (WinMain)]
ERROR: Install Error: 61002INFO: -- Running RegisterDeploy(FALSE)
[2016/04/16 14:42:33.734, MSI3.tmp (PID: 3940, TID: 2308), DeployLibLoader.cpp:20 (DeployLibLoader::DeployLibLoader)]
INFO: DeployLibLoader: javaHome is C:\Program Files\Java\jre1.8.0_77
[2016/04/16 14:42:33.734, MSI3.tmp (PID: 3940, TID: 2308), DeployLibLoader.cpp:25 (DeployLibLoader::DeployLibLoader)]
INFO: msvcrLib path is C:\Program Files\Java\jre1.8.0_77\bin\msvcr100.dll
[2016/04/16 14:42:33.734, MSI3.tmp (PID: 3940, TID: 2308), DeployLibLoader.cpp:28 (DeployLibLoader::DeployLibLoader)]
ERROR: Failed to load msvcr library
[2016/04/16 14:42:33.734, MSI3.tmp (PID: 3940, TID: 2308), regdeploy.cpp:253 (RegisterDeploy)]
ERROR: Exception with message 'Failed to load msvcr library' caught
[2016/04/16 14:42:33.734, MSI3.tmp (PID: 3940, TID: 2308), RegInstallShare.cpp:47 (UninstallJRE)]
INFO: -- Exec: RegisterDeploy(FALSE) failed.
[2016/04/16 14:42:33.734, MSI3.tmp (PID: 3940, TID: 2308), uninstaller.cpp:148 (WinMain)]
INFO: Not running C:\Program Files\Common Files\Java\Java Update\jaureg.exe as it doesn't exist.
[2016/04/16 14:42:34.125, jre-8u77-windows-i586.exe (PID: 6080, TID: 6084), MsiUtils.cpp:310 (msi::`anonymous-namespace'::makeMessage)]
ERROR: Exception with message 'Resources.cpp(65) at Resource::getPtr(): cannot find resource (name='#1603', type='#6'). System error [1813](system error 1813 (V souboru bitové kopie nelze nalézt zadaný typ prostředku))' caught
[2016/04/16 14:42:34.125, jre-8u77-windows-i586.exe (PID: 6080, TID: 6084), WrapperOffline.cpp:188 (ExecCommand)]
ERROR: Exception with message 'MsiUtils.cpp(353) at msi::`anonymous-namespace'::handleMsiStatus(): MsiInstallProduct(C:\Documents and Settings\Comos\Data aplikací\Oracle\Java\jre1.8.0_77\jre1.8.0_77.msi, ) failed. MSI error [1603]' caught
[2016/04/16 14:42:34.125, jre-8u77-windows-i586.exe (PID: 6080, TID: 4728), BrowserWindow.cpp:223 (ui::BrowserWindow::scale2systemDPI)]
TRACE: systemDPI: [96, 96] scaled [500, 354] to [500, 354]
[2016/04/16 14:42:34.250, jre-8u77-windows-i586.exe (PID: 6080, TID: 4728), BrowserControl.cpp:930 (ui::BrowserControl::QueryCustomPolicy)]
WARNING: QueryCustomPolicy: url='res://c:%5CTemp%5Cjds6565531.tmp%5Cjre-8u77-windows-i586.exe/error.html'[2016/04/16 14:42:36.687, jre-8u77-windows-i586.exe (PID: 6080, TID: 6084), UpdateConf.cpp:401 (SetJavaSoftKey)]
ERROR: Exception with message 'Registry.cpp(436) at Registry::deleteValue(): delete value (HKLM\SOFTWARE\JavaSoft\InstallStatus) error. System error [2](system error 2 (Systém nemůže nalézt uvedený soubor))' caught- here the message says,that it cannot find the specified file.This error is in the log 2 times.
Log from a standalone MSI file:
[2016/04/16 15:06:37.265, installer.exe (PID: 3832, TID: 4828), RegInstallJRE.cpp:91 (InstallJRE)]
ERROR: Exception with message 'unzip.cpp(223) at ZipFile::ZipFile(): ZIP_Open(C:\Documents and Settings\All Users\Data aplikací\Oracle\Java\installcache\newimage) failed. Error: unknown' caught
[2016/04/16 15:06:37.265, installer.exe (PID: 3832, TID: 4828), RegInstallJRE.cpp:93 (InstallJRE)]
ERROR: -- Exec: unzipping() failed.
[2016/04/16 15:06:37.265, installer.exe (PID: 3832, TID: 4828), installer.cpp:77 (WinMain)]
ERROR: Install Error: 61002INFO: msvcrLib path is c:\Program Files\Java\jre1.8.0_77\bin\msvcr100.dll
[2016/04/16 15:06:43.906, MSI8.tmp (PID: 4984, TID: 4764), DeployLibLoader.cpp:28 (DeployLibLoader::DeployLibLoader)]
ERROR: Failed to load msvcr library
[2016/04/16 15:06:43.906, MSI8.tmp (PID: 4984, TID: 4764), regdeploy.cpp:253 (RegisterDeploy)]
ERROR: Exception with message 'Failed to load msvcr library' caught
[2016/04/16 15:06:43.906, MSI8.tmp (PID: 4984, TID: 4764), RegInstallShare.cpp:47 (UninstallJRE)]
INFO: -- Exec: RegisterDeploy(FALSE) failed.
[2016/04/16 15:06:43.906, MSI8.tmp (PID: 4984, TID: 4764), uninstaller.cpp:148 (WinMain)]
INFO: Not running C:\Program Files\Common Files\Java\Java Update\jaureg.exe as it doesn't exist.I have attached the log file from the msi, if somebody want's to take a deeper look.
Seems this problem is deeper than I expected.
0 -
6 hours ago, sdfox7 said:
Comos
The problem you are having is error code 1722: https://www.java.com/en/download/help/error_1722.xml
I would try the Java uninstaller to remove all traces of Java on your system, and then try installing it again: https://java.com/en/download/faq/uninstaller_toolinfo.xml
Nope, if I'll try the Java Offline installer then I got 1603 error.If I try just the standalone msi file then it prompts that error with installer what I posted above.
I already tried to uninstall, remove all crap by JavaRa, but all what I can install is the update 51 and not the latest, dunno why.
0 -
SP3 I have on my system, so no problem with that. I never had a problem with Java 8 instalation up to update 51 like I mentioned. Offline instalations I used all the time. The issue is with the Java updates that come after update 51, example the update 77 like I posted on the screenshot.The installer normally starts but does not finish for an unknown reason and gives this error message.
0 -
Hi everyone,
some time ago I have noticed that Java updates after jre1.8.0_51 are not possible to install on my WinXP. I tried also the standalone msi file,but then it prompts an issue with the MS installer.
Any idea if there is a workaround/fix for this on WinXP?
Thanks.
0 -
Some can be updated, others are intertwined with other files and/or registry settings. Can't say which is which. You may try comctl32.dll first, see if v4.71 works (can't remember if v5.80 works in Win95 so don't try that unless you know how to restore the original in DOS mode; it only offers the LVS_EX_LABELTIP style anyway).
According to release notes for v2.41 SCSI on official homepage:
- Added full support for the Large Fonts mode (120 dpi)
- Fixed visual appearance bugs that appear when the Large Fonts option is enabled
This may or may not have something to do with your issue.
Have you tried the other (non-SCSI) version on the same machine, does it exhibit the same behavior as the SCSI version? I see you have the simple 2.42 in first screenshot which displays correctly.
I've just looked into the main executable and both the dialog and the string table are set to Russian. Dialog font is MS Shell Dlg 8pt.
You may try to edit it with ResHacker and set both to LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL or LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US.
However in my 98SE even with Win95 compatibility set for KernelEx it still displays correctly.
Please note that tampering with the files may void your warranty/license/whatever so only do this with a trial version and if it fixes it do report the issue to the software creator.
Thanks for the tips.First I will try the recent version, the easiest way, if something will change.
0 -
The application may have been built with a hardcoded font that does not exist on your system (such as Tahoma which is only installed with the Office suite AFAIK).
Certain controls may miss some flags or specific messages. Common Controls and other libraries are updated through installing latest compatible Internet Explorer (is it 5.5 SP4?).
Anyway, the ListView is the most complex control of all and the latest 95-compatible library that holds it may not be 100% compatible with the requests of the application.
On my Win95OSR2.1 I have the old IE which came already with the installation,never updated.However those libraries can be updated the manual way or?
0 -
Hello,
for some year Im using for SMART supervison of my hard drives a tool from Ariolic.Altough they claim that it's designed to run on Win98SE,it's possible to run also on Win95 with some extra dll's.However on Win95OSR2.1, where I run it, I get a weird looking window table for a unknown reason yet.Any idea if this is caused by some wong call/function in the libraries?
If I recall correctly, I had to use MFC42.DLL from Win98SE which is normally missing in Win95OSR2.1 to get it run.
Thanks for advice.
0 -
Seems the problem is solved.Today I have tested an installation & run of WinXP on a classic 2.5" SATA 80GB drive (Seagate) and it runs like hell on UDMA5.
So the issue seems to be the mSATA 60GB A-DATA SSD.I'll try to go for a normal SSD 60 or 80GB,but the question is which one will be reliable.
0 -
We do have a thread where reports about this kind of bridges/adapters/converters are given, I don' think that any (older) BIOS or OS (2K or XP) have any way to "distinguish" a SSD from a "normal" hard disk, at least for "normal" 2.5" SSD's:
http://www.msfn.org/board/topic/152483-sata-to-ide-adapters-whichwhatwhy/
See particularly this report of success from Tomasz86
http://www.msfn.org/board/topic/152483-sata-to-ide-adapters-whichwhatwhy/?p=982862
Unless the mSATA ones have something different.
@Comos
If I were you I would try the 44 pin to SATA adapter with a conventional 2.5" SATA hard disk first.
This way you take out of the equation - temporarily - the SATA to mSATA adapter, though that should be I believe a totally passive adapter, and the SSD.
Still just like it is unfortunately common enough with SATA cables, the SATA/msata adapter may be part of the problem.
About the IDE interface, it is entirely possible that Pin 34 for *whatever* reasons is intended to be (as originally was) not connected, and the problem is due to that.
The Pin 34 is connected to ground (but not connected to any wire) inside the BLUE connector of a 80 wire cable (the connector that is inserted on the motherboard) :
http://www.pcguide.com/ref/hdd/if/ide/confCable80-c.html
it is used as a sort of "enabler" for any Ultra DMA mode above 2.
As well it is possible that the IDE 44 pin cable you are using has simply not the "quality" needed for faster Ultra Dma.
If there is the space
, you could try something like this:where the 44 pin cable is very short.
Check also the IDE/SATA adapter settings (if any) to those apply the same kind of issues about master/slave vs. cable select that have populated our nightmares in the good ol' times of IDE....
jaclaz
Hi Jaclaz,
to bring more tech info, the 44pin IDE to SATA is exactly the same like Tomasz86 had:
Only what I had to do is to solder out that pin header and solder in a female header mirrored,becase of the different pin orientation on the mobo,so the whole module is plugged directly on mobo.
On this bridge, there's the 34 PDIAG pin not connected to ground.It leads to a not bonded resistor mark,which connects it to ground.So normally with this bridge you'll have only ATA33 speed.3 pieces that I bough were identical.
Before this upgrade I was running the mSATA in this Addonics enclousure:
http://www.addonics.com/products/adms25ide.php
WinXP installation & system running was okay,only got stuck at ATA33 speed.Strange thing was, that when I plug out the drive and connect it back,then the WinXP registry got currupted for a unknown reason.Dunno if that happend during previous shutdown.When made a reinstall and later played with a test adapter and a 80 wire cable to enable the higher UDMA and WinXP didn't boot at all.
After to SATA upgrade, Im using this Roline enclousure:
http://shop.roline.com/roline-adapter-msata-ssd-to-2-5-sata-22pin/11.03.1567-10.html
First of all, I will try now a normal SATA HDD (44pin doesn't make sence in these days) like you recommended.If that will work,then I'll try to get a classic SSD if there will be any difference compared to mSATA SSD.
If everything fails,then I'll be stuck on 44pin IDE @ ATA33
0 -
Hello,
I have made a HDD upgrade from a classic IDE 44pin to a SSD in mSATA in 2.5"" drive enclosure with 44 pin IDE.Installation & running WinXP was okay,sometimes happen that after shutdown and startup that the registry was corrupted for a unknown reason.Besides that I have noticed that the SSD is running only on UDMA2 mode due to the 44pin ribbon cable.
I have checked the manual, the Intel 845GV is capable of UltraATA100, but in the manual,the 44 IDE connector layout shown the 34 pin PDIAG not used.The only way was to test it.I made a test cable with 80 ribbon cable and run a hdd diag utility under DOS.There I was able to see,that the UDMA5 was now active,so the 34 pin is connected,but not documented.
I tried to start WinXP in this mod,but they got stuck during bootup.I though that this could be caused by the cable.Next round was to get a 44IDE to SATA bridge (JMICRON chipset) and a 2.5" SATA to mSATA enclosure.Now I went to reinstall the WinXP completely,because the previous installation didn't start at all.In first attempt I got in the installer a BSOD with Page fault in nonpaged area,which I guess is related to a memory problem, in next phase a succeed to send phase of the installer where the system was installing the drivers and I got a BSOD with no specific error message.Now the question is, is this problem is reffered to a memory issue or this UDMA5 mode? Maybe the shutdown problem with corrupted registry already indicated some issue,but Im not sure if this is related to these IDE to SSD bridges & WinXP.
Any hints please?
link to POC-174 manual:
http://downloadt.advantech.com/download/downloadsr.aspx?File_Id=1-JU6RT
0 -
To makes things less complicated, why not simply:
(1) install WMP9 - which includes support for newer codecs (this is latest version that works anyway)
then....
(2) install WMP 6.4 Classic
http://www.free-codecs.com/download/media_player_classic.htm
After you download Classic (its a stand-alone executable that doesn't require installation), go to the options menu, then to the formats menu, and then change your file associations to open with Classic. That's what I've done, because I don't like the interface for WMP7 or WMP9 either.
*Edit*
As for backwards compatibility, I was able to read files made using WMP7 with both WMP9 and Media Player Classic 6.
I'm not sure what the issue is and why you can't play older files.
Im aware of WMP classic, but I was not using it for somekind of playback performance issue as I remember or if it was even working on OSR2,not sure now.
Gotta look into the registry if the links to the old wmp codecs are still there.
0 -
Hi everyone,
some years ago,when I was configuring my OSR2 I stick with the Windows Media Player 6.4, because the newer WMP look like crap IMHO.
To play the newer WMP8/9 content I had to do a manual workaround due to some old compoment,don't remember exacly now,so the new WMP8/9 content work fine,but somehow I lost the ability to play also the old WMP64 content and after those years I would like to fix it up.Is there some WMP package already or I have to extract the old WMP codecs from the WMP64 installation package and do the codec registration manually?
0 -
Well my point was (and I wonder why J3 was never released) that sometimes Beta BIOS files fix some things, e.g. RAM detection. I have (had) a MoBo that specifically stated a max of 512mb but it did, indeed, accept 728mb (3x256). Notice that the Beta one doesn't say what "got fixed", but Jan stated "fixes" (as I quoted). Whether the "J3" is what "fixed" it or not, I don't know, however, look at this for a "clue" -
http://rays-place.net/Extras/PCTechGuide/27chipsets.htm
Just be happy it works and if you can contact Jan and get an answer, you might ask why it wasn't released or if he will.
Thanks for the link, nice !
0 -
From ASUS -
TX97-X Beta BIOS 0112.001
The latest Beta BIOS.
From the link (I've used some of them before)
0112X_J2.ZIP - "Apart from K6plus support, this "patch J.2" BIOS has a fix for the 32GB harddisk limit and supports IDE drives upto 128GB!"
Note that he had patched the BETA above, meaning the "Beta" may have had some kind of additional "fix"?
yeah, I have "patch J.3", which should be up to 640G,as Jan told me.But that was already 6 years go.I have to ask him,if he made some extra fixes
0 -
Wouldn't happen to have the Beta BIOS in it, would it?
http://support.asus.com/download.aspx?SLanguage=en&p=1&s=5&m=TX97-X&os=&hashedid=n/a
(see Downloads for OS="other")
Mobo here? http://www.baber.com/baber/411/asustx97x.htm
EDIT - According to this, you can (if proper RAM and position is observed) go to 512mb -
Yep,that's the MoBo.
The BIOS is the last version that was released from Asus, only Jan (http://web.inter.nl.net/hcc/J.Steunebrink/Index.htm) made for me a custom update of is patch for this MoBo, that it can detect drives up to 640GB.Nothing else modified.
Interesting is if the board really supports 512MB RAM.Gotta check that,when I'll get those EDO DIMMs.
0 -
Hi all,
Im running for a longer time my oldie Asus TX97-X with TX430 Triton II chipset and I made a test with 3x128MB EDO DIMMs.
In the manual they mention that the max installed ram size is 256MB, also in the Intel TX430 chipset datasheet mention this.
However the MoBo is able to detect 384MB RAM successfully, my question is, does somebody have simillar experience with a MoBo with TX430 chipset and run same amounth of memory without problems?
0 -
What is the exact text of the error message? Please quote it in full. We need to know the name(s) of the missing DLL(s).
The message that is prompted during the plugin installation is shown in czech language and the text is what I wrote before.It doesn't show any specific DLL or missing import/export function.That's why I first dig out the readme and made the test again with MFC files in the system,but again the same error message.
0 -
Thanks guys, I'll probe it !
0 -
> Any idea if there is a way to get it to work?
Yes. What is the exact text of the error message?
Missing DLL's not found in the system.This only message appear during the plugin installation.Even if install it manually,the plugin itself does not work without any error message.
0 -
Hi All,
no sure how many of you are using the FileInfo plugin for Total Commander (http://www.ghisler.com/plugins.htm#lister), but the latest version somehow I cannot get to work on W9x.
In the new version they mention:
Installation
-------------
4 versions are included in this zipped file
- wlx_fileinfo32 and wlx_fileinfo64 are statically linked to MFC, size is larger but no DLL is needed
- wlx_fileinfo32_DL and wlx_fileinfo64_DL are dynamically linked to MFC, size is half the weight but
3 DLLs from MFC9.0 are needed (MSVCP90.dll, MFC90.dll, MSVCR90.dll)
x32 and x64 plugin can be installed in the same directoryUse the plugin auto-install interface, ie just open the zip file in TC
Try to install first the DL variant of this plugin, if TC display an error message then you are missing MFC9 DLL so install the statically linked version of this pluginOR if you know what you are doing, you can install it manually :
Copy "fileinfo.wlx" in your plugin directory
and add these two lines to your wincmd.ini (in 5.50 and above)
....or use the Lister plugin interface (in 5.51)I tried the version with statically linked to MFC and also the version with dynamically linked to MFC, but in both cases the same error,that the required DLL's are missingn in the system.
The needed MFC files I have in the system.
Any idea if there is a way to get it to work?
0 -
Hi All,
Im using a little batch file for configuring a remote shell service for a specific account.The only problem is,that the password when wanted to leave as default by the batch (Admin) is somehow not set by the service and I have to do it manually then.
Here is the code:
echo Now configuring the Remote Shell Service
echo Stopping the Service
sc stop RshSvcecho Enter the Password for Admin account or ENTER to leave it as Admin
set /p adminpwd=:
if "%adminpwd%"=="" set pwd=Admin
if %errorlevel%==0 set pwd=%adminpwd%sc config RshSvc type= own obj= %computername%\Admin password= %pwd%
echo Starting the service
sc start RshSvcAny idea where's the bug?
0 -
Hi All,
does anybody know a handy tool, where can I select and hide program under Programs & Features?
It might be usefull if there would be possible to export the registry key and import it later.
Thanks for the tips
0
, you could try something like this:
Using up-to-date JRE on WinXP
in Windows XP
Posted
Finally managed to get some time, to dig into this problem.The chksk /F /R took a while, but didn't show up any critical errors. After I run the sfc /scannow , which didn't reported any issues.However after the sfc, the installer ended shortly, stating that there is not Windows Installer used so I installed again the Windows Installer 4.5.After that it still reports the issue like before.Meanwhile I tried to reinstall (repair) the Microsoft Visual C++ 2010 Redistributable,but again without luck.
The USER32.DLL version is 5.1.2600.5512 (xpsp.080413-2105)