Please write down, what standard you are using in PB in the wrongly called "ASCII-Mode".
I mean "Windows-1252", so if some one want to convert the characters from ASCII-Mode
to use it in Unicode-Mode, he can find easily something like this: http://en.wikipedia.org/wiki/Windows-1252
The output buffer can be up to 33% smaller than the input buffer, with a minimum size of 64 bytes. It's recommended to get a slightly larger buffer, like 30% smaller to avoid overflows.
Should the 33% not be 25% ?
When encoding then yes you require a buffer 33% in excess of the size of the source buffer. When you reverse this, however, then to my reckoning we are talking about a max of 25% smaller.
I may look like a mule, but I'm not a complete ass.
==> http://en.wikipedia.org/wiki/Base64:[quote]Note that given an input of n bytes, the output will be (n + 2 - ((n + 2) % 3)) / 3 * 4 bytes long, which converges to n * 4 / 3 or 1.33333n for large n.[/quote]
Windows 10 / Windows 7
PB Last Final / Last Beta Testing
srod wrote:Base-64 works by taking 3-bytes (24-bits) and encoding them in lots of 6-bits - thus creating 4 bytes. This gives a 33 and 1/3% increase.
Decoding does the opposite and thus reduces the buffer by at least 25%.
That's absolutely correct:
1 byte increase for every 3 bytes is 1/3 = 33.333...% increase. And 3 bytes + 1 byte increase = 4 bytes.
1 byte decrease for every 4 bytes is 1/4 = 25% decrease (the denominator now is 4, not 3 anymore!).
This mistake in the help is pretty typical when people do percentage calculation.
The RemoveString() and ReplaceString() commands of the string library need a description of what value to use for the default search mode when specifying a StartPosition. Alternate search modes have constants defined and explained in the help file entries but a person is left to guess what to use when the default search mode is desired while also specifying a StartPosition parameter.
Flag parameter text:
The 'Flag' parameter isn't optional. I mean flags are always optional so it should be the same here?!
Color parameter text:
Just a small note but maybe this way it's a bit better: "You can get a valid color value with the RGB() function".
(instead of: "A valid color value you can get with the function RGB().")
If any of you native English speakers have any suggestions for the above text, please let me know (via PM). Thanks!
> this way it's a bit better: "You can get a valid color value with the RGB() function".
> (instead of: "A valid color value you can get with the function RGB().")
It looks like Yoda wrote the current version.
I compile using 5.31 (x86) on Win 7 Ultimate (64-bit).
"PureBasic won't be object oriented, period" - Fred.
GG wrote:Sorry if this error is already mentioned, but for DatabaseUpdate() in chm help file (databaseupdate.html) , the example doesn't mention 2 param, only one (the db handler is ommitted).
DatabaseUpdate("UPDATE employee SET checked=1 WHERE id="+GetDatabaseString(#Database, 0))
That would be corrected as :
DatabaseUpdate(#database,"UPDATE employee SET checked=1 WHERE id="+GetDatabaseString(#Database, 0))
GG wrote:In the french .chm help file,
- AddCipherBuffer(), StartAESCipher(), GetXMLStandalone(), FinishDatabaseQuery(), AESEncoder(), FinishCipher() and AESDecoder() description are in english.
- Same thing for "Compilation d'un programme" (ide_compiler.html), from "Enable Debugger" paragraph to "constantes" paragraph.
- Same thing for "Compilation d'un programme" (ide_compiler.html), for "Constantes personnalisées" paragraph.
- In "les outils externes" (PureBasic.chm::/Reference/ide_externaltools.html), the "Enable Tool on a per-source basis" paragraph is in english.
- In "Utiliser le debugger" page (PureBasic.chm::/Reference/ide_debugger.html), the following sentence is in english : "The code view also provides the mouse-over feature from the integrated debugger to quickly view the content of a variable.".
- One paragraph for AddMailAttachment() is in english.
These small errors are still present in 4.51.
Purebasic 6.04 64 bits - Windows 11 Pro 64 bits 23H2
Christian Uceda wrote:The magic words (In the library subsystem option in the compiler options window) UserLibThreadsafe when using third party libraries with the threadsafe compiler option and UserLibThreadsafeUnicode when using third party libraries using the unicode and threadsafe executable flags on the compiler need to be explained on the manual.
No documentation error.
These are custom subsystems, so they are not to be mentioned in the manual.
For free libraries and tools, visit my web site (also home of jaPBe V3 and PureFORM).