Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 36 min 24 sec ago

Ticket #12918 (VESA fails to set a valid mode on boot unless selected manually) created

Sat, 2016-08-20 13:01

Around 2 years ago one of my machines (that uses VESA graphics) started requiring me to select a safe video mode on every boot (otherwise it just hangs on the rocket). Knowing that it was between two hrevs 6 months apart I looked for changes relating to VESA between the dates and have found the change [1] that caused it (tested by reverting the change and testing).

The change to vesa accelerant is intended to only set the video mode if it is different to the current one. But at least on my hardware, it causes the system to not set the video mode correctly on boot.

[1] ​https://github.com/haiku/haiku/commit/89a406bc520f3c78e4463041994b0c9fa76b3902

Categories: Development

Ticket #12602 (find_paths does not work inside chroot.) closed

Sat, 2016-08-20 06:01
fixed:

Fixed in hrev50499.

Categories: Development

Ticket #5289 ([Expander] wrong layout of controls) closed

Sat, 2016-08-20 06:00
fixed:

Applied in hrev50499. Thanks!

Categories: Development

Ticket #12917 (get_package_dependencies needs to be refactored) created

Thu, 2016-08-18 04:08

It appears the entire reason the url exists in the repo file (BRepositoryInfo blob) is to appease the get_package_dependencies binary. The requirements of get_package_dependencies could be greatly cleaned up.

Current Behaviour

get_package_dependencies takes in the following arguments:

get_package_dependencies then 'solves' the dependencies and links to where the package should be based on the url in the provided binary repo (created from repo.info).

get_package_dependencies seems to be the only thing that actually uses the url field in the repo.info / repo manifest. (this url field makes repo's unportable to other locations)

How it should work

  • A series of remote repo URL's are provided to the tool
    • Tool downloads repo manifest from each remote repo.
    • Tool now knows "where repos exist, and what packages they contain"
  • --
  • Every local hpkg file to be placed into the image.
Categories: Development

Ticket #12916 ([Debugger] Handle retrieving image paths for chrooted teams) created

Wed, 2016-08-17 00:18

Currently, LocalDebuggerInterface uses get_next_image_info() to retrieve the list of images for the targetted team. However, if the team is in a chroot, the path returned in the image information appears to have the path used inside the chroot, rather than the full filesystem path, which consequently leads to us being unable to locate the binary in question.

A few potential solutions present themselves here:

1) get_*_image_info could detect if the caller is in the same team or not, and if not, return the full path rather than the adjusted one. This may or may not be easily done depending on the inner workings of the corresponding kernel data structures (not yet investigated).

2) A new system call could be introduced that, given a team_id and a root-relative path within that team, maps it to its full filesystem path outside the chroot.

or

3) Additional calls/messages could be added to the debug API that provides similar semantics to get_*_image_info() but always returns the full path, thus leaving the former unmodified.

IMO, the third approach would probably be best, since it minimizes the risk of introducing any regressions in the more widely used standard calls, and makes it clear that the desired behavior is to return the information needed by the debugger. In any case, any such solution also needs to adjust the debug kit's image load/unload events to likewise take chroots into account if they don't already.

Thoughts/suggestions?

Categories: Development

Ticket #3918 (Keymap preferences should save selected keyboard layout.) closed

Tue, 2016-08-16 22:05
fixed:

Fixed for real this time in hrev50491

It was attempting to save the keyboard layout before, but not correctly.

Categories: Development

Ticket #12912 (undefined reference for _setjmp) closed

Sun, 2016-08-14 07:33
fixed:

Fixed in hrev50488.

Categories: Development

Ticket #12910 (Haiku x86-64 build won't build itself) closed

Sun, 2016-08-14 06:32
duplicate:

Please don't reopen a ticket for an already existing issue. The problem is still the same as before.

Categories: Development

Ticket #3918 (Keymap preferences should save selected keyboard layout.) reopened

Sun, 2016-08-14 06:30

No, it isn't.

