DosTips.com

I incorporated custom conversions from UTF-8 to UTF-16 and vice versa because of buggy API functions on XP. (See the discussion above.) Finally it was not necessary to determine the Windows version and branch the code. The speed of my own functions is now comparable. And if used along with option /v...

Oh, I thought you already noticed it. At least in this thread:
viewtopic.php?f=3&t=7869&p=60035#p60035

Steffen

Thanks Saso! The French user who reported this bug also confirmed that it has been fixed now. As long as the performance doesn't suffer, I'll try to support XP. Currently I'm working on Carlos' suggestion to override the UTF-8 bug of the XP API functions. I got my own U8ToU16 and U16ToU8 functions t...

JREPL maybe?
viewtopic.php?f=3&t=6044 Note that the original file will be overwritten.

Steffen

OK, I'll implement it in one of the next versions. This requires extensive code profiling beforehand. I'm afraid it would destroy the performance of the tool otherwise

Yes I know this bug :lol: In other words, WideCharToMultiByte converts to CESU-8 instead of UTF-8 on XP. Fortunately this isn't quite relevant most of the time. It's rather seldom that you'll find surrogate pairs in UTF-16 natural language text. Some CJK characters require it. Actually the conversio...

Hi Carlos. Looking at the statistics makes me wonder if you were the only one who ever downloaded the source code :lol: Seriously. The reason to move the project to SourceForge was that discussions about the C source would be rather off topic at DosTips. But apparently nobody really cares about the ...

I received the information that option /l is broken on XP. The update to v7.1 is supposed to fix that. Although I have to wait for feedback since I can't test on XP anymore. Virustotal scans of version 7.1: x86: https://www.virustotal.com/gui/file/86099ad973b84af66e2e4e517d8a6d67b66222e2c6246b0747a7...

Version 7 pretty much supports what Saso suggested in post #13. While he later referenced EBCDIC (which already worked using CONVERTCP), I recently received an inquiry to support an old Bulgarian DOS charset called "MIK" . This does neither have a code page ID, nor is it installed on Windows. As lon...

The command line enclosed in single quotes runs in a separate cmd.exe process. That's the reason why you can't get the errorlevel. If you don't have subfolders in %cd% the loop body is never executed. You may use a helper variable. set "folders_present=" for /f "tokens=*" %%a in ('dir "%cd%" /a:d /b...

The error is about a SET /A statement that you don't have in your snippet anymore. Try: @echo off &setlocal set /p "passwrd=Enter your password: " set /a "n=100,max=200" setlocal EnableDelayedExpansion for /l %%X in (%n%,1,%max%) do ( if not exist "C:\multiboinc\BOINC_%%X\" md "C:\multiboinc\BOINC_%...

Begin your script with @echo on and you will discern that your loop didn't break even if the output of the body doesn't show up anymore. Alternatively, take a big number such like for /l %%A in (0,1,1000000) do ( and you will see that it takes ages until you get to the PAUSE prompt. We already had l...

I assume you read Antonio's answer? You can't break a FOR /L loop in the running process. That might be a cmd.exe bug. But don't hope that it will be fixed. Microsoft explained several times that they won't update cmd.exe anymore.

Steffen

Sounds to me like you just need a FOR /L loop and you are done Steffen

It's not intended to close a topic. If you want to mark your question as solved you may edit your initial post and prepend something like [solved] to the subject.

Steffen