Petr
Content Type
Profiles
Forums
Events
Posts posted by Petr
-
-
Hello, Petr. Have you managed to install USB 2.0 support on your i915 chipset?
I have tried different OrangeWare drivers with no luck, and http://www.winpack.org/petr/usb2-ow-2.04.zip is no longer available.
As I mentioned several times, there is no Win9x support for USB2.0 in Intel ICH6, ICH7 and ICH8 southbridges.
The newest Orangeware driver I know is here: http://old.winpack.org/petr/U2v242.exe but it supports ICH4 only.
There are universal EHCI (USB2.0) drivers for DOS, Windows NT 4.0, Windows 2000 and newer - but none for Win9x, all are bound to specific PCI IDs.
Petr
0 -
-
Practically shell32 of this fix is impossible to localize, when I translate strings in italian with restorator and click on "save" or "save_as" gives "corrupted resource, probably file encryped or compressed".
Result is a crash of restorator.
Yes, it seems the "Anonymous author" made some mistake.
I just tried to load this file by Heaventools PE Explorer (not free), saved it, the size has decreased and Restorator works fine.
The best would be if MDGx could ask "Anonymous author" to repair the shell32.dll file, I'm not sure that shell32.dll repaired by PE Explorer is 100% functional (I have not tested it)
Petr
Edit: I have tried to use shell32.dll patched by "Anonymous author", re-saved by PE Explorer and all resources replaced by Czech resources by Restorator and the system booted and did not crashed (yet). No deep testing.
0 -
Excuse me guys.
To translate some MSFN works i.e. MDAC component update 1.2 it's hard task, I must find each localized file in russian opening all proprieties of all files with right click of mouse, isn't there a method more rapid?
See my posts:
SED, INF, DDF file format description
(and others)
Petr
0 -
I have similar problem but in one special case only.
Copying from Windows XP to Windows 98 - normal speed
Copying from Windows 98 to Windows XP initiated on Windows 98 - normal speed
Copying from Windows 98 to Windows XP initiated on Windows XP - very slow speed
I never found any solution.
Petr
0 -
(selling errors not underlined).
Irony or mistake?
You may guess... Corrected.
Petr
0 -
As Drugwash reported here @ Dec 12 2006, 12:58 PM RichEdit 4.0 riched20.dll (5.40.11.2218) has problem with somer applications, like eMule (not clickable link) or Miranda IM spellchecker (spelling errors not underlined).
I don't know how to use Miranda IM but I have installed eMule and the link is really not clickable with riched20.dll 5.40.11.2218.
Both Miranda IM and eMule are open source but I'm not a programmer so I cannot guess if the code can be modified to work with all riched20.dll versions.
It is not an issue for Windows language version that use US-ASCII 1252 codepage but for other language versions it is real problem, there are many applications that exhibit unwanted font switching with RichEdit 3.0 and RichEdit 4.0 is solution for this problem.
Exactly the same situation is on all operating systems till Windows XP and Vista.
It is possible to place the right version of riched20.dll to the application folder and so far it seems to be the only possible solution.
Maybe somebody could be able to patch RichEdit 3.0 riched20.dll to correct the font switching bug?
Petr
0 -
I'd like to move the riched20 discussion to the proper topic: RICHED20.DLL compatibility
Petr
0 -
note: RichEdit 6.0 (12.0.4017.1003) does not work on Win9x - there is unresolved dependency to GetGlyphIndicesW in GDI32.DLL
0 -
Also a good idea might be upgrading RichEdit (riched20.dll) to 5.30.23.1226, as it may be needed by recent applications. Personally I tried to use a more recent version of it (5.40.x.x and 5.50.x.x) but I found them to be faulty regarding a few functions while testing in Miranda IM, so I had to downgrade to 5.30.x.x, which is working fine for me.
Really? That's very bad, Riched20.dll 4.0 (5.40.x.x) is required for Metapad and many other programs to work with non-ASCII codepages, like East/Central European codepage 1250.
This topic was alaredy discussed here: http://www.msfn.org/board/index.php?showtopic=72448 and the conclusion was that it is safe to use riched20.dll version 5.40.11.2218 because it does not break anything.
Here you can see the difference:
Richedit 3.0 (all versions):
Richedit 4.0 (all versions):
This is also noted here: http://www.liquidninja.com/metapad/faq.html#Q18
This problem si common for Windows 98, Windows Me, Windows 2000, Windows XP, Windows Server 2003 and even Windows Vista.
Therefore I have opened the incident # SRQ060526601424 with Microsoft and asked them to correct this bug but after several months of e-mailing and phone calls the result was:
So Microsoft will not correct any bug without "business impact plan", even if you have paid for the support.After a long time with testing and conferencing with my colleagues from the US and also discussing this with our Unit Manager regarding this issue here I am to give you an update and some more info:I regret to inform you that Peter Constable, Program Manager for Windows Globalization maintains that this is a “by design” behavior. Here’s some more info from Peter:
Please note some things regarding versions of the RichEdit control:
- When you see “5.30.23.1221”, ignore the initial “5.”; this is version 3.0.
- The system has never shipped version 5.0 of RichEdit. RichEdit is developed by Office, and they are currently developing version 6.x for Office 12. Version 5.0 would only have shipped with Office.
- Version 4.0 of riched20.dll has never been shipped by the system; it has only been shipped by Office. The system ships version 4.x of RichEdit using the file name msftedit.dll.
Furthermore we have discussed the possibility of msftedit.dll being used instead of riched20.dll when building a new application.
For this issue to be further pursued I will need you to send me a business impact plan so that Microsoft can decide whether this should be pursued or not.
I’ve already arranged to have a conference call with my manager to discuss this issue if you’d like and I’m also fully available and happy to help you with building the business impact plan if needed.
As agreed your existing support case SRQ060526601424 will now be closed. Customer Satisfaction is very important to us and we would like to be sure that you are very satisfied with the management of this case.Therefore, if we can be of any further assistance on this case or if you have any suggestions for improving our service please do not hesitate to contact either myself or my manager Bruno Ribeiro on brunor@microsoft.com so we can ensure you receive our immediate attention.
As discussed with Bruno, I have forwarded the info and documentation regarding riched20.dll you provided, plus your workaround suggestion, to the program group in order for them to further study the issue and come up with a KB article. This, unfortunately, might take a couple of weeks.
As this case was related to a design issue, I have closed this case as non decrement for you.
It was a pleasure working with you. I only wished all our customers documented their cases as well as you did. Thank you!
Should you need any further assistance with this matter, please feel free to contact me directly and I will be happy to assist.
Very polite response - but nothing was done yet, even the bug was not documented in MSKB yet.
Back to RICHED20.DLL. Are you able to document your problems with Richedit 4.0 and Miranda? I don't use Miranda so I'd like to test them. The serious problem with Richedit 3.0 and 3.1 and Windows with default codepage 1250 (defualt in Czech, Hungarian, Polish, Slovak, Slovenian versions of Windows 98) has to be solved some way. Maybe there is some other workaround? Or someone will be able to patch riched20.dll 3.0?
My understanding is so that Richedit does a test if the character is supported in the currently selected font. If it is missing, then it switches to different font that contains it - just to be able to display the character and not empty rectangle only. Unfortunately there is a bug in Richedit 3.0, 3.1 and even 5.0 that causes font switching even when the character is supported by the currently selected font.
Regards,
Petr
0 -
These are the ones I have [using getver.exe = http://lbrisar.htmlplanet.com/e_cmd32.html#getver]:
IPROP.DLL 4.0.1381.326 stamp 11-18-1999 96016 Bytes = from WinNT4 SP6a
IPROP.DLL 4.0.1381.4 stamp 6-8-2000 110592 Bytes = from WinME CD-ROM [identical with the 1 from Win98 SE CD-ROM]
IPROP.DLL 4.0.1381.6 stamp 8-20-1997 96016 Bytes = from DCOM98
If 326 is considered greater than 4 [as in 004] or than 6 [as in 006], you're right, 326 is newest. [?]
But if 6 [as in 600] is considered greater than 326, the 1 from official DCOM98 is newest. [?]
So which way is the right way?
Does anybody have any ideas how this actually works?
The version number is stored as four 16-bit words, each part of it may have value 0 to 65535. So the lowest version number is 0.0.0.0 and the highest 65535.65535.65535.65535.
Some more information from MSDN:
Codeguru: Versioning in Windows
Petr
0 -
NVIDIA&DEV_0146.DeviceDesc="GeForce Go 6200 TE/6600 TE go"
NVIDIA&DEV_0148.DeviceDesc="GeForce Go 6600"
NVIDIA&DEV_0167.DeviceDesc="GeForce Go 6200"
NVIDIA&DEV_0168.DeviceDesc="GeForce Go 6250"
for the following devices
%NVIDIA&DEV_0146.DeviceDesc% = NV30, PCI\VEN_10DE&DEV_0146
%NVIDIA&DEV_0148.DeviceDesc% = NV30, PCI\VEN_10DE&DEV_0148
%NVIDIA&DEV_0167.DeviceDesc% = NV30, PCI\VEN_10DE&DEV_0167
%NVIDIA&DEV_0168.DeviceDesc% = NV30, PCI\VEN_10DE&DEV_0168
I will try to add information about Go 7300 into inf and we will see ...
Just FYI - the above mentioned entries are for AGP versions of those boards only.
Petr
0 -
SATA shouldn't need a different driver, ESDI_506.PDR should work fine since SATA is supposed to be identical to IDE at the software interface.
Unfortunately ESDI_506.PDR does not work with SATA controllers in native mode. Tested with Intel and VIA chipsets and I suppose it is the same for all others.
Maybe the required modification of ESDI_506.PDR is not big because the software interface to the drive should be really the same.
Petr
0 -
BTW Virtual PC 2007 is free download from M$ site.
AFAIK Virtual PC 2007 is still beta and available to beta testers only. Link to Connect.
Free download is for Virtual PC 2004 with SP1 and Virtual Server 2005 R2 Enterprise Edition.
Petr
0 -
There is no Win9x driver for SATA and Audio. Apparently there is Win9x LAN driver.
0 -
There is a European Union Expansion Font Update
Updated versions of Times New Roman (regular, bold, italic and bold italic), Arial (regular, bold, italic and bold italic) and Verdana (regular, bold, italic and bold italic) that include six additional characters not available in the Windows XP versions of these fonts. The new added characters are Unicode code-points U+0218, U+0219, U+021A and U+021B used for Romanian and U+040D and U+045D used in Bulgarian.
It should install on Windows 95 to Windows Vista.
0 -
EDIT:Wait a minute...OpenOffice Can Create .PDF format files?
Yes, it has Save as PDF function and it works very well.
Petr
0 -
I use pdfFactory - is very good but not free and not open source.
0 -
"Why continue to use Windows 9x when you could just use Windows 2000?"
Who "could just use Windows 2000"? Windows 2000 is not freeware, you have to pay $219 or $199 for the license (official upgrade price from Microsoft for W2000 and for WXP respectively).
(not mentioning how slooooow Windows 2000 is and that the mainstream support was already discontinued by Microsoft)
Petr
0 -
i have a ecs 482 m motherboard and an athlon 3200+ processor....
i have a question though is there sata hard drive support in winme?
or a driver for winme for sata support....
These seems to be no Win9x support for ATI® RADEON XPRESS 200 chipset - as you can see here: http://www.ecs.com.tw/ECSWeb/Downloads/Pro...=35&LanID=0
Petr
0 -
Oh well in that case what earlier Asus motherboard can I get, to put these other parts together ? Rather what Intel chipset still supports 9x ?
Fully supported are chips 865/875, from Asus P5PE-VM with Core2 Duo support is available.
But this board has AGP, not PCI-E.
P5LD2 SE (PCB R2.0+) with 945P chipset support Core2 Duo processor too and has PCI-E slot, but the compatibility with Windows 98/Me is very limited.
Petr
0 -
@ Mdgx:
In Q928388.inf:
[TZ]
HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones",,0,"Pacific Standard Time"
HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones\Dateline",Display,0,"(GMT-12:00) International Date Line West"
HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones\Dateline",Dlt,0,"Dateline Daylight Time"
HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones\Dateline",Std,0,"Dateline Standard Time"
HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones\Dateline",MapID,0,"24,25"
There isn't Pacific Standard Time, but Dateline Standard Time, no?
Maybe it's an unnecessary string.
Please see where it is placed - it is in HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones" key, not in HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones\Dateline".
It seems that HKLM,"Software\Microsoft\Windows\CurrentVersion\Time Zones" contains default time zone for given language version of Windows 98, English version contains "Pacific Standard Time".
Petr
0 -
Hello,
I've received very interesting information from local office of Microsoft (both in written and oral form):
Windows 98 (4.10.1998) license entitles the license owner to use Windows 98 SE (4.10.2222) too.
Legally bought media (CD-ROM) must be used, so you can either use the CD-ROM that you already bought for other computer, or you can ask Microsoft Fullfillment Service for new one (for administrative fee).
Is anybody able to verify if this is opinion of the whole Microsoft or just our local office only?
Petr
0 -
Does anybody know if this fix: KB928939 Western Australian Daylight Savings Changes for Microsoft Windows for the Year 2006/2007 is already contained in 928388 or not?
0
Why continue to use Windows 9x?
in Windows 9x/ME
Posted
There were given many strong reasons why to use Win9x and many strong reasons why not to use it, it is always depending on your existing hardware, existing applications and personal preferences.
If the reason that specific hardware or specific software does not work with NT based systems is not "one good reason" for you - then there is nothing to discuss.
My opinion is different - I understood that DukeBlazingstix wrote this becasue he wanted to express that he wants really to listen and discuss, not just start a flamewar like some other people (Link21 and you) often do.Please also keep in mind that people just have personal preferences and most discsussions like "What is better - ATI or Nvidia? AMD or Intel? Western or Seagate? Gigabyte or Asus? Firefox or Opera? Windows or Mac or Linux? Mercedes or BMW?" are mixed with 1% of technical things and 99% of personal opinion.
Not respecting this fact and not respecting other people opinion leads just to flamewar, nothing else can be the result.
Petr