Newbie Developer Forum

This forum will be closed shortly. Please post all development related questions and/or discussion on the Haiku Development, or Haiku 3rd party Development mailing lists.

Pascal?

Forum thread started by nonne on Sat, 2009-10-03 12:01

How is it going with pascal for Haiku? I see that fpc-2.3.1 is available for BeOS, but is the project still active?

http://sourceforge.net/projects/befpc/

Python in Haiku...

Forum thread started by jedie on Fri, 2009-09-18 19:01

I'm new to Haiku. I see that python is installed.

Is there a way to create GUI Apps in python for Haiku?

[help request] collaboration for UniATA support/correction

Forum thread started by forart.it on Fri, 2009-07-03 08:43

I don't know if anyone can/could help in any way, but i believe that a collaboration could benefit Haiku too (which lacks in SATA support, if I'm not wrong).

ReactOS switched to UniATA (an open source Universal ATA driver for Windows NT3.51/NT4/2000/XP) but now, after many tests, some problems popped up.

Here's the Newsletter #61 chapter about it:

ReactOS Newsletter 61 wrote:

UniATA Teething

Now that SATA drives are nominally supported, people have been running it through its paces. Unfortunately, UniATA does not support the Advanced Host Controller Interface, something that seems to be very common on motherboards these days. This is causing problems for those testers but unfortunately cannot be solved until Aleksey Bragin implements it. There are also a few bugs in its handling of certain SATA controllers without AHCI. In the case of the ATI IXP700 chipset, it was missing a flag and thus trying to use the controller in the wrong mode. Christoph von Wittich has been trying to deal with that, along with another issue. Ironically, UniATA is stumbling on several SATA controllers when they are emulating IDE for legacy purposes. This is also a case of incorrect or missing information and settings in UniATA, wherein it incorrectly identifies controllers and then tries to communicate with them using the wrong mode. Christoph's progress on both issues is however being slowed by insufficient testers who have the affected hardware.

Again, I don't know if anyone is interested, btw I hope that could help both projects...

Last but not least here's the UniATA features:

  • DMA/UDMA support (up to ATA-133) on known and generic DMA on unknown controllers.
  • LBA48 (large drives greater than 128Gb) support.
  • SerialATA support (SATA, SATA-2).
  • NT3.51 (including i386 version), NT4, 2000, XP, 2003 support (may be 2005 - not tested).
  • support of contiguous set of modes UDMA0-UDMA6 (ATA-16/25/33/44/66/100/133).
  • Support of numerous IDE controllers and generic ATA/ATAPI.
  • no reinstall required when migrating to different IDE controller or motherboard.
  • internal command queueing and optimized execution order of read/write requests.
  • user-mode device management utility atactl.exe. You can change data transfer mode (PIO/DMA/UDMA) on the fly.
  • tuning Read/Write cache, transfer modes and many other things via Registry settings.
  • list of bad/unreliable blocks, to prevent driver from treating HDD but return error immediately (Nikolai Vorontsov).

Strange building of partition image

Forum thread started by mounty on Sun, 2009-06-28 04:43

Hello, I am attempting to build Haiku under Gentoo GNU/Linux, direct to partition. That is, /dev/hda14 has permissions set to allow me to write to it, and UserBuildConfig is as below. However, when GRUB comes to boot from the partition it says that it can't load the image. The command jam @disk mount is able to view the partition, but it shows one top-level directory myfs, under which are apps, common, develop, home, optional, system and var. Surely those sub-directories should actually be in the root, and there should not be the directory myfs ?

Grub entry:

title Haiku
rootnoverify (hd0,13)
chainloader +1

UserBuildConfig:

HAIKU_IMAGE_HOST_NAME = pimple ;

AddUserToHaikuImage mounty : 573 : 100 : /boot/home/mounty : /bin/bash : "Michael Mounteney" ;

