Hi Some time ago I complained about getting grafic characters instead of f thru z, etc., when ncurses updated from 5.3 to 5.4
Since then I discovered if I insert SetPCCharSet( false ) before the first write the problem goes away.
The following program illistrates it:
program ncur; uses CRT; begin if( GetPCCharSet ) then begin writeln("true"); SetPCCharSet( false ); writeln("true"); end else writeln("false"); end.
Russ
Russell Whitaker wrote:
Some time ago I complained about getting grafic characters instead of f thru z, etc., when ncurses updated from 5.3 to 5.4
Since then I discovered if I insert SetPCCharSet( false ) before the first write the problem goes away.
That's right. (But you got my patch back then to fix the problem also in the other case, didn't you?)
Frank
On Sat, 4 Feb 2006, Frank Heckenbach wrote:
Russell Whitaker wrote:
[..] if I insert SetPCCharSet( false ) before the first write the problem goes away.
That's right. (But you got my patch back then to fix the problem also in the other case, didn't you?)
Yes, but somehow the change never made it into the latest alpha releases.
As 2nd thought on the mater perhaps it would be more "universal" to put SetPCCharSet( false ) in crt's init code. (What made the demos work was framwin's SetPCCharSet(true), followed by some writes, and then SetPCCharSet(false).
Russ
Russell Whitaker wrote:
On Sat, 4 Feb 2006, Frank Heckenbach wrote:
Russell Whitaker wrote:
[..] if I insert SetPCCharSet( false ) before the first write the problem goes away.
That's right. (But you got my patch back then to fix the problem also in the other case, didn't you?)
Yes, but somehow the change never made it into the latest alpha releases.
I missed the patch. Now I have found it.
Russell Whitaker wrote:
On Sat, 4 Feb 2006, Frank Heckenbach wrote:
Russell Whitaker wrote:
[..] if I insert SetPCCharSet( false ) before the first write the problem goes away.
That's right. (But you got my patch back then to fix the problem also in the other case, didn't you?)
Yes, but somehow the change never made it into the latest alpha releases.
As 2nd thought on the mater perhaps it would be more "universal" to put SetPCCharSet( false ) in crt's init code. (What made the demos work was framwin's SetPCCharSet(true), followed by some writes, and then SetPCCharSet(false).
There's a problem with BP compatibility. If you use CRT without calling CRTInit (which BP doesn't have), it behaves Dos/BP compatible. If you call CRTInit, the default is in fact SetPCCharSet (False), as well as SetCRTUpdate (UpdateWaitInput).
Frank