Latest Bugs & Tasks

seen on 5770 and 5870, logs attached, Black screen after boot splash. I get the typical scrambled screen at startup, then the monitor just turns off.

I wanted to replace a link to a master copy of a file with an actual copy of an experimental version, so I dragged the new one on to the folder with the link. As usual, it asked me if I really wanted to replace the file, but when I clicked "Replace", it left the link in place and overwrote the master copy!! Ouch.

Fortunately I do have a backup of the master, but I don't think this is expected behaviour! (I am still on an older build -- r42415 -- but I don't see this having been reported before.)

Applied with hrev43723. Thanks! Closing as fixed, right?

I installed nightly snapshot hrev43696 on my real mchine Lenovo ThinkPad T400. System worked amazing but from time to time he had some mistakes. I found some problems with ping command and gethostbyname function. Ping after installation works perfectly. But I have, in my local network, hosts that has only local names. I found information in this forum about how to setup local hosts names in file "/etc/host" by set configuration in file "/boot/common/settings/network/irs.conf". Observed that empty or filled file "irs.conf" generates following results:

~> ping 127.0.0.1 error: unknown protocol icmp: error 0 [No error] ~> ping localhost error: unknown protocol icmp: error 0 [No error]

I have written small console program, that only call the function gethostbyname and print her results:

/Home/Projekty/Testy>./ghbn 127.0.0.1 Host in "127.0.0.1"

h_name == "127.0.0.1" h_addrtype == 1 h_length == 4 h_addr_list[0] == 127.0.0.1

/Home/Projekty/Testy>./ghbn localhost Host in "localhost"

gethostbyname( "localhost" ): Error, errno == 0, h_errno == 1.

And h_errnp == 1 this is error HOST_NOT_FOUND.

My /etc/host has values "127.0.0.1 localhost" and irs.conf is empty or has values "hosts local dns".

After removed file irs.conf, ping and gethostbyname working correctly but only with dns.

On Linux the test program works perfectly.

When setting IPv6 addresses, we should do a Duplicate Address Detection.

Duplicate Address Detection goes as follows:

Over ICMPv6

• Report to MLD well known multicast group (type 143)
  • Announce that we are assigning an IP address via multicast.
• Send Neighbor Solicitation from :: (type 135)
  • Let everyone in multicast group know which IP address we are assigning
• Listen for Neighbor Advertisement (type 136)
  • Listen on the mutlicast group for neighbors on the requested IP address
• Leave multicast group if a duplicate address is found (type 143)

gcc4hybrid hrev43718 built myself not a nightly

OpenGL software rendering used to work on here now it doesn't

I have an invalid opcode exception in libGL.so when running GLTeapot

gdb says 0x00718c8e in one_time_init() from /boot/system/lib/libGL.so0

The Crusoe should support all of i586 instructions and should even work for alot of programs compiled for i686 unless they also have -O2 which can trip it up.

I would like to build haiku with the -Os flag instead of -O2 I assume I can set that in UserBuildConfig? That said I am not sure that kallisti5's mesa build script would pick up those flags or just ignore them.

I have a radeon rv100 so it can run a few little OpenGL apps so I'd like to have it working eventually even if it is weak sauce it does make some games playable instead of software rendering on Linux.

Haiku needs to obtain a global scope address when configured to obtain one from the network.

DHCPv6 and Router Advertisement Daemon (radvd) are the potential options.

radvd is the preferred focus of this as DHCPv6 is less difficult using upstream DHCP packages

Haiku needs to generate a link scope address on all interfaces when the ipv6 module is present.

Here is an example from Linux:

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 14:da:e9:51:54:22 brd ff:ff:ff:ff:ff:ff
    inet 10.10.10.162/24 brd 10.10.10.255 scope global eth0
    inet6 fe80::16da:e9ff:fe51:5422/64 scope link valid_lft forever preferred_lft forever

There was a particular gzipped-tar file I needed to download, and used WebPositive to do so. However, Expander wouldn't handle the downloaded file. I switched to BeZilla, and got a file that unpacked correctly.

Looking at the two versions of the file, I saw that the BeZilla one was ~100kB, but the WP one was 290kB! They both had the same filename, and were "application/x-gzip". Reaching the obvious conclusion, I ran "tar -xzf..." from the terminal on the WP file and of course it worked. WP had already expanded it for me, but failed to rename it or change the mimetype!

I tried the same on a "tgz" file from my own website, and neither Bezilla nor WP had any problems. A copy renamed "...tar.gz" was just as happy.