AddOptionalHaikuImagePackages Beam ;
AddOptionalHaikuImagePackages BeHappy ;
AddOptionalHaikuImagePackages BePDF ;
AddOptionalHaikuImagePackages Firefox ;
AddOptionalHaikuImagePackages NetSurf ;
AddOptionalHaikuImagePackages OpenSSL ;
AddOptionalHaikuImagePackages OpenSSH ;
AddOptionalHaikuImagePackages Pe ;
AddOptionalHaikuImagePackages Vision ;
AddOptionalHaikuImagePackages Welcome ;
AddOptionalHaikuImagePackages WonderBrush ;

# Add symlink/file (timezone and keymap settings) to the image.
AddSymlinkToHaikuImage home config settings
: /boot/system/etc/timezones/Australia/Adelaide : timezone ;

# AddFilesToHaikuImage home config settings : "US-International" : Key_map ;

DefineBuildProfile disk : disk : "/dev/hda14" ;

HAIKU_IMAGE_NAME = hda14 ;
HAIKU_IMAGE_DIR = /dev ;

switch $(HAIKU_BUILD_PROFILE) {
case "disk" : {
AddOptionalHaikuImagePackages Beam BeBook BeHappy BePDF Bluetooth CVS
Development Firefox LibLayout Links NetSurf OpenSound OpenSSH
OpenSSL P7zip Pe Perl Subversion UserlandFS Vision VLC Welcome
WonderBrush Yasm ;
}

case "vmware" : {
HAIKU_IMAGE_SIZE = 900 ;
}
}

HAIKU_BUILD_FEATURE_SSL = 1 ;

broken builds since ./configure after yasm install

Forum thread started by prOSy on Tue, 2009-05-05 19:51

Hi,

right after BeGeistert 020 i updated my build tools with yasm because it became necessary to do it.
I followed the instructions and also did re-run ./configure, but since then all images i compile are broken.
No matters what kind of image (vmware, raw, cd-image). All of them are booting fine but right after boot process i get following error (please see screenshot): http://bitcountercrew.de/prosy/bilder-pub/misc/misc_err-compile-Haiku-001.png
So i re-downloaded the whole Haiku source code, but the error is still there.

My build system:
ubuntu 8.04.2 32bit

What can i do to fix my build system?
What could cause the error in case of libfreetype.so and/or tcsetpgrp in terminal_inferior...

greets,
prOSy

Cross compiling beyond building a image

Forum thread started by ToraBora on Thu, 2009-04-23 13:59

Hello,

i currently try to set up a cross development environment on linux to build Haiku/BeOS Applications. I've read the Articles concerning on how to get the latest sources from SVN, build Jam and bootstrap the compiler to target haiku - that's no problem at all and works relativley flawless. So does building targets with Jam (like haiku-image, ...)

But: Now that i have the cross compiler, how to compile a simple application on linux using the cross compiler? When i try to compile a simple application like the obligatory "Hello, World" there are a few issues:

(Please note that i am not a GCC Guru - just used the installed, native compilers until now)

1.) The compiler does not find the necessary header files from the standard c++ libs - you have to supply them by hand using the -I switch or set the CPLUS_INCLUDE_PATH variable to the corresponding directory. Is this something i can configure in some configuration file?

2.) The linker complains that he's missing crti.o and some other bootstrapping objects. They are there somewhere deep inside the "generated/" folder - you have to copy them to the directories where ld looks for them (found out the correct path's via strace)

3.) When linking the libstdc++.r4.so and libbe.so there are a huge amount of missing references -> That's where i stuck at the moment.

So, would it be possible that someone explains (or eventually writes a nice tutorial) on how to get a simple Haiku Application (like let's say "Pulse") to compile on linux and run on haiku?

Thanks,
ToraBora

Can't get installation done

Forum thread started by dot on Mon, 2009-04-06 05:32

Hi all,

I've taken up a recent interest in Haiku, but I'm a complete newb, and I can't get the build done.

I've followed the instructions here:http://www.haiku-os.org/documents/dev/getting_linux_developer_tools

but when I try to run make I get a series of errors (more than would be reasonable to post all at once).

Is there anything I'm missing that the instructions don't mention?

Syndicate content