jumper

I don't know of any batch commands that can process a file line-by-line, nor any that can rename files according to a script. So I recommend using VBScript. The general algorithm would be something like: Open fruit list For each fruit Begin Search for files of that fruit If one or more create folder For each file Begin Clean up the filename Move to folderEnd End

endian.zip - endian.exe (console-32 app), endian.bat (sample usage) endian.exe source snippet based on header info detailed at http://betterexplained.com/articles/unicode/: // read first three (or more) bytes from file into byte array s[], then: return (s[0]==255) && (s[1]==254)? 255 : (s[0]==254) && (s[1]==255)? 254 : (s[0]==0xEF) && (s[1]==0xBB) && (s[2]==0xBF)? 239 : 0; Sample usage: endian.bat @echo off %0\..\endian %1 IF ERRORLEVEL 255 GOTO UCS2LE IF ERRORLEVEL 254 GOTO UCS2BE IF ERRORLEVEL 239 GOTO UTF8 echo ANSI GOTO End :UCS2LE echo UCS-2 Little Endian GOTO End :UCS2BE echo UCS-2 Big Endian GOTO End :UTF8 echo UTF-8 :End If debug.exe is available, I think it can be used to achieve the same results. Debug can be scripted to open the file, analyze the first three bytes, and create a temp com file that sets an appropriate ERRORLEVEL If Debug doesn't set the ERRORLEVEL upon exit itself, the temp file can be eliminated by running the temp program within Debug.

Try pasting the following script into a new browser window: javascript:n=10000;w=100;s='<table bgcolor=black cellspacing=1 cellpadding=0>';for(i=n;i<n+n;i++)s+=(i%w?'':'<tr bgcolor=white>')+'<td>'+(''+i).slice(1);s+'</table>' Print in A4 landscape scaled to ~30% Adjust n=10000 to any power of ten. Adjust w=100 to any desired width. Tested in Op10.63, FF2.0.0.20, IE5.0

Does µTorrent 2.0 start or even load without the stub? What is the nature of the crash (is it silent or is there a message)? You can also try using the GetAdaptersAddresses (or whole IPHLPAPI.DLL) from 2K, XP, ReactOS, Wine, WildBill, or blackwingcat.

I've been rebuilding a test machine the last few days and now have Firefox 3.5.19 installed and SeaMonkey Setup 2.6.1 ready to go next. I'm not getting a hang when printing with FF3.5, but rather a crash. Sometimes the error message is from the Mozilla Crash Reporter: Firefox had a problem and crashed. ... Details: The application did not leave a crash dump file. and sometimes a standard system error dialog: FIREFOX caused an invalid page fault in module Kernel32.dll at 016f:bff7a388. ... and sometimes both! The source code is "only" 46466 KB, so I'll see if it might be helpful: Index of ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/3.5.19/source Up to higher level directory File: firefox-3.5.19.bundle 105198 KB 4/20/11 12:00:00 AM File: firefox-3.5.19.bundle.asc 1 KB 4/20/11 12:00:00 AM File: firefox-3.5.19.source.tar.bz2 46466 KB 4/20/11 12:00:00 AM File: firefox-3.5.19.source.tar.bz2.asc 1 KB 4/20/11 12:00:00 AM Edit: While waiting for the download, I found the Mozilla Cross-Reference site. This search in the FF3.5 source for "PrintDlg" indicates that FF3.5 is supposed to be using PrintDlgExA: * line 101 -- // For PrintDlgEx * line 104 -- #define GetPrintDlgExQuoted "PrintDlgExA" ... * line 188 -- return GetProcAddress(lib, GetPrintDlgExQuoted); ... * line 967 -- BOOL result = ::PrintDlgW(&prntdlg); ... * line 1301 -- HRESULT result = ::PrintDlgEx(&prntdlg);

The "Windows 98/SE" drivers do exist and are right there on the Lenovo site available for download. And the links do work. If you need help, please ask....

help.lockergnome.com: Intel wlan 2200bg driver for W98? leads to support.lenovo.com: Intel PRO/Wireless LAN 2100 3B Mini PCI adapter software for Windows 98/SE Probably 'B' mode only. Win2000 drivers are available for the 2200bg and might lead to a way to enable 'G' mode.

Ktree8.zip: tree-view list of APIs supported by KernelEx lists extension modules invoked by "contents=" of Core.ini lists by DLL all APIs supported by each module lists DLLs supported via HKLM\Software\KernelEx\KnownDLLs A minor, but important, step forward to also include extensions via KernelEx\KnownDLLs.

