Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > I honestly don't understand this argument: in 99,99% of all cases, the code > will just > work if you use RawByteString, since everything will be in the codepage of > the environment anyway ? Well, we already convert to target encoding on windo

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Michael Van Canneyt
On Wed, 11 May 2016, Marco van de Voort wrote: In our previous episode, Michael Van Canneyt said: I don't like that. The 3.x idea is to get rid of manual conversions and hack-and-convert-it-as-you-go encoding management, not just rebadge the old practices to rawbytestring. You may not like

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > > > I don't like that. The 3.x idea is to get rid of manual conversions and > > hack-and-convert-it-as-you-go encoding management, not just rebadge the old > > practices to rawbytestring. > > You may not like it, but there is simply no other c

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Jonas Maebe
Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: And in the case it makes an assumption of the code page, regardl

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Michael Van Canneyt
On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: And in the case it makes an assumption of the code page, regardless of environment variables ? (don't say that

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Jonas Maebe
Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: And in the case it makes an assumption of the code page, regardless of environment variables ? (don't say that doesn't happen. It does, I know a programmer

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Michael Van Canneyt
On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Marco van de Voort wrote: I don't like that. The 3.x idea is to get rid of manual convers

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Jonas Maebe
Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Marco van de Voort wrote: I don't like that. The 3.x idea is to get rid of manual conversions and hack-and-convert-it-as-you-go encod

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Michael Van Canneyt
On Wed, 11 May 2016, Jonas Maebe wrote: Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Marco van de Voort wrote: I don't like that. The 3.x idea is to get rid of manual conversions and hack-and-convert-it-as-you-go encoding management, not just rebadge the old pract

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Jonas Maebe
Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Marco van de Voort wrote: I don't like that. The 3.x idea is to get rid of manual conversions and hack-and-convert-it-as-you-go encoding management, not just rebadge the old practices to rawbytestring. You may not like it,

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Michael Van Canneyt
On Wed, 11 May 2016, Marco van de Voort wrote: In our previous episode, Michael Van Canneyt said: I'm not sure what you are suggesting as alternative. Saving the encoding at startup, so it can be reused in cases like this, in case somebody change defaultsystemcodepage? Or using defaultsystem

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Marco van de Voort
In our previous episode, Michael Van Canneyt said: > > I'm not sure what you are suggesting as alternative. Saving the encoding at > > startup, so it can be reused in cases like this, in case somebody change > > defaultsystemcodepage? > > > > Or using defaultsystemcodepage instead of filesystem enc

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Jonas Maebe
Michael Van Canneyt wrote on Wed, 11 May 2016: On Wed, 11 May 2016, Marco van de Voort wrote: In our previous episode, Jonas Maebe said: The filesystem encoding is fine to find the binary on Unix, but the parameters you specify to that binary will be interpreted by that same binary once it'

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Michael Van Canneyt
On Wed, 11 May 2016, Marco van de Voort wrote: In our previous episode, Jonas Maebe said: It assumes for windows utf16, and for Unix filesystem encoding (e.g. unix.pp:254). If you have more info, please share. The filesystem encoding is fine to find the binary on Unix, but the parameters

Re: [fpc-pascal] Executing external processes and codepages

2016-05-11 Thread Marco van de Voort
In our previous episode, Jonas Maebe said: > > > > It assumes for windows utf16, and for Unix filesystem encoding (e.g. > > unix.pp:254). > > > > If you have more info, please share. > > The filesystem encoding is fine to find the binary on Unix, but the > parameters you specify to that binary w