jaclaz Posted August 27, 2011 Share Posted August 27, 2011 I guess I'll have to stick to Update Inis as reordering the sections in this case doesn't have any influence on how update.inf works... and what's more important is that Update Inis seems to work smoothly.You can still parse just the sections, before the "update" and then re-order the updated ini along those.The original idea of splitting everything was exactly to have a way to keep the same section order.jaclaz Link to comment Share on other sites More sharing options...
tomasz86 Posted October 18, 2011 Author Share Posted October 18, 2011 (edited) jaclaz,There is a problem with your script when system unicode code page is set to different languages, ex. if I set it to Korean and run your script I get this:?kbid -> ?##쬴bid&Send -> ?#쬢endUS & Canada -> US ?#?Canada< -> ?###?etc. Edited October 18, 2011 by tomasz86 Link to comment Share on other sites More sharing options...
jaclaz Posted October 18, 2011 Share Posted October 18, 2011 jaclaz,There is a problem with your script when system unicode code page is set to different languages, ex. if I set it to Korean and run your script I get this:Well, you obviously need to review the half-@§§ed replacement strings I made for gsar to take care of this cases.I have no idea what is "different" with those, but surely a "text" comparison doesn't help, do a hex one instead.jaclaz Link to comment Share on other sites More sharing options...
tomasz86 Posted October 18, 2011 Author Share Posted October 18, 2011 It'd have to be done for each language separately then Isn't it possible to set a "fixed" codepage? Link to comment Share on other sites More sharing options...
jaclaz Posted October 18, 2011 Share Posted October 18, 2011 It'd have to be done for each language separately then Isn't it possible to set a "fixed" codepage?I haven't yet understood (I fear because you completely failed to provide meaningful data to allow me to do so ) what exactly the issue is.I need:the file BEFORE the runnning of the scriptsan EXACT description of the scripts you ran on it - or better a copy of the actual scripts you ran - and the order in which you ran themthe file AFTER the running of the scriptsStandard litany :http://homepages.tesco.net/J.deBoynePollard/FGA/problem-report-standard-litany.htmljaclaz Link to comment Share on other sites More sharing options...
tomasz86 Posted October 20, 2011 Author Share Posted October 20, 2011 Well, after doing more tests I can say that it's not your script which is messing things up but yanklines.vbs script which I use to remove duplicates from files in SPLIT_* folder. When I have encoding for non-Unicode programs set to English or Polish, there are no problems but when I change to Korean it gets messed up.Shall I still upload the files? Link to comment Share on other sites More sharing options...
jaclaz Posted October 20, 2011 Share Posted October 20, 2011 Shall I still upload the files?Well, not for me, unless it is a VERY OBVIOUS problem in the .vbs, it is UNlikely I can help you with it .But I am pretty sure that someone will try and help you with it, so why don't you provide the files anywayjaclaz Link to comment Share on other sites More sharing options...
tomasz86 Posted November 3, 2011 Author Share Posted November 3, 2011 I've just switched back to Polish when using yanklines but I'll try to post these files later on.However, I found two problems in splitinf.cmdThese type of lines[Product.RunOnce];IE InstallerHKLM,"Software\Microsoft\Windows\CurrentVersion\RunOnceEx\101","002",,"%11%\mlang.dll|DllRegisterServer"HKLM,"Software\Microsoft\Windows\CurrentVersion\RunOnceEx\101","004",,"%11%\browseui.dll|DllRegisterServer"HKLM,"Software\Microsoft\Windows\CurrentVersion\RunOnceEx\101","005",,"%11%\browseui.dll|DllInstall|I"HKLM,"Software\Microsoft\Windows\CurrentVersion\RunOnceEx\101","034",,"%11%\mshta.exe /register"become[Product.RunOnce];IE InstallerHKLM,"Software\Microsoft\Windows\CurrentVersion\RunOnceEx\101","034",,"%11%\mshta.exe /register"after processing the file by splitinf.cmd. It's probably the "|" character to make them "disappear".The other problem is that[Strings]START_PAGE = "http://www.microsoft.com/isapi/redir.dll?prd=ie&pver=6&ar=msnhome"becomes[Strings]START_PAGE = "http://www.microsoft.com/isapi/redir.dll?prd = ie&pver = 6&ar = msnhome" Link to comment Share on other sites More sharing options...
tomasz86 Posted November 22, 2011 Author Share Posted November 22, 2011 I have one question. I use the following script to update *.cab files (fp40ext.cab in the example) from Win2k SP4MD TEMP\fp40extcabEXPAND -F:* %SP6%\fp40ext.cab TEMP\fp40extcab >NULFOR /F %%I IN ('DIR/B TEMP\fp40extcab') DO ( IF EXIST HFMER\%%I ( ECHO Processing %%I XCOPY/DY HFMER\%%I TEMP\fp40extcab\ >NUL ))I use XCOPY/DY to copy only files that are newer than the ones in the destination folder. I would be interested in having the "Processing %%I" displayed only when the actual file is copied and replaces the other one. Now it's displayed for all files regardless of whether they are actually copied or not (when they're older). Could it be done in a simple way? Link to comment Share on other sites More sharing options...
Yzöwl Posted November 22, 2011 Share Posted November 22, 2011 just a thought but why not get rid of the ECHO Processing %%I and remove the >NUL from the line below it!Then again you may be able to remove the FOR loop entirely and simply run XCOPY with an additional /U switch! Link to comment Share on other sites More sharing options...
jaclaz Posted November 22, 2011 Share Posted November 22, 2011 I use XCOPY/DY to copy only files that are newer than the ones in the destination folder. I would be interested in having the "Processing %%I" displayed only when the actual file is copied and replaces the other one. Now it's displayed for all files regardless of whether they are actually copied or not (when they're older). Could it be done in a simple way?What about:MD TEMP\fp40extcabEXPAND -F:* %SP6%\fp40ext.cab TEMP\fp40extcab >NULFOR /F %%I IN ('DIR/B TEMP\fp40extcab') DO ( IF EXIST HFMER\%%I ( XCOPY/DL HFMER\%%I TEMP\fp40extcab\ XCOPY/DY HFMER\%%I TEMP\fp40extcab\ >NUL ))Depending on the output you have in your language, you may want to use something like:XCOPY/DL Source\%%I Target\ | FIND /V "0 File" | FIND /V "1 File"(if a file is NOT copied, XCOPY will display (on my Italain System "0 File" and when a file is actually copied "1 File")jaclaz Link to comment Share on other sites More sharing options...
tomasz86 Posted November 23, 2011 Author Share Posted November 23, 2011 I like the XCOPY/U (XCOPY/DUY in this case) method for its simplicity I tested the other one suggested by jaclaz too (XCOPY/DL) but it asks whether to overwrite file or not. Also I'd prefer to have the script language neutral (I myself sometimes switch between different system locales).There is just one more thing related to this part of the script:MD TEMP\fp40extcabEXPAND -F:* %SP6%\fp40ext.cab TEMP\fp40extcab >NULXCOPY/DUY HFMER\*.* TEMP\fp40extcab\I need to repack the archive but It'd be nice to have it done only when there are new files copied. Before I used something like this:FOR /F %%I IN ('DIR/B TEMP\fp40extcab') DO ( IF EXIST HFMER\%%I ( ECHO Processing %%I XCOPY/DY HFMER\%%I TEMP\fp40extcab\ >NUL IF NOT EXIST TEMP\fp40extcab\new MD TEMP\fp40extcab\new ))IF EXIST TEMP\fp40extcab\new ( ECHO.&ECHO Repacking fp40ext.cab... CABARC N %SP6%\fp40ext.cab TEMP\fp40extcab\*.* >NUL) ELSE ( ECHO There are no new files to add.)Quite primitive but did the job more or less Now it's not applicable when the whole loop is replaced by XCOPY with the /U switch. Does anyone have any idea how such a checking could be done? Of course I can just always repack the archive even if there are no new files but it increases the time unnecessarily (especially when cabs such as driver.cab are processed...). Link to comment Share on other sites More sharing options...
jaclaz Posted November 23, 2011 Share Posted November 23, 2011 I tested the other one suggested by jaclaz too (XCOPY/DL) but it asks whether to overwrite file or not. Owww, comeon , use XCOPY/DLYjaclaz Link to comment Share on other sites More sharing options...
tomasz86 Posted November 23, 2011 Author Share Posted November 23, 2011 (edited) Owww, comeon , use XCOPY/DLYOf course but then the only difference between the two is:XCOPY/DY1 Files(s) copiedvs.XCOPY/DLY1 File(s) Edited November 23, 2011 by tomasz86 Link to comment Share on other sites More sharing options...
jaclaz Posted November 23, 2011 Share Posted November 23, 2011 Owww, comeon , use XCOPY/DLYOf course but then the only difference between the two is:XCOPY/DY1 Files(s) copiedvs.XCOPY/DLY1 File(s)NO, the difference is that the L switch WON'T actually copy the file AND it will show the name of the file IF it corresponds to the D switch.jaclaz Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now