If the OFN_HIDEREADONLY Hides the Read Only check box. 0x00000004 flag is set in the OPENFILENAME structure that is passed by an app to the GetOpenFileName function, that template check box will be hidden. I think this is what most apps do (directly or indirectly through a wrapper class).

New in ImportPatcher.37.zip: default option to test for API's with LoadLibrary/GetProcAddress if any DLL or API is missing iterate needed imports even if DLL is missing or has no exports "Target OS" -> "OS Subsystem Version [Ceiling]" nicer formatting of TimeDateStamps and ordinals in log Detects availability of API's provided by KernelEx and DLLHOOK. Set KernelEx compatibility mode to level of desired detection. For users of Kexstubs, blank definitions for missing functions can be copied directly from the output .ini files into the corresponding section in stubs.ini.

Original FF35 with none of my ComDlg32's. This is to confirm that the only effect of my ComDlg32 was to inadvertantly bypass KernelEx processing of PrintDlgW. This should explicitly bypass KernelEx processing instead of using my ComDlg32. I'm in the process of pushing ImportPatcher.37 and Ktree.8 out the door--It'll take a while for me to understand the rest of your tests. Don't worry about trying to reproduce MiKl's SeaMonkey results. Per loblo in Post #19, SeaMonkey prints fine with just KernelEx, but not with my ComDlg32 installed! Firefox 3.5 has other printing issues. Something separate to try is to use Kexstubs to redirect PrintDlgW to the unicode version in Unicows: [Comdlg32.dll] PrintDlgW=>Unicows:

Joe, please try MiKl's configuration: comdlg32 from 3/21 in the Firefox 3.5 folder and comdlg32 from 3/13 in the KernelEx folder. "hould have no effect" was carefully worded. My ComDlg export-forwards PrintDlgW to the original ComDlg32.00 DLL which should be fine. However, back in Post #28 I wrote: "KernelEx also can't process ComDlg32 functions unless they are imported (not export-forwarded) from a DLL named ComDlg32.dll!" So, my ComDlg by export-forwarding PrintDlgW is bypassing KernelEx's Unicode processing.... To test this theory, try adding this line in Core.ini instead of using my ComDlg(s): [NT2K.names] ComDlg32.PrintDlgW=std BTW, do OpenFile and SaveFileAs work? They should also be affected by my ComDlg32 implementation. Perhaps I need to export-forward to Unicows.dll instead of ComDlg32. Unicows exports all the wide ComDlg32 functions. Or perhaps that is what Kex is doing.... I'll continue to research the issue.

Try replacing: content = txs.ReadAllwith: content = txs.ReadLine & vbCrLf & "MyDisclaimer:" & vbCrLf Do Until txs.AtEndOfStream ' while not at end of file content = content & vbCrLf & txs.ReadLine & vbCrLf Loop And: txs.Write "MyDisclaimer:" & vbCrLf & content with: txs.Write content References: http://www.devguru.com/technologies/vbscript/quickref/textstream.html http://www.devguru.com/technologies/vbscript/quickref/doloop.html

submix8c, I'm not sure what you're disagreeing with, but your link is broken. Try this one instead: http://www.cpu-world.com/CPUs/Celeron/TYPE-Celeron%20(Mendocino).html PC133 is SDRAM and was typical on PPGA Mendocinos. FC-PGA Coppermines used SDRAM or RDRAM. CPU-World doesn't talk about memory-type compatibility, but does verify Wikipedia for socket 370. Thanks for the resource.

@MiKl: What version of SeaMonkey are you using? See posts #31-33 for SeaMonkey reports. @Joe: I'm not seeing any indication that FF35 calls PrintDlgEx to print. So the presence of ComDlgKs.dll shouldn't make any difference. Please search the FF35 app folder for the text "PrintDlgEx" (else "PrintDlg"). You can also try contents=std,Kstub822,kexbases,kexbasen if "PrintDlgEx" is found. Edit: I just downloaded and extracted Firefox 3.5.19, SeaMonkey 2.6.1, and Opera USB 12.02. Searching for text, I found that all contain "PrintDlg"; none "PrintDlgEx". My ComDlg?? solutions should have no effect on printing in these apps.

Celeron is the budget version of the P2/P3/P4. Socket 370 could be PPGA/FC-PGA/FC-PGA2 pc133 leads me to guess your Celeron is a P2 in a PPGA socket. If the speed is 533Mhz or less, that's it. PPGA runs at 2v. The slowest Socket 370 P3's (Coppermines) are FC-PGA (<=1.75v), so not compatible. Edit: Modifying a PPGA socket 370 motherboard for FCPGA processors

