On Wed, 16 Sep 2009, Tamas TEVESZ wrote:

Hi,

> a word of warning to anyone who plans tackling haiku, when logged in 
> via ssh, you get a substantially different environment compared to 
> what you get when in a terminal window (and these differences do skew 
> hb builds).

And note about GTTRM in HAIKU XTerm emulator:
- MIDDLE and RIGHT buttons are reverted
- UP,DOWN,RIGHT,LEFT keys are reported as CTRL+{UP,DOWN,RIGHT,LEFT}
I cannot cleanly fix it because it's incompatible with other XTerm
emulators and here conditional compilation:
   #ifdef HB_OS_BEOS
resolves problem only partially because it will not help if you use
HAIKU XTERM to logon to Linux box and execute remotly Harbour-linux
application, etc.

>  >    TOFIX: error code are not properly decoded in HAIKU/BEOS builds.
>  >           It can be seen in hbtest results. It's possible that it's
>  >           HAIKU/BEOS problem not Harbour one.
> do you mean errnos? if so, it seems they are doing this in a different 
> way. could it not be perhaps that on posix, error codes tend to fit in 
> int, whereas on haiku, they apparently don't, and something overflows 
> and gets truncated?
> that seems to be supported by this:
> this from hbtest on haiku:
> ! 3655 MAIN_MISC(815)  __CopyFile("$$COPYFR.TMP", BADFNAME())
>        Result: "E 20 BASE 2012 Create error <*INVALID/*.> OS:24579 #:1 F:DR"
>      Expected: "E 20 BASE 2012 Create error <*INVALID/*.> OS:2 #:1 F:DR"
> now if i'm not mistaken, the expected os:2 would be ENOENT, whereas 
> the actual result of 24579 is 2147508227-2^31, where 2147508227 is 
> ENOENT in haiku world. this must be an integer truncation someplace. 

Yes, it's a problem with errno macro values in source/rtl/fserr.c.
I'll fix it in a while. Thank you for your suggestion.

> anyway. reading 
> http://www.haiku-os.org/docs/userguide/en/filesystem-layout.html
> this, it seems that the following is a better fit for haiku (it's 
> unclear to me whether it is also the case for beos or not) than 
> /usr/local.
[...]

yes but I would like to leave such modifications to Viktor,

best regards,
Przemek
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to