This is not about the keymap, but the layout, which you can select in the second menu. It will always default to "generic 105 key international" when you start the app, which is a bit annoying if that's not the keyboard you use.

Categories: Development

Ticket #12914 (Debugger crashes on Step over) closed

Sun, 2016-08-14 01:27
fixed:

Fixed in hrev50487.

Categories: Development

Ticket #12913 (Debugger crashes on Step into) closed

Sun, 2016-08-14 01:26
fixed
Categories: Development

Ticket #12915 (KDL when USB3 device connected to USB3.1 PCIe adaptor card) created

Sat, 2016-08-13 22:37

hrev50486 x86_gcc2
Gigabyte GC-USB3.1 PCIe card
As soon as a USB device is connected it invokes KDL
syslog attached
listusb attached
listdev attached
KDL photo attached (IMG_KDL.JPG)

Categories: Development

Ticket #12914 (Debugger crashes on Step over) created

Sat, 2016-08-13 14:50

hrev50467 gcc4h

Core file: ​​http://haiku.kacperkasper.pl/core-Debugger-27413.7z

This happens when debugging Embeddable Common Lisp. I can provide specific steps to reproduce if necessary.

Categories: Development

Ticket #12913 (Debugger crashes on Step into) created

Sat, 2016-08-13 14:25

hrev50467 gcc4h

Core file: ​http://haiku.kacperkasper.pl/core-Debugger-18771.7z

This happens when debugging Embeddable Common Lisp. I can provide specific steps to reproduce if necessary.

Categories: Development

Ticket #12912 (undefined reference for _setjmp) created

Sat, 2016-08-13 13:57

I am trying to compile Embeddable Common Lisp [1], but _setjmp is not defined in libroot. setjmp works fine so I am using a workaround for now:
#define _setjmp setjmp

hrev50467 gcc4h

[1] ​https://gitlab.com/embeddable-common-lisp/ecl

Categories: Development

Ticket #12911 (Terminal can't handle curses programs) created

Sat, 2016-08-13 08:14

I've noticed that the terminal occasionally screws up when using curses mode
programs.

(Haiku nightly build hrev50483, x86-32 on VirtualBox)

To reproduce:

Try editing a file with nano(1), try inserting text in the middle of a word.

I also have an issue with a game of mine, which is what I originally detected:
$ git clone ​https://github.com/oskar-skog/anonymine.git
$ cd anonymine
$ touch highscores # Optional
$ ./mkenginecfg ./ ./ highscores
$ python anonymine.py -c cursescfg -e enginecfg.out -8 # -8 is optional

It performs better without color though:
$ echo $TERM
$ TERM=vt100
$ python anonymine.py -c cursescfg -e enginecfg.out -8 # -8 is optional
But if you play till the end, you should notice issues.

Categories: Development

Ticket #3918 (Keymap preferences should save selected keyboard layout.) closed

Fri, 2016-08-12 20:19
fixed:

This bug has been fixed for a long time now.

Categories: Development

Ticket #12910 (Haiku x86-64 build won't build itself) created

Fri, 2016-08-12 18:57

Latest Revision (as of 8/8/16). It doesn't stop at interrupt.o anymore, but stops at boot_loader_bios_ia32, which I assume basically means the same thing?

My question is, if you can build Haiku x86-64 in another OS (which is bootable, since I download bootable versions (.iso and .raw) now and then), why can't you build a bootable version within Haiku x86-64 itself? Can't you just modify the code to make the build work within Haiku x86-64 itself?

How much would need to be donated to to allow complete building of Haiku x86-64 from within Haiku x86-64 once again (which worked many years ago, because I was doing it)?

Relevant output shown below:

Welcome to the Haiku shell.