Digging a bit further, I used "wget --save-headers..." on all the files, and found I was being served different headers in each case.

My tgz file has

Content-Type: application/x-tar

while the tar.gz one is:

Content-Type: application/x-gzip

Apache supplied neither with a "Content-Encoding:" header.

The failing file, in contrast, has:

Content-Type: application/x-tar Content-Encoding: x-gzip

FTR the file causing problems is

 http://www.fourmilab.ch/webtools/midicsv/midicsv-1.1.tar.gz

SPAM removed

I downloaded game from Haikuware - Aqua Invaders from the Planet Goobar ;)

 http://haikuware.com/directory/view-details/games/2d/aqua-invaders-from-the-planet-goobar

Two times it happened to me when closing the application, using the square on the application bar, at the window.

The attached image was captured when I close application in this way, and immediately runs the game Astrorocks.

This is r43696.

Just crashed app_server into gdb. I might have closed or reset the type-ahead-filter of a Tracker window showing web+ bookmarks. Syslog says (dunno where it ends, after stacktrace I quit gdb, entered KDL and "reboot"ed):

KERN: vm_soft_fault: va 0x0 not covered by area in address space
KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x1d, ip 0x29cc2d, write 0, user 1, thread 0x23f2
KERN: vm_page_fault: thread "w:129:Bookmarks" (9202) in team "app_server" (72) tried to read address 0x1d, ip 0x29cc2d ("app_server_seg0ro" +0x9cc2d)
KERN: debug_server: Thread 9202 entered the debugger: Segment violation
KERN: stack trace, current PC 0x29cc2d  ConvertToParent__C4ViewP6BPoint + 0xd:
KERN:   (0x70963d3c)  0x29cecd  ConvertToScreen__C4ViewP6BPoint + 0x25
KERN:   (0x70963d6c)  0x29cee3  ConvertToScreen__C4ViewP6BPoint + 0x3b
KERN:   (0x70963d9c)  0x29cee3  ConvertToScreen__C4ViewP6BPoint + 0x3b
KERN:   (0x70963dcc)  0x29d2de  ConvertToScreenForDrawing__C4ViewP6BPoint + 0x32
KERN:   (0x70963e0c)  0x29b02b  _UpdateDrawState__12ServerWindowP4View + 0x47
KERN:   (0x70963e4c)  0x2929da  ResyncDrawState__12ServerWindow + 0x26
KERN:   (0x70963e7c)  0x2a44c8  _DrawBorder__6Window + 0x160
KERN:   (0x70963ecc)  0x2a28ac  RedrawDirtyRegion__6Window + 0x48
KERN:   (0x70963efc)  0x29ab1e  _MessageLooper__12ServerWindow + 0x262
KERN:   (0x70963f7c)  0x27774c  _message_thread__13MessageLooperPv + 0x28
KERN:   (0x70963fac)  0x855093  thread_entry + 0x23
KERN: vm_soft_fault: va 0x2175000 not covered by area in address space
KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x2175a40, ip 0x2175a40, write 0, user 1, thread 0x2421
KERN: vm_page_fault: thread "app_server" (9249) in team "app_server" (9249) tried to read address 0x2175a40, ip 0x2175a40 ("???" +0x2175a40)
KERN: debug_server: Thread 9249 entered the debugger: Segment violation
KERN: stack trace, current PC 0x2175a40  :
KERN:   (0x7ffeedbc)  0x27a359  Shutdown__6Screen + 0x31
KERN:   (0x7ffeedec)  0x27a289  _._6Screen + 0x29
KERN:   (0x7ffeee1c)  0x27bd68  _AddHWInterface__13ScreenManagerP11HWInterface + 0x130
KERN:   (0x7ffeee5c)  0x27bbf3  _ScanDrivers__13ScreenManager + 0x63
KERN:   (0x7ffeee8c)  0x27b617  __13ScreenManager + 0x5f
KERN:   (0x7ffeeefc)  0x25d525  __9AppServer + 0x1bd
KERN:   (0x7ffeef4c)  0x25de01  main + 0x65
KERN:   (0x7ffeef7c)  0x25c9df  _start + 0x5b
KERN:   (0x7ffeefac)  0x10621e  runtime_loader + 0x126

This is r43696.

Switcher (not Twitcher... but src/apps/switcher) is crashing when invoked by moving the mouse to the screen border while holding CTRL. Backtrace:

