If GT.M works at all on OS X, I would expect it the compiler to run
unchanged. This is because while GT.M generates object files in a
standard format, it uses its own dynamic loader.
In Ismet's case, I suspect that the 1h is coming from some mismatch
having to do with terminal characteristics
--- K.S. Bhaskar [EMAIL PROTECTED] wrote:
If GT.M works at all on OS X, I would expect it the compiler to run
unchanged. This is because while GT.M generates object files in a
standard format, it uses its own dynamic loader.
Maybe. Obviously, habing your own linker makes a big
In Ismet's case, I suspect that the 1h is coming from some mismatch
having to do with terminal characteristics on the server side (e.g.,
libncurses). I wonder if something like stty sane before going into
GT.M might make a difference.
I tried that but you still see the GTM1h displayed
We have been using Putty for our remote sites with no problems
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ismet
Kursunoglu
Sent: Monday, October 09, 2006 9:32 AM
To: Hardhats
Subject: [Hardhats-members] GTM prompt weirdness with FreeBSD
I see a '1h'
Could that be part of an escape code sending a terminal control
sequence? Have you tried putty? Does it do the same thing?
Can you tell us more about the linux compatibility layer for FreeBSD?
I wonder how that would work with OS X?
Kevin
On 10/9/06, Ismet Kursunoglu [EMAIL PROTECTED] wrote:
Could that be part of an escape code sending a terminal control
sequence? Have you tried putty? Does it do the same thing?
If it is related to the terminal then why the different behavior with
C-VT100 series of terminal emulation from Debian to FreeBSD?
My understanding that putty is a