~> cd haiku/haiku
~/haiku/haiku> jam -q haiku-anyboot-image
Starting build of type regular ...
qrencode support not available on x86_64
/boot/home/haiku/haiku/src/add-ons/kernel/debugger/disasm/x86_64/Jamfile: No such file or directory
/boot/home/haiku/haiku/src/bin/debug/ltrace/arch/x86_64/Jamfile: No such file or directory
Skipping setjmp_test2.S test on non-x86
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...patience...
...found 138005 target(s)...
...updating 12981 target(s)...
MkDir1 /boot/home/haiku/haiku/generated/objects/haiku_host/x86_64/release/tools/anyboot
C++ /boot/home/haiku/haiku/generated/objects/haiku_host/x86_64/release/tools/anyboot/anyboot.o
Link /boot/home/haiku/haiku/generated/objects/haiku_host/x86_64/release/tools/anyboot/anyboot
Chmod1 /boot/home/haiku/haiku/generated/objects/haiku_host/x86_64/release/tools/anyboot/anyboot
BootLd /boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_loader_bios_ia32
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `BIOSDrive::WriteAt(void*, long long, void const*, unsigned long)':
(.text+0xf48): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `BIOSDrive::WriteAt(void*, long long, void const*, unsigned long)':
(.text+0xf79): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `BIOSDrive::ReadAt(void*, long long, void*, unsigned long)':
(.text+0x1128): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `BIOSDrive::ReadAt(void*, long long, void*, unsigned long)':
(.text+0x1143): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `BIOSDrive::ReadAt(void*, long long, void*, unsigned long)':
(.text+0x11b2): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `BIOSDrive::ReadAt(void*, long long, void*, unsigned long)':
(.text+0x11c8): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `add_block_devices(DoublyLinkedList<Node, DoublyLinkedListStandardGetLink<Node> >*, bool) [clone .part.9]':
devices.cpp:(.text+0x1c9c): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o: In function `cpu_init':
(.text+0x3434): undefined reference to `udivdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_partitions.a(efi_gpt.o): In function `efi_gpt_identify_partition(int, partition_data*, void)':
efi_gpt.cpp:(.text+0x2ce): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_partitions.a(PartitionMap.o): In function `Partition::CheckLocation(long long) const':
PartitionMap.cpp:(.text+0x56f): undefined reference to `moddi3'
PartitionMap.cpp:(.text+0x58f): undefined reference to `moddi3'
PartitionMap.cpp:(.text+0x5c5): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_partitions.a(PartitionMap.o): In function `PrimaryPartition::GetPartitionDescriptor(partition_descriptor*) const':
PartitionMap.cpp:(.text+0x8b1): undefined reference to `divdi3'
PartitionMap.cpp:(.text+0x8cb): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_partitions.a(PartitionMap.o): In function `LogicalPartition::GetPartitionDescriptor(partition_descriptor*, bool) const':
PartitionMap.cpp:(.text+0xcfa): undefined reference to `divdi3'
PartitionMap.cpp:(.text+0xd1a): undefined reference to `divdi3'
PartitionMap.cpp:(.text+0xd65): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a(bfs.o):bfs.cpp:(.text+0xe8): more undefined references to `divdi3' follow
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a(Stream.o): In function `BFS::Stream::FindBlockRun(long long, BFS::block_run&, long long&)':
Stream.cpp:(.text+0x766): undefined reference to `moddi3'
Stream.cpp:(.text+0x77a): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a(Stream.o): In function `BFS::Stream::ReadAt(long long, unsigned char*, unsigned long*)':
Stream.cpp:(.text+0x9b1): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a(BPlusTree.o): In function `BFS::bplustree_header::IsValid() const [clone .part.7]':
BPlusTree.cpp:(.text+0x21): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a(BPlusTree.o): In function `BFS::CachedNode::InternalSetTo(BFS::Transaction*, long long)':
BPlusTree.cpp:(.text+0x173): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a(BPlusTree.o): In function `BFS::CachedNode::SetTo(long long, BFS::bplustree_node const, bool)':
BPlusTree.cpp:(.text+0x344): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Volume.o): In function `FATFS::Volume::_ClusterAllocated(unsigned long) [clone .part.9]':
Volume.cpp:(.text+0x2e): undefined reference to `divdi3'
Volume.cpp:(.text+0x5a): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Volume.o): In function `FATFS::Volume::NextCluster(unsigned long, unsigned long)':
Volume.cpp:(.text+0x646): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Volume.o): In function `FATFS::Volume::_UpdateCluster(unsigned long, unsigned long)':
Volume.cpp:(.text+0x79b): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Directory.o): In function `FATFS::Directory::UpdateDirEntry(FATFS::Volume&, long long, unsigned long, unsigned long)':
Directory.cpp:(.text+0x758): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Directory.o): In function `FATFS::Directory::_AddEntry(FATFS::dir_entry&, long long&)':
Directory.cpp:(.text+0xbf1): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Stream.o): In function `FATFS::Stream::Stream(FATFS::Volume&, unsigned long, long long, char const*)':
Stream.cpp:(.text+0x8f): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Stream.o): In function `FATFS::Stream::_FindCluster(long long, unsigned long&)':
Stream.cpp:(.text+0x2ba): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Stream.o): In function `FATFS::Stream::_FindOrCreateCluster(long long, unsigned long&, bool&)':
Stream.cpp:(.text+0x44d): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Stream.o): In function `FATFS::Stream::FindBlock(long long, long long&, long long&)':
Stream.cpp:(.text+0x59d): undefined reference to `moddi3'
Stream.cpp:(.text+0x5e6): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Stream.o): In function `FATFS::Stream::ReadAt(long long, void*, unsigned long*, long long*)':
Stream.cpp:(.text+0x6cb): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a(Stream.o): In function `FATFS::Stream::WriteAt(long long, void const*, unsigned long*, long long*)':
Stream.cpp:(.text+0xa34): undefined reference to `moddi3'
Stream.cpp:(.text+0xa90): undefined reference to `moddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_loader.a(DataIO.o): In function `BMallocIO::SetSize(long long)':
DataIO.cpp:(.text+0x5c8): undefined reference to `divdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `number(Buffer&, unsigned long long, unsigned long, int, int, int)':
kernel_vsprintf.cpp:(.text+0xdf3): undefined reference to `umoddi3'
kernel_vsprintf.cpp:(.text+0xe08): undefined reference to `udivdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `vsnprintf':
(.text+0x14bf): undefined reference to `umoddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `vsnprintf':
(.text+0x1897): undefined reference to `umoddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `vsnprintf':
(.text+0x1903): undefined reference to `umoddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `vsnprintf':
(.text+0x1916): undefined reference to `udivdi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `vsnprintf':
(.text+0x195d): undefined reference to `umoddi3'
/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o: In function `vsnprintf':
(.text+0x1973): undefined reference to `udivdi3'

ld -Bstatic --script=/boot/home/haiku/haiku/src/system/ldscripts/x86_64/boot_loader_bios_ia32.ld -o "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_loader_bios_ia32" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/platform/bios_ia32/boot_platform_bios_ia32.o" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/arch/x86/boot_arch_x86.o" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_loader.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/net/boot_net.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_partitions.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/bfs/boot_bfs.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/amiga_ffs/boot_amiga_ffs.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/tarfs/boot_tarfs.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/fat/boot_fatfs.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/packagefs/boot_packagefs.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/boot_loader.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/loader/file_systems/tarfs/boot_zlib.a" "/boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_libroot.o" /boot/system/develop/tools/bin/../lib/gcc/x86_64-unknown-haiku/5.4.0/libsupc++.a /boot/system/develop/tools/bin/../lib/gcc/x86_64-unknown-haiku/5.4.0/libgcc.a \

...failed BootLd /boot/home/haiku/haiku/generated/objects/haiku/x86_64/release/system/boot/boot_loader_bios_ia32 ...

BUILD FAILURE:
...failed updating 1 target(s)...
...skipped 4 target(s)...
...updated 3 target(s)...
~/haiku/haiku>

Categories: Development