Thread 4204 caused an exception: Segment violation
[...]
[Switching to team /HiQ-Data/3rd party apps/Switcher (180) thread w>panel (4204)]
0x003b7e8a in BTwoDimensionalLayout::LocalLayouter::ValidateMinMax ()
   from /boot/system/lib/libbe.so
(gdb) bt
#0  0x003b7e8a in BTwoDimensionalLayout::LocalLayouter::ValidateMinMax ()
   from /boot/system/lib/libbe.so
#1  0x003b6c09 in BTwoDimensionalLayout::_ValidateMinMax ()
   from /boot/system/lib/libbe.so
#2  0x003b626c in BTwoDimensionalLayout::BaseMinSize ()
   from /boot/system/lib/libbe.so
#3  0x0031591e in BAbstractLayout::MinSize () from /boot/system/lib/libbe.so
#4  0x003c2fb6 in BView::MinSize () from /boot/system/lib/libbe.so
#5  0x003cb1bb in BWindow::UpdateSizeLimits () from /boot/system/lib/libbe.so
#6  0x003cd9a4 in BWindow::Layout () from /boot/system/lib/libbe.so
#7  0x003cad06 in BWindow::DispatchMessage () from /boot/system/lib/libbe.so
#8  0x003cf108 in BWindow::task_looper () from /boot/system/lib/libbe.so
#9  0x002f8833 in BLooper::_task0_ () from /boot/system/lib/libbe.so
#10 0x0059b093 in thread_entry () from /boot/system/lib/libroot.so
#11 0x78074fec in ?? ()
(gdb)

As posted in this previous ticket ( https://dev.haiku-os.org/ticket/8059) the screen of the Asus 1215b is actually totally distorted, as seen on the ticket's screenshot.

I joined the syslog from the boot attempt.

If it can help you figure out what's going on, the last haiku build with a non-distorted resolution (on vesa, i think) was R43671. At least for me

I tried to take a screenshot of the screen after booting from a USB stick. To my surprise, it was absolutely good, as if my Desktop was normal, even if it looks as on  https://dev.haiku-os.org/ticket/8059's screenshot.

If any extra data is required I'll be glad to provide it.

I used the computer as usual. I listened music, compiled small programs in Free Pascal compiler, documented bugs for Cipri in DocumentViewer, etc. Several times consumption reached 900 MB RAM( DocumentViewer) and system strongly slowed( lag). The full CPU usage was kernel team, especially the service releated with low resources( forgot the name). Three times hang tracker, but without turning on the debugger. Icons disappeared and was only deskbar, so I clicked restart the tracker. Finally started the debugger.

And yet installed theora and vorbis to check my previously reported bug.

When I do restart the computer, I am very surprised. Haiku always turned off 5 seconds, this time it lasted a few minutes. The longest it took for unmounting the partition( as was usually mounted two NTFS).

I turned off virtual memory and I have 1024 MB of RAM. I am writing about this because, in syslog is writing about virtual memory.

Haiku hrev43690 gcc2.

I think it would be handy to have a ReplaceItem(BLayoutItem* item, BLayoutItem* substitute) method in BLayout. Yes Remove/Add methods exist, but i think it would be still handy.

But it only uses about 26-27% CPU usage (6 bars lit, out of 20, in Pulse), using a PS/2 mouse. Is older technology simply being phased out and ignored, thus losing support? The system also bogs and gets "stodgy" (stubborn and unresponsive; i.e. 100% CPU usage frequently) in other areas as well.

I don't believe BeOS R5 PE would behave this way on this same hardware. I can test, to check.

Motherboard: Intel, CPU: Intel Pentium II (266MHz), Chipset: Intel 440BX, RAM: 384Mb (PC100), Hard Drive: 9Gbyte IDE (40-pin cable), Video card: AGP nVidia GeForce 2 (Ultra)

Updated in hrev43701. Please open a new ticket, if there's any issues.

I decided to try and compile a Haiku image with the following:

jam -q -sDEBUG=2 -sHAIKU_IMAGE_SIZE=1024 @image

but ran into a few issues. A couple of broken TRACE() statements have already been fixed by modeenf, but the remainder are redefinitions of DEBUG that cause compiler warnings.

It's my opinion that we should not explicitly enable DEBUG 1 in our code, but it seems there are several places that do that. I think they should be removed/commented.

However, I have provided some patches that simple check before defining them instead, just in case these are intentional #defines. The only one I removed entirely was in the neomagic driver, which is very similar to the nvidia and matrox drivers in structure - it didn't seem like a good idea to leave it enabled there.

Comments?