>I've recently installed FF 3.5.20pre.... Initially, any attempt to print would immediately lock-up FF with an hourglass showing. If you had Kstub822 installed, the default definitions would have tried to forward PrintDlgExW to ComDlgKs.dll (from the kstub730 package). If ComDlgKs.dll was missing, the Options message box would have been displayed. Perhaps it popped up under the Firefox window.... There should be a new entry in the log file each time PrintDlgExW is processed--was there one? [note to self: add additional logging of failed forwards in next Kexstubs] >So I downloaded ComDlgEx from post #22, patched this with Import Patcher so that it called ComDlg00.dll instead of ComDlg32.dll and placed this in the System directory as ComDlg32.dll, having renamed the original as ComDlg00.dll. Both ComDlgEx and ComDlgEx2 from post #22 already reference ComDlg00.dll. There are no references to ComDlg32.dll. Perhaps you patched ComDlgEx.dll from post #27 instead? Also, the code for PrintDlgExA and PrintDlgExW in post #22 is obsolete. See posts #27-28 for details. ComDlgEx from post #27 or ComDlgKs from Kstub730 should be used as a starting point for experiments. >Now when I attempt to print, the print dialogue appears (it didn't before), but when I click OK, FF again locks up, this time without an hourglass showing. > >Incidentally, other applications including Opera 12.02 continue to print normally. Also note, the version of KernelEx is 4.5.2 and Kstub 822 is also installed. If you could walk FF3 (with dependencies) through IP35, I'd like to see the .ini file (inside a spoiler would be great). Also, check if printing with Opera 12.02 adds anything to the Kexstubs log file--it may not be using PrintDlgEx. As always, thank you for experimenting and reporting your findings.

Note the CAUTION warning below! Complete directions and board specifications are here: Motherboard Specifications, A8AE-LE (AmberineM) Battery is CR2032 3v, available in the watch department of most drugstores. CR2024 or CR2016 won't last as long, but should work if you use a washer or penny to increase the thickness (as I once did). As a temporary measure, the old battery can be carefully trickle-charged up to ~2v using two weak AAA batteries (as I ... ).

Have you changed the CMOS battery and reset (via jumper or setup) the CMOS data yet?

If you put a copy of the original Comdlg32.dll in the CorelDraw folder, you can customize it (or not) to work best with CorelDraw. The customized version in Windows\System will affect all other apps. If CorelDraw uses a resource template for its extra controls, you may be able to modify that resource to move them down below the expanded listbox.

PrintPDF Firefox extension: What are the symptoms of the printing problems

Use Clipboard Viewer to track what text has been copied to the clipboard. If you select and copy "Rich Text", many applications will not let you paste it. There is a third-party utility that will run in the background, monitor the clipboard, and convert rich text to plain text. Edit: Unicode text could also be the problem. More details here.

>That means that now newer SumatraPDF versions are usable 2.1.1 work great for me. It's the fastest and best of the line and has become my default PDF viewer. > The print dialog is the same like in SumatraPDF 0.8.1. Yes, the visible dialog is still PrintDlg. The data structure is pre- and post- processed to create the PrintDlgEx API. >The dialog appears in SumatraPDF versions 0.9, 1.5, 1.5.1, 1.6, 1.8, 2.1.1. Also 1.9. >I put the COMDLGEX.DLL into the SumatraPDF program folder and "hacked" the file SumatraPDF.exe with HexEdit by replacing the string COMDLG32.DLL by COMDLGEX.DLL (I hope that this was a useful method?). ImportPatcher could have been used, but two bytes are easy enough to change in a hex editor. Well done. Write a better dialog box function instead of reusing PrintDlg. A PrintHookProc could help. Or as a stop-gap measure, I can probably enable the "Selection" radio button: if it's selected upon return of PrintDlg, an additional MessageBox can be displayed that asks if you actually want odds or evens (Yes/No), or the document selection (Cancel).

>That makes the error message go away, but now nothing seems to happen when foobar2000.exe is started.... We can get an app to load by using stubs, but functioning properly is often another story. >Any other ideas? Oldapps.com lists these four builds as being compatible with Win2000. They are our best chance for success. Use compatibility mode "Windows 2000". We don't want to advertise as XP since faking it clearly has not worked! > Has anyone gotten foobar2000 version 1.1.x or higher runs under win-98? >What is shared.dll? There is no Version tab when you look at it's file-properties. A shared dll that plugs-ins use to access the foobar2000 API.

What's in the log file? That will tell us which api's are being used that we can try to do something about. I'm working on a new definitions file that will include stubs to duplicate KernelEx's built-in stubs (but not the better replacements). This will allow us to log all function stubs so we can get a better idea of what is getting